Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Подскажите как построить наследственность
|
|||
|---|---|---|---|
|
#18+
Сейчас у меня простая структура: есть две таблицы "план" и "расшифровка плана". Еще есть таблица "работа" - к ней может быть привязано несколько строк в таблице "расшифровка плана" (т.е. новый план может содержать строчки из предыдущего как переходящие) и все затраты в таблице "затраты". Но вот недавно возникла такая проблемма: объединили несколько строк плана в одну. До объединения прошли затраты. Теперь получается что я должен вводить новую работу и новую строку плана и не смогу посмотреть предыдущие затраты по этой работе, либо перецепить все затраты и стереть информацию о предыдущих изменениях. А как построить структуру базы так чтоб можно было посмотреть все изменения никак не могу придумать. Может кто-нибудь поделится опытом как это делается. Нужен некий алгоритм который можно применить хотя бы для таких ситуаций: Например был подрядчик который впоследствии раздробился на 2 организации. Или бухгалтерия собрала затраты за месяц, а потом перекинула часть затрат на другой ШПЗ. Или был цех, который разъединился на 2 (или объединился с другим). Или стояло 2 миксера и вместо них поставили 1 более мощный. Или был объект с инвентарным номером, его снесли, и построили новый точно такой же с новым инвентарным. У них примерно одна и та же проблемма: как организовать структуру хранения информации, чтоб можно было посмотреть весь процесс развития. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2004, 12:36 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=166&tid=1546387]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
35ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
22ms |
get tp. blocked users: |
1ms |
| others: | 224ms |
| total: | 313ms |

| 0 / 0 |
