Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проектирование СКЛАДА, помогите оптимизировать
|
|||
|---|---|---|---|
|
#18+
Необходимо написать программу типа склада у меня есть одна схема БД на эту тему таблица ОСТАТКИ: ПЕРИОД(ммгггг),ОСТАТКИ_НА_НАЧАЛО_ПЕРИОДА, ОБОРОТЫ_ЗА_ПЕРИОД, ОСТАТКИ_НА_КОНЕЦ_ПЕРИОДА таблица ОБОРОТЫ(расхода/прихода): ПЕРИОД(ммгггг),СУММА Соответственно: при добавлении строки в ОБОРОТЫ ОБОРОТЫ_ЗА_ПЕРИОД увеличиваются на СУММА при удалении строки из в ОБОРОТЫ ОБОРОТЫ_ЗА_ПЕРИОД уменьшается на СУММА ОСТАТКИ_НА_КОНЕЦ_ПЕРИОДА := ОСТАТКИ_НА_НАЧАЛО_ПЕРИОДА+ОБОРОТЫ_ЗА_ПЕРИОД Схема простая, но необходимо при переходе на новый период переносить начальные остатки из конечных остатков предыдущего периода, при отсутствии оборотов это приведет к "задвоению" записей, хотя периоды будут разные. При редактировании оборотов из предыдущих месяцев необходимо заново пересчитывать все остатки и обороты до текущего месяца Может у кого-нибудь есть другие схемы БД построения склада? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2004, 13:50 |
|
||
|
Проектирование СКЛАДА, помогите оптимизировать
|
|||
|---|---|---|---|
|
#18+
У меня приход к расходу через таблицу-мостик саязан как многие-ко-многим, остатки по итогам периода не фиксируются. Дополнительно в мостике формируются текущие остатки. За 2 года в мостике 500 000 записей. Пока расчет остатков на дату не тормозит. Очевидный + такого решения - простота реализации. Недостаток - при серьезном обьеме могут начаться тормоза расчета остатков на дату, начнет тормозить проведения задним числом (хотя последнее не актуально, т.к. период закрывается для изменения). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2004, 15:08 |
|
||
|
Проектирование СКЛАДА, помогите оптимизировать
|
|||
|---|---|---|---|
|
#18+
Да, да, да помню делал тоже склад и встал перед выбором либо первый вариант(вопрос1), либо второй(ответ Pavel) Но там было еще чуть похуже, было выставлено требование об возможности изменения накладной(приход/расход/возврат), за прошлые периоды, и заполнение накладной на следующий период,(на завтра, после завтра) и при этом естественно нужно было чтобы, целостность(в смысле по остаткам) сохранилась..... и все таки выбрал первый, правдо пришлось писать доволно сложные тригеры для таблиц накладных, для правильного перечета остатков остатков если интересно могу прислать SQL для базы А вобще если по теории... Эта таблица с остатками (Data,#Tovar,Ostat), обладает так называемыми Empyty(Многозначными) зависимостью, как с ними бороться было вроде у Дейта(Введение в базы данных 6,7 изд.), но счас у меня такой(да и тогда небыло) нет поэтому пришлось триггеры писать mailto:mishamylove@inbox.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2004, 18:18 |
|
||
|
Проектирование СКЛАДА, помогите оптимизировать
|
|||
|---|---|---|---|
|
#18+
Ну дык и у меня порядок списания (сейчас FIFO) и задним и пудущим числом. Естественно если дата операции не попадает в уже закрытый период. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2004, 10:44 |
|
||
|
Проектирование СКЛАДА, помогите оптимизировать
|
|||
|---|---|---|---|
|
#18+
Забыл сказать что поддержка этого требования тоже оказалось непростой задачей, особенно пришлось повозится с оптимизацией быстродействия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2004, 10:46 |
|
||
|
Проектирование СКЛАДА, помогите оптимизировать
|
|||
|---|---|---|---|
|
#18+
http://delphi.vitpc.com/asp/talktopic.asp?ID=280 http://delphi.vitpc.com/asp/talktopic.asp?ID=207 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2004, 13:21 |
|
||
|
|

start [/forum/topic.php?fid=32&gotonew=1&tid=1546591]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
169ms |
get topic data: |
10ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 10ms |
| total: | 269ms |

| 0 / 0 |
