Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Версионный справочник
|
|||
|---|---|---|---|
|
#18+
zz Плюс к тому, в случае ошибки оператора... Таков мир - если у человека в паспорте перепутают место жительства ничего страшного у страны не случиться - только у этого человека Повторюсь еще раз: а не приведет ли это к неоправданному раздуванию таблицы "Квитанция"? Приведет - и если это для вас критично - оптимизируйте схему хранения квитанции (например, разнеся ее в разные таблицы) PS> нет идеальных решений - все они - как и указанное мной - компромиссы - на этом и стоим :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2004, 16:06 |
|
||
|
Версионный справочник
|
|||
|---|---|---|---|
|
#18+
Что-то никто не упомянул про введение в таблицы поля "СТАТУС", где можно описать и редактирование, и версионность и т.п.а комбинация "СТАТУС + ДАТА ВНЕСЕНИЯ ЗАПИСИ" достаточна......... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2004, 19:39 |
|
||
|
Версионный справочник
|
|||
|---|---|---|---|
|
#18+
2 Oracle XPert : автор Что-то никто не упомянул про введение в таблицы поля "СТАТУС", где можно описать и редактирование, и версионность и т.п.а комбинация "СТАТУС + ДАТА ВНЕСЕНИЯ ЗАПИСИ" достаточна......... Вообще то изначально речь шла о версионном справочнике ... и какой статус будет у записи справочника : Октуально либо Нет ? :)) так для этого достаточно только даты октуализации И основные копия сломали на 3-х позициях (хотя наверное можно предумать еще пару вариантов) 1. Дублировать запись справочника с изменнеными атрибутами 2. Вынести изменямые реквизиты в отдельную таблицу (таблицы) 3. Не вести "версионность" справочника, а переносить изменяемые реквизиты в "документы" (объекты) исползующие этот справочник ... По моему все три решения имеют право на жизнь, и выбор оптимального необходимо решать проектировщику на месте, учитывая условия задачи , необходимую степень нормализации и удобство работы и сопровождения данных объектов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2004, 22:16 |
|
||
|
Версионный справочник
|
|||
|---|---|---|---|
|
#18+
Sorry! Ho "Делаем версионный справочник клиентов, т.е. есть счетчик, уникальный по всей таблице, есть UIN клиента, есть признак актуальности записи. При изменении любых данных о клиенте запись фактически не меняется, а добавляется новая строка с измененными данными. Все документы, к-ые ссылались на счетчик, сохраняют старые данные о клиенте, а все вновь созданные документы получают ссылку на актуальную запись по данному UIN. " prosto ne ponyal srazu.. Tak kak "Все документы, к-ые ссылались на счетчик, сохраняют старые данные о клиенте" i "признак актуальности записи" v odnoi tablize somnitel'no. Esli est' key:: [ DocID , Date_Created ]+ VersionID + Status + Date_Change to togda "запись фактически не меняется, а добавляется новая строка с измененными данными" logicheski opravdanna ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2004, 00:01 |
|
||
|
|
start [/forum/topic.php?fid=32&msg=32528947&tid=1546471]: |
0ms |
get settings: |
11ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
141ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 260ms |
| total: | 495ms |
| 0 / 0 |
