|
|
|
ООП в РСУБД. Интересно узнать мнение
|
|||
|---|---|---|---|
|
#18+
Просматривал ссылку . Что думаете по поводу такой структуры БД? В особенности интересует сравнение Варианта 1 и Варианта 2 в разделе "Хранение более сложных объектов" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2008, 14:03 |
|
||
|
ООП в РСУБД. Интересно узнать мнение
|
|||
|---|---|---|---|
|
#18+
Собственно тема не нова. Банальное "концептуальное проектирование данных", на выходе которого получаем ER-диаграммы возникло ещё в 70-х годах прошлого века. И фактически при грамотном использовании получаем проекцию бизнес-объектов на реляционную схему. Опять же давно существуют различные методики подобного проецирования. Подобный подход используется в механизме хранения объектов в BOLD MDA. 2-й вариант более правилен с точки зрения ООП. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2008, 14:51 |
|
||
|
ООП в РСУБД. Интересно узнать мнение
|
|||
|---|---|---|---|
|
#18+
igor250973Собственно тема не нова. Ну, автор и не претендовал на оригинальность. igor2509732-й вариант более правилен с точки зрения ООП. Да, 2-й вариант элегантнее. Но! Есть у меня подозрение, что с точки зрения производительности "супер-таблица" атрибутов объектов будет сильно проигрывать обычной многотабличной реляционной модели. Я прав? Собственно, это один из основных вопросов, из-за которого вопрос и был поднят. Не хотелось бы узнать ответ на него после того, как БД будет активно использоваться. igor250973Опять же давно существуют различные методики подобного проецирования. Можно поподробнее? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2008, 16:32 |
|
||
|
ООП в РСУБД. Интересно узнать мнение
|
|||
|---|---|---|---|
|
#18+
Senya_Lс точки зрения производительности "супер-таблица" атрибутов объектов будет сильно проигрывать обычной многотабличной реляционной модели Ессно будет. Но иногда этим можно пожертвовать или пренебречь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2008, 17:51 |
|
||
|
ООП в РСУБД. Интересно узнать мнение
|
|||
|---|---|---|---|
|
#18+
igor2509732-й вариант более правилен с точки зрения ООП. Да, 2-й вариант элегантнее. Но! Есть у меня подозрение, что с точки зрения производительности "супер-таблица" атрибутов объектов будет сильно проигрывать обычной многотабличной реляционной модели. Я прав? Собственно, это один из основных вопросов, из-за которого вопрос и был поднят. Не хотелось бы узнать ответ на него после того, как БД будет активно использоваться.[/quot]Рекомендую поискать на этом форуме по ключевому слову "EAV". Эту тему не реже раза в месяц здесь поднимают. От себя могу сказать - ни в коем случае не используйте эту "супер-таблицу" :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2008, 21:31 |
|
||
|
ООП в РСУБД. Интересно узнать мнение
|
|||
|---|---|---|---|
|
#18+
Идея с "супертаблицей" приходит первой в голову, как только сталкиваешся с потребностью реализации такого ОО механизма. Я в своё время тоже наступил на эти грабли. Более того, на работе используется ещё несколько программных продуктов, в которых БД организованы по этому-же принципу. Однозначно могу подтвердить, что производительность такого подхода крайне низка. ОО-подход реализован в принципе "концептуального проектирования" (entity-related). Позволяет осуществить связку ООП-РСУБД. (Есть материал по этой теме на olap.ru) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2008, 07:52 |
|
||
|
ООП в РСУБД. Интересно узнать мнение
|
|||
|---|---|---|---|
|
#18+
Спасибо всем за отзывы и советы, тем более, что они совпадают с моим отношением к "Варианту 2" . Интересно узнать мнение о Варианте 1. Есть задумка использовать его в сочетании с методом " таблиц-двойников ", поскольку в числе требований заказчика есть возможность отменить изменения БД и протоколирование действий пользователей. Есть ли у такого подхода недостатки? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2008, 09:44 |
|
||
|
ООП в РСУБД. Интересно узнать мнение
|
|||
|---|---|---|---|
|
#18+
Senya_L протоколирование действий пользователей Если пользователей много и протоколировать всё подряд, то очень быстро база распухнет ;-) Придётся устанавливать определённую глубину протоколирования во времени. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2008, 11:18 |
|
||
|
ООП в РСУБД. Интересно узнать мнение
|
|||
|---|---|---|---|
|
#18+
igor250973Если пользователей много и протоколировать всё подряд, то очень быстро база распухнет ;-) Шутку понял А если серьезно, то пусть пухнет. У заказчика появились сетевые хранилища общим объемом до 8ТБ, так что местечко найдется ;) Главное, я думаю, разбить данные актуальные и историю по разным файловым групам (используется MSSQL), да и меняются данные не очень часто. igor250973Придётся устанавливать определённую глубину протоколирования во времени.Это не проблема. Кстати, об этом речь уже шла при обсуждении с заказчиком. В долгосрочной перспективе им интересно лишь ограниченная часть информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2008, 11:37 |
|
||
|
ООП в РСУБД. Интересно узнать мнение
|
|||
|---|---|---|---|
|
#18+
igor250973ОО-подход реализован в принципе "концептуального проектирования" (entity-related). Позволяет осуществить связку ООП-РСУБД. (Есть материал по этой теме на olap.ru) Что-то не нахожу материал. Нельзя ли пальцем "тынцнуть"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2008, 11:38 |
|
||
|
ООП в РСУБД. Интересно узнать мнение
|
|||
|---|---|---|---|
|
#18+
Вот к примеру. http://www.olap.ru/home.asp?artId=310 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2008, 13:05 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=100&tid=1543727]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
42ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
27ms |
get tp. blocked users: |
1ms |
| others: | 201ms |
| total: | 297ms |

| 0 / 0 |
