Comment by awesome_dude

I have no problem with ACID the concept. It's a great ideal to strive towards. I'm sure your favourite RDBMS does a fine job of it. If you send it a single SQL string, it will probably behave well no matter how many other callers are sending it SQL strings (as long as the statements are grouped appropriately with BEGIN/COMMIT).

I'm just pointing out two ways in which you can make your system non-ACID.

1) Leave it on the default isolation level (READ_COMMITTED):

You have ten accounts, which sum to $100. You know your code cannot create or destroy money, only move it around. If no other thread is currently moving money, you will always see it sum to $100. However, if another thread moves money (e.g. from account 9 to account 1) while your summation is in progress, you will undercount the money. Perfectly legal in READ_COMMITTED. You made a clean read of account 1, kept going, and by the time you reach account 9, you READ_ what the other thread _COMMITTED. Nothing dirty about it, you under-reported money for no other reason than your transactions being less-than-Isolated. You can then take that SUM and cleanly write it elsewhere. Not dirty, just wrong.

2) Use an ORM like LINQ. (Assume FULL ISOLATION - even though you probably don't have it)

If you were to withdraw money from the largest account, split it into two parts, and deposit it into two random accounts, you could do it ACID-compliantly with this SQL snippet:

    SELECT @bigBalance = Max(Balance) FROM MyAccounts
    SELECT @part1 = @bigBalance / 2;
    SELECT @part2 = @bigBalance - @part1;
    ..
    -- Only showing one of the deposits for brevity
    UPDATE MyAccounts
    SET Balance = Balance + @part1
    WHERE Id IN (
        SELECT TOP 1 Id
        FROM MyAccounts
        ORDER BY NewId()
    );

    // Split the balance in two
    var onePart = maxAccount.Balance / 2;
    var otherPart = maxAccount.Balance - onePart;

    // Move one half
    maxAccount.Balance -= onePart;
    recipient1.Balance += onePart;

    // Move the other half
    maxAccount.Balance -= otherPart;
    recipient2.Balance += otherPart;

    info: 1/31/2026 17:30:57.906 RelationalEventId.CommandExecuted[20101] (Microsoft.EntityFrameworkCore.Database.Command) 
        Executed DbCommand (7ms) [Parameters=[@p1='a49f1b75-4510-4375-35f5-08de60e61cdd', @p0='1845'], CommandType='Text', CommandTimeout='30']
        SET NOCOUNT ON;
        UPDATE [MyAccounts] SET [Balance] = @p0
        WHERE [Id] = @p1;
        SELECT @@ROWCOUNT;

So you're saying each line records the new value of the source and destination balance, rather than just the sum that is being exchanged?

My bad, I didn't mean to sound too upset, but I do get a bit "trigger happy" from time to time