|
|
|
Ссылочная целостность в древовидных структурах
|
|||
|---|---|---|---|
|
#18+
Роман Дынник parovoZZНу, а чем плоха схема "на каждый справочник своё поле в оперативной таблице"? В неиспользуемых ссылках будет 0 или 1. Не понимаю (если только речь не идет о "модели Тенцера", она же EAV, она же универсальный каталог), нарисуй. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2006, 13:15 |
|
||
|
Ссылочная целостность в древовидных структурах
|
|||
|---|---|---|---|
|
#18+
да ничем не плоха, кроме того что нет наследования в РСУБД (а зачем ОНО вообще в РСУБД?) ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2006, 15:38 |
|
||
|
Ссылочная целостность в древовидных структурах
|
|||
|---|---|---|---|
|
#18+
Petro123кроме того что нет наследования в РСУБД (а зачем ОНО вообще в РСУБД?) ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! наследование при проектировании РСУБД есть, правда не в таком виде как мы его привыкли воспринимать в языках программирования. ...И оно реально необходимо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2006, 09:27 |
|
||
|
Ссылочная целостность в древовидных структурах
|
|||
|---|---|---|---|
|
#18+
parovoZZ Ну, а чем плоха схема "на каждый справочник своё поле в оперативной таблице Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. плоха своей избыточностью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2006, 09:31 |
|
||
|
Ссылочная целостность в древовидных структурах
|
|||
|---|---|---|---|
|
#18+
Petro123дык, хоть горшком обзови. На стадии очередного цикла у листа дерева - записано: Сущность : Паровоз Атрибуты : - Длинна - Ширина Спроектировали систему. Заказчик хочет жлбавить атрибут - Цена. Вот тебе и EAV нужен, чтобы не перепроетировать опять сначала (или DDL не делать) Смотря какая система. Предположим каталог товаров, тогда для приведенного примера, я бы сказал допущена ошибка проектирования. Не выделена базовая сущность товар с атрибутами наименование, цена... а вот длина, ширина - возможно и пойдут в расширенные атрибуты (в EAV). В последствии, в новых циклах разработки, очень часто EAV-атрибуты и сущности качуют в "нормальную" реляционную схему с наследованием на 1-к-1, если в этом есть разумное зерно и эти атрибуты поддаются обобщению. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2006, 22:09 |
|
||
|
Ссылочная целостность в древовидных структурах
|
|||
|---|---|---|---|
|
#18+
Роман ДынникВ последствии, в новых циклах разработки, очень часто EAV-атрибуты и сущности качуют в "нормальную" реляционную схему с наследованием на 1-к-1 Здесь есть одно НО - программы для совместной работы с EAV и "нормальной" реляционной схемой сложнее, чем просто чистый EAV. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2006, 11:49 |
|
||
|
Ссылочная целостность в древовидных структурах
|
|||
|---|---|---|---|
|
#18+
parovoZZА как обеспечить сабж, если оперативная таблица (структура дерева) ссылается на разные справочники? Я ж не могу внешний ключ построить одновременно по нескольким таблицам. А дерево + категоризация не подойдет? Например: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2006, 21:14 |
|
||
|
Ссылочная целостность в древовидных структурах
|
|||
|---|---|---|---|
|
#18+
как раз пару дней назад озадачился похожим вопросом. Есть одна главная таблица, содержащая список ID и один общий для всех параметр. Код: plaintext Далее, есть три таблицы, содержащие ID и некоторые другие специфичные параметры Код: plaintext 1. 2. ID в этих таблицах должны входить в главную таблицу. Теперь требуется, что-бы по указанному ID запрос возвращал данные как из главной таблицы, так и из соответствующей подчиненной. Т.е. например для ID = 6 вернулась таблица Код: plaintext а для ID = 458 запрос вернул Код: plaintext Я пока думаю, что ссылочную целостность можно проверять триггерами, а сам запрос завернуть в ХП, которая ищет ID в подчиненных таблицах, и делает соответствующий запрос к той таблице, где нашелся искомый ID. Т.е. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Насколько это близко/далеко от того, как это делается по науке ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2006, 08:58 |
|
||
|
Ссылочная целостность в древовидных структурах
|
|||
|---|---|---|---|
|
#18+
модЗдесь есть одно НО - программы для совместной работы с EAV и "нормальной" реляционной схемой сложнее, чем просто чистый EAV. Я бы не сказал что они намного сложнее, а для поддержки даже проще, просто EAV идет в них как механизм расширения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2006, 09:21 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=34137106&tid=1544874]: |
0ms |
get settings: |
4ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
162ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 203ms |
| total: | 441ms |

| 0 / 0 |
