Да, примерно так

спасибо

Это определяется сортировкой (порядком сортировки).
Для большинства культур порядок сортировки совпадает с алфавитным порядком в английском алфавите, поэтому :

'AA' < 'AB'
'AA' < 'AC'
'AB' < 'AC'

Поэтому 'AA'-это минимальное значение. Для других культур это может не сработать. Например, датская сортировка вернет 'AB' как минимум, потому что 'AA' > 'AB'. Это связано с тем, что 'AA' рассматривается как эквивалент 'Å', который является последней буквой в датском алфавите.

- если две строки отличаются по длине, более короткая дополняется символами SP (пробелами) до длины более длинной.
- сравнение продолжается left-to-right, символ за символом, в соответствии с правилом используемой последовательности сортировки.
- при сравнении значение NULL сравнивается ниже, чем любые значения, отличные от null (стандарт ISO/ANSI SQL говорит, что это выбор реализации относительно того, будет ли NULL сопоставляться ниже или выше, чем любое значение, отличное от null).

Приветствую, есть ли возможность использовать IF в транзакции, например, для операций с балансом, если < n - откат.
Сейчас ругается на такую запись(Неизвестный оператор. (near "IF" at position 0))
IF @user_bal < 100 BEGIN
       ROLLBACK;
END

нет

Возможность есть, но надо оформлять многозапроссные запросы, сори за тафтологию.
Там надо во-первых , влючить этот режим, во-вторых, разделять стейтменты в запросах через ;

Но ещё лучше просто это всё делать кодом на клиенте, потому что пользы от такого кода вне процедуры или триггера сомнительна

Хм, а что ты подразумеваешь под проверкой на стороне клиента?
Вот допустим, у меня есть у класса юзера метод get_balance, соответственно, читающий баланс, если проверять значение, полученное из этого метода, разве другой вызов операции с балансом не сможет успеть изменить его значение?

Просто заменить этот же код на код клиента, а в нужных местах посылать запросы в MySQL

if ( user_bal < 100) {
       exec("ROLLBACK");
}

Всем привет! Есть вот такая модель данных

| id | parent_id | count |
| 1  | 10              | 4        |
| 2 |  10              | 8       |
| 3 |   5              |  1       |

как в данном случае получить следующий вывод?

parent_id: 10
all_count = (все идентификаторы, у которых parent_id + их count), т.е. 14 (2 идентификатора и count = 12)

А что именно у вас не получается?

не могу понять, как сюда прибавить count, потому что идет группировка по c.parent_id и count теряется тогда

Покажите ваш запрос

А потом окажется, что там дерево произвольной вложенности

select a.parent_id,
      count(a.id) + a.count as all_count,
from a
group by a.parent_id;

select a.parent_id,
      count(a.id) + sum(a.count) as all_count,
from a
group by a.parent_id;

Вопрос именно в том , как же определять какая более 2-х недель ?

блин, пропустил sum 🙁 Спасибо за помощь)

Обычно для определения даты используют колонку с датой