Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как построить наследственность
|
|||
|---|---|---|---|
|
#18+
Сейчас у меня простая структура: есть две таблицы "план" и "расшифровка плана". Еще есть таблица "работа" - к ней может быть привязано несколько строк в таблице "расшифровка плана" (т.е. новый план может содержать строчки из предыдущего как переходящие) и все затраты в таблице "затраты". Но вот недавно возникла такая проблемма: объединили несколько строк плана в одну. До объединения прошли затраты. Теперь получается что я должен вводить новую работу и новую строку плана и не смогу посмотреть предыдущие затраты по этой работе, либо перецепить все затраты и стереть информацию о предыдущих изменениях. А как построить структуру базы так чтоб можно было посмотреть все изменения никак не могу придумать. Может кто-нибудь поделится опытом как это делается. Нужен некий алгоритм который можно применить хотя бы для таких ситуаций: Например был подрядчик который впоследствии раздробился на 2 организации. Или бухгалтерия собрала затраты за месяц, а потом перекинула часть затрат на другой ШПЗ. Или был цех, который разъединился на 2 (или объединился с другим). Или стояло 2 миксера и вместо них поставили 1 более мощный. Или был объект с инвентарным номером, его снесли, и построили новый точно такой же с новым инвентарным. У них примерно одна и та же проблемма: как организовать структуру хранения информации, чтоб можно было посмотреть весь процесс развития. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2004, 06:26 |
|
||
|
Как построить наследственность
|
|||
|---|---|---|---|
|
#18+
есть экземпляр какой то сущности другие экземпляры могут быть связаны с ним каким-то отношением если отношение 1-1, то это просто доп колонка со ссылкой на пк если другие виды отношений, то нужна доп таблица ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2004, 08:39 |
|
||
|
Как построить наследственность
|
|||
|---|---|---|---|
|
#18+
По моему будет работать такая вот схема Таблица справочник (с наследованием) ID NAME ... (прочие атрибуты) Таблица для учета наследования ID (наследующий элемент) ID (наследуемый элемент) Таким образом, отслеживание наследования можно будет осуществлять следующим запросом: SELECT ID (наследуемый элемент) FROM Таблица для учета наследования WHERE ID (наследующий элемент) = [значение наследующего эл-та] Но это так - идеи "на лету" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2004, 13:17 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=166&tid=1546384]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
35ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 231ms |
| total: | 367ms |

| 0 / 0 |
