Другой пользователь из другой сессии того же приложения. Ведь, как вы сами пишете, поле version введено именно для этого, «для того чтобы проверить что перезаписываемая строка не была изменена с момента чтения». Так вот поле есть, а проверки нет. Или я что-то упустил?
2. Я имел в виду не откат изменений, а системы, где оперирование данными на определенный момент времени — часть бизнес-логики. Биллинги разные, например. Но я вас понял.
1. Я не совсем понял такой момент. В триггере есть условие WHERE
[comments].[commentID] = [inserted].[commentID]
AND [comments].[version] = [inserted].[version]
Если данную строку кто-то изменил раньше нас, то update не пройдет, но кто это заметит? Получается lost update или я ошибаюсь?
2. Ваше решение подходит, если история изменений сохраняется только с целью аудита. Но есть приложения, где требуется увидеть состояние системы на определенный момент времени (делать запросы, в том числе из нескольких таблиц), оно уже не подходит. Это недостаток.
Сложно представить, что тут реально можно сделать, кроме раскрутки шпинделя. Но одной раскруткой ускорения 2х не добиться. Разве что модифицировать прошивку и реализовать сжатие на лету. Или припаять какой-нибудь ARM для этого.
Вы по сути жалуетесь, что вам отказались предоставить услугу в кредит. C учетом «около 300 р в месяц» и отсутсвия особых отношений с Селектелом это вполне нормально.
> проверить платеж может только специалист отдела оплаты.
Денежные вопросы студентам из саппорта не доверяют и правильно делают.
> А отдел оплаты работает с 11 часов понедельника.
Когда у вас будет крутиться действительно важный проект, простой которого стоит денег, вы это все узнаете заранее. И уточните регламентированное время решения тех или иных вопросов. И запас на счету будете держать достаточный.
Он будет первый, я не ошибаюсь?
Другой пользователь из другой сессии того же приложения. Ведь, как вы сами пишете, поле version введено именно для этого, «для того чтобы проверить что перезаписываемая строка не была изменена с момента чтения». Так вот поле есть, а проверки нет. Или я что-то упустил?
2. Я имел в виду не откат изменений, а системы, где оперирование данными на определенный момент времени — часть бизнес-логики. Биллинги разные, например. Но я вас понял.
WHERE[comments].[commentID] = [inserted].[commentID]
AND [comments].[version] = [inserted].[version]
Если данную строку кто-то изменил раньше нас, то update не пройдет, но кто это заметит? Получается lost update или я ошибаюсь?
2. Ваше решение подходит, если история изменений сохраняется только с целью аудита. Но есть приложения, где требуется увидеть состояние системы на определенный момент времени (делать запросы, в том числе из нескольких таблиц), оно уже не подходит. Это недостаток.
3. Опыт промышленной эксплуатации есть?
Теги на странице с заголовком поста не трожьте. Это отдельный канал коммуникации :)
А он кстати что, поддерживал белорусскую оппозицию? Почему лицемер?
Однако, там же:
Не надо бояться. Но и бросаться в другую крайность (пренебрегать правилами орфографии и связностью мысли, вычиткой) тоже не стоит.
Администрация (я к ней не отношусь) хочет видеть основную тематику постов именно такой, а не другой.
> проверить платеж может только специалист отдела оплаты.
Денежные вопросы студентам из саппорта не доверяют и правильно делают.
> А отдел оплаты работает с 11 часов понедельника.
Когда у вас будет крутиться действительно важный проект, простой которого стоит денег, вы это все узнаете заранее. И уточните регламентированное время решения тех или иных вопросов. И запас на счету будете держать достаточный.
Вы получили урок, и он обошелся вам очень дешево.