Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проектирование БД
|
|||
|---|---|---|---|
|
#18+
Ув. Гуру, топчусь на месте уже долгое время, не могу придумать схему реализации, видимо опыта маловато. Может у кого-то была похожая реализация(предметная область я думаю не очень важна), поделитесь советом. Вопрос вот в чём: Есть счета, на которых соответсвенно деньги. Определенное кол-во денег на счете может находиться в разных статусах(1,2,3,4), может только в одном, может в нескольких. Есть операции, которые сводяться к изменению статусов. На низком уровне делаю таблицу - реестр: счет | кол-во | статус | дата и соответственно при переводе из статуса 1 в 2: счет | кол-во | статус | дата -------------------------------- NNN | - N | 1 | сегодня 19-25 NNN | + N | 2 | сегодня 19-26 Соответственно информацию о статусах на определенную дату (что и требуется в результате), получаю суммированием таблицы до указанной даты, с группировкой по статусу. Собственно вопрос, как можно реализовать в этом ключе операции со всеми активами счета, т.е. сделать переводы всех денег со статуса 1 в 2, и т.п. И как получать при этом оперативную инфрмацию о состоянии счета. Написал, как мог, если что-то не понятно я напишу подробнее. Спасибо всем откликнувшимся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2005, 19:35 |
|
||
|
Проектирование БД
|
|||
|---|---|---|---|
|
#18+
IMHO. Проконсультируйтесь у ближайшего бухгалтера - он (она) расскажет про двоную запись и реализацию этой хреновины году этак в 1600 (или около того).... Баланс опять-таки и оборотные ведомости. ------- Если чо не так, пусть старшие товарищи поправят... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2005, 21:14 |
|
||
|
Проектирование БД
|
|||
|---|---|---|---|
|
#18+
Уже консультировался, сложность именно в операциях со всем счетом, т.е перевод всех активов счета, в определенное состояние. Т.е. когда жестко указываем цифру все понятно, но когда весь счет???? При этом операции могут проводиться и задним числом и отменяться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2005, 10:47 |
|
||
|
Проектирование БД
|
|||
|---|---|---|---|
|
#18+
Появните следующее ваше высказывание: авторОпределенное кол-во денег на счете может находиться в разных статусах(1,2,3,4), Это что же получается? что на самом деле у вас 4 счета? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2005, 11:16 |
|
||
|
Проектирование БД
|
|||
|---|---|---|---|
|
#18+
Да в общем неважно, пусть будут разделы счата, субсчета или по другому. Как проводить операции не с количеством? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2005, 11:20 |
|
||
|
Проектирование БД
|
|||
|---|---|---|---|
|
#18+
Остаток по счету изменяется любыми операциями, в том числе и закрытием счета как вам нужно. Закрытие = определить остаток и сформировать операцию на всю сумму остатка. Вопрос в том, что через секунду после закрытия возможно произойдет опять какая-то операция и остаток снова возникнет. Предотвратить это можно введя понятие блокирования операций по счету в периоде. На уровне структур данных для операций это ни на что не влияет. Просто создайте табличку с информацией о блокировании счетов и проверяйте блокирование триггерами или иным программным кодом. Про хранение / динамическое вычисление остатков также обсуждалось, сейчас к сожалению не помню топик. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2005, 10:12 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33354787&tid=1545582]: |
0ms |
get settings: |
6ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
54ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 236ms |
| total: | 361ms |

| 0 / 0 |
