Вообще, наступать на грабли путания потока операций в микрокосме БД и потока событий в макрокосме реальной жизни, являющегося причиной протекания первого, свойственно, наверное, каждому программисту как минимум один раз в жизни. Он же в БД живёт, для него она - реальность. Я наступал. Ну и, соответственно, архив операций - это одно, а архив событий - другое. Временная последовательность разная. Первым пользуются а) программисты с целью понять где и когда они накосячили и с какого места надо корректировать данные б) служба безопасности с целью понять кто, когда и как на... на... обманул, короче, контору. А для хозяйственных целей пользуются вторым.

kdvМожет быть в этом есть какой-то тайный смысл, но я его пока не понял.

Ха. За перевод комиссию взяли, желательно не попасть в тот, на который положить надо, за второй перевод уже с получателя ещё возьмём. С миру по нитке...

Dimitry SibiryakovСисдба МастеркеевичУ бонуса есть статус. Их несколько. В том числе "active". Если мы запишем в аккаунт id
активного бонуса, то это никак не обеспечит уникальности записей со статусом "active".

А, извини, я неправильно понял задачу. Я думал, что у тебя пользователь может иметь только
один бонус, а у тебя, оказывается, два пользователя не могут иметь один и тот же бонус...


Не. Пользователи приплетены для туману. Это некто аккаунт-сан не может иметь два бонуса именно со значением атрибута active. Причём это должно быть отражено именно в таблице многие ко многим аккаунт-бонус и никак иначе. А значений у этого атрибута может быть тыщ 40. Неважно что в нём по смыслу смешение нескольких сущностей, внутренний кодекс клана это допускает. А вот применение стандартных средств внутри базы в интересующих клан целях, приводящее при назначении некоему бонусу статуса active к сбросу оного у предыдущего его носителя или лок конфликту, не допускает. По кодексу это ведёт к потере лица и чести. Возможно, дайме даже будет настаивать на сепукку. Ибо самураи клана всё должны делать уникальными индексами мечом, даже кушать рис и сакэ с него слизывать, предварительно обмакнув в чашу. Вариант выполнять функции триггера на клиенте и откатывать транзакцию при конфликте не достоин внимания, поскольку какой-нибудь утративший честь самурай может влезть мимо приложения и учёт такой возможности согласуется с концепцией единства и борьбы инь и янь.

Короче, подозреваю тонкий троллинг. Достойнейший Мастеркеевич заключил пари на бутылку сакэ, что он справится с поставленной задачей не пользуясь имеющемися в АИ средствами. И переоценил возможности своего кунгфу. Остаётся что? Правильно, постараться заставить разработчиков FB всё бросить и делать самолётик для обслуживания баз с нарушениями НФ при проектировании. Причём нарушениями не в смысле классической продуманной и допустимой, в рамках имеющейся функционально-целевой модели предметной области, денормализации с целью перекладывания нагрузки с чтения, происходящего 100500 раз на дню, на запись, случающуюся раз-другой-третий. Ибо выпить-то хочется. А жаба душит.

(Уходит из темы медитировать под цветущей яблоней).