Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Double Entry system constraints
|
|||
|---|---|---|---|
|
#18+
Помогите создать ограничения на таблицу. В системе, при выполнении какой то финансовой транзакции, в таблицу записывается сразу 2 записи - кредит и дебит. Сумма кредита = - сумме дебита. Тоесть, после каждой транзакции сумма записей в таблице равна 0. Вот этот констраинт и необходимо как-то сделать. Нет ли в дб2 какого то типа чеков, который проверяется только по окончанию транзакции, когда и кредит и дебет внесены в таблицу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2011, 11:31 |
|
||
|
Double Entry system constraints
|
|||
|---|---|---|---|
|
#18+
Саша Боголей, А не лучше ли пойти более простым - естественным путем. Проводку записывать в виде комбинации полей "Дебетуемый счет","Кредитуемый счет","Сумма". Счета хранить в одной таблице в виде Счет, Тип(Актив/пассив), Входящий остаток (дебет), Входящий остаток(кредит), Обороты(Дебет),Обороты(Кредит) а исходящий остаток - вычислять динамически? Причем повесить на таблицу проводок триггер, который будет увеличивать обороты на дебетуемых/кредитуемых счетах? Тогда на таблицу счетов можно навешать обыкновенные check constraints и они будут валиться, если например на активном счете черное сальдо, или на пассивном - красное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2011, 13:08 |
|
||
|
Double Entry system constraints
|
|||
|---|---|---|---|
|
#18+
это не мое желание - а бизнес требование, кроме того, это известная практика ведения учета транзакций. То что ты описал напоминает Single Entry system, у нас же необходимо имплементировать Double Entry. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2011, 18:41 |
|
||
|
Double Entry system constraints
|
|||
|---|---|---|---|
|
#18+
Саша Боголей, По-моему, сама посылка, что база данных должна проверять правильность транзакци, порочна. Правильнее когда приложение, прежде чем выдать COMMIT проверяет, всё ли правильно оно сделало, и только потом даёт COMMIT. Сама выдача СЩЬЬШЕ подразумевает, что всё сделаоно правильно, записанному верить, прошу сохранить. И вдруг - я тут COMMIT сделал, но вы там проверьте, если я накосячил - то отмените. Как-то всё с ног на голову. ИМХО. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2011, 12:37 |
|
||
|
|
start [/forum/topic.php?fid=43&gotonew=1&tid=1602421]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
206ms |
get topic data: |
12ms |
get first new msg: |
8ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
2ms |
| others: | 12ms |
| total: | 312ms |
| 0 / 0 |
