|
|
|
Модель данных по Тенцеру
|
|||
|---|---|---|---|
|
#18+
Cat2У меня есть смутные подозрения, что реляционную базу любого уровня сложности можно построить на одной таблице лучше на двух - объекты и атрибуты ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2006, 11:28 |
|
||
|
Модель данных по Тенцеру
|
|||
|---|---|---|---|
|
#18+
43210 Кот "таблицы" --сучьность Кот записи --экземпляр сучности Кот поля Тип поля Размерность Значение Тип поля и Размерность не нужны они д.б. в метаописании ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2006, 11:43 |
|
||
|
Модель данных по Тенцеру
|
|||
|---|---|---|---|
|
#18+
мод 43210 Кот "таблицы" --сучьность Кот записи --экземпляр сучности Кот поля Тип поля Размерность Значение Тип поля и Размерность не нужны они д.б. в метаописании гм. тут люди договорились, шо никакого мета и т.п. описания не нада. т.е. не нада "кот записи" различать с "кот таблицы" - т.к. всякая сучность есть (уно)экземплярна. а если нужны (их) каллекции, то они (каллекции) храняцца тутжа как сучности "каллекция". Т.е. неча толкать нас в сложности многотабличных мета и т.п. моделей. нет никаких схем и структур. все лежит в наборе значений свойств (в первородном виде), а не в двойственностях "структуры" - "значения". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2006, 12:33 |
|
||
|
Модель данных по Тенцеру
|
|||
|---|---|---|---|
|
#18+
Cat2У меня есть смутные подозрения, что реляционную базу любого уровня сложности можно построить на одной таблице Можно. Только всю логику придётся вынести в приложение... А лучше в отдельную библиотечку. И сделать логику настраиваемой. И однажды эта библиотечка дорастёт до СУБД над СУБД. И тогда главное не брить полученное бритвой Оккама :) . По-моему, модель Тенцера и другие вариации на тему EAV нужно использовать только там, где они действительно нужны. Т.е. если есть что-то, список свойств чего часто и активно изменяется и/или для чего необходимо хранить историческую информацию и/или что может хитрым образом связываться с другими подобными объектами, быть родителем/ребёнком/составляющим, наследовать и т.д. то такая модель хранения себя оправдывает, а её применение для хранения всего и вся без разбора неминуемо приводит к изобретению велосипеда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2006, 12:37 |
|
||
|
Модель данных по Тенцеру
|
|||
|---|---|---|---|
|
#18+
ModelR wrote: > :) > Если таблица одна, то зачем каждый раз писать > select ... from TABLE where Сущность='C1' ... ? > > На то и СУБД, что бы упрощать жизнь, введем сокращение : > select_ ... from C1 ... > > Опа, опять много таблиц получилось... > :) а Вы в качестве сокращения используйте view - таблиц будет мало. Зато view - вагон! продавать можно :-) -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2006, 12:43 |
|
||
|
Модель данных по Тенцеру
|
|||
|---|---|---|---|
|
#18+
[quot 4321гм. тут люди договорились, шо никакого мета и т.п. описания не нада.[/quot] так не пойдет. где-то надо хранить схему "логической" БД. метаописание решает многие проблемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2006, 12:52 |
|
||
|
Модель данных по Тенцеру
|
|||
|---|---|---|---|
|
#18+
AlexTheRaven По-моему, модель Тенцера и другие вариации на тему EAV нужно использовать только там, где они действительно нужны. Т.е. если есть что-то, список свойств чего часто и активно изменяется и/или для чего необходимо хранить историческую информацию и/или что может хитрым образом связываться с другими подобными объектами, быть родителем/ребёнком/составляющим, наследовать и т.д. т.е. почти всегда :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2006, 12:55 |
|
||
|
Модель данных по Тенцеру
|
|||
|---|---|---|---|
|
#18+
мод так не пойдет. где-то надо хранить схему "логической" БД. метаописание решает многие проблемы."решает" и "нада" вещи весьма далекие друх от друха. "решает" => "было бы удобно" .... "нада" => "явлеецца необходимым". в данном случае речь (не моя), (с разъяснением мне от с.ю. там выше по топику) в частности о том, что ничто не мешает и схему опписать тут же. в виде тех же записей той же таблицы. правда думаю за подробностями лехше отправиться к шуклину - видимо так построен его моск (без таблиц, а просто как набор A-c->B, причем связи -c-> таки у него кажется явно выделены в особые "объекты"). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2006, 13:25 |
|
||
|
Модель данных по Тенцеру
|
|||
|---|---|---|---|
|
#18+
модт.е. почти всегда :) Просто у вас хорошие задачи! А у меня скорее изредка... хотя я стараюсь всё делать как можно проще. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2006, 12:03 |
|
||
|
Модель данных по Тенцеру
|
|||
|---|---|---|---|
|
#18+
У нас в течении 5 лет структура базы неоднократно менялась, очень сложно поддерживать (особенно импорт данных). Мы самостоятельно пришли к структуре, аналогичной модели Тенцера. В документе СРАВНИТЕЛЬНЫЙ АНАЛИЗ НЕКОТОРЫХ МЕТОДОВ O – R-ПРЕОБРАЗОВАНИЯ в пункте 5 приводится актуальная проблема назначения атрибутов связи. Вопрос: как вы ее решали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 14:32 |
|
||
|
Модель данных по Тенцеру
|
|||
|---|---|---|---|
|
#18+
HoneyУ нас в течении 5 лет структура базы неоднократно менялась, очень сложно поддерживать (особенно импорт данных). Мы самостоятельно пришли к структуре, аналогичной модели Тенцера. В документе СРАВНИТЕЛЬНЫЙ АНАЛИЗ НЕКОТОРЫХ МЕТОДОВ O – R-ПРЕОБРАЗОВАНИЯ в пункте 5 приводится актуальная проблема назначения атрибутов связи. Вопрос: как вы ее решали?вот это ты поднял тему! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2009, 15:23 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33540713&tid=1542992]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
51ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 206ms |
| total: | 338ms |

| 0 / 0 |
