Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Классическая метод или обьектный
|
|||
|---|---|---|---|
|
#18+
Хотелось бы услышать мнения по применению того или иного подхода к проектированию БД. Необходимо спроектировать базу по работе инженерного оборудования: куча сущностей, множество характеристик, данных и связей, причем на этапе проектирования все неизвестно. Мало того допускается настройка по требованию заказчика. База будет не в одном экземпляре, а тиражироваться, а потому ее конвертация при переходе между версиями должна быть минимальной. Если применять классический подход: создание отдельной таблицы для каждой описываемой моделью данных сущности, затем — в процессе нормализации — выделение отдельных таблиц для хранения атрибутов сущности, есть серьезное опасение, что количество таблиц будет со временем будет исчисляться тысячами или даже десятками тысяч. Имхо, поддерживать такую структуру при N инсталляция просто нереально. В тоже время, хорошим примером обьектного подхода является всеми любимая (а некоторыми не очень :-) 1C с ее метаданными (типами) и обьектами. В свою очередь есть опасения в плане проиводительности. Экспериментировали с ООСУБД (в частности, Intersystems Cache'), неплохо подходит, но очень серьезные претензии по производительности даже на небольших тестовых примерах на достаточно мощном оборудовании. Текущая СУБД: MSSQL 2000. И где можно подробнее почитать про обьектную модель? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 23:15 |
|
||
|
Классическая метод или обьектный
|
|||
|---|---|---|---|
|
#18+
KostyaNext, А не замутить ли вам с Intersystems пилотный проектик, а то может вы свои опыты не совсем верно проводили? Тогда к результатам испытаний можно будет отноститься как к реальному эксперименту. Вы уверены, что настолько владеете всеми тонкостями продукта, чтобы делать однозначные выводы? Кстати, инетересно было бы узнать, что за тестовые примеры вы прогоняли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 23:47 |
|
||
|
Классическая метод или обьектный
|
|||
|---|---|---|---|
|
#18+
KostyaNext Вариантов для выбора всегда 2 - научиться проектировать реляционные БД (это чтобы 1С не казалась объектной) - научиться проектировать не реляционные БД ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2005, 11:21 |
|
||
|
Классическая метод или обьектный
|
|||
|---|---|---|---|
|
#18+
Рекомендую обратить внимание на ООСУБД Versant FastObjects . Эта ООСУБД уже вполне зарекомендовала себя в похожих задачах (см. ниже фрагмент success-story). Кроме того она хорошо подходит для тиражируемых решений, поскольку не требует отдельных процедур инсталляции. PS: Цены для встраиваемых тиражируемых решений могут быть низкими (зависит от этих решений и договоренностей). Управляющие сети LonWorks Термин «сеть» для инженеров Echelon означает гораздо больше, чем просто группа взаимодействующих компьютеров. Сеть (или, более точно, упраляющая сеть) — это любой набор устройств, работающих совместо при реализации функций распознавания, мониторинга и контроля. Такое широкое определение охватывает тысячи вещей, с которыми мы имеем дело ежедневно. Фактически, управляющие сети Echelon применяются везде — от лифтов в офисных зданиях до роботизированных систем автоматических производственных линий и систем обогрева и освещения современных интеллектуальных зданий. Echelon — лидер в создании управляющих сетей. Компания предлагает своим клиентам (более 3000) готовые к использованию средства разработки, программное обеспечение и оборудование, которые совершенствуют и изменяют сами способы нашего взаимодействия с электронным окружением. Управляющие сети, построенные на базе LonWorks-решений Echelon, используются по всему миру в различных сферах, включая транспорт, телекоммуникации, строительство, промышленные и домашние сети. При реализации средств управления такими сетями Echelon полагается на технологии Versant (ООСУБД FastObjects). Говорит Вильям Каполонго (William Capolongo), менеджер группы программного обеспечения Echelon: «Для управления сетями объектные базы данных являются наилучшим выбором. Мы используем базы данных FastObjects, что позволяет нам осуществить естественное прямое отображение между мирами физических и логических управляющих систем.» Такой объектный подход к окружающему нас миру позволяет осуществлять разработку программ проще и быстрее. Физичиеские элементы, например, такие как роутеры, комбинируются с логическими элементами (домены и пр.). И те и другие представляются как объекты в базе данных FastObjects. После этого инженеры Echelon могут размещать сформированные объекты в объектных библиотеках для заказчиков их систем управления сетями LonWorks Network Services (LNS). FastObjects реализует непосредственную сохраняемость, что позволяет инженерам естественным образом работать с информацией. Echelon в полной мере пользуется всеми возможностями объектно-ориентированных средств разработки FastObjects, такими как Java Binding и технология параллельных транзакций (FastObjects для платформы Java полностью соответствует спецификации ODMG 3.0 Java Binding). Полная совместимость с Java и возможность запуска на разных компьютерных платформах позволяют продуктам Echelon зарабатывать дополнительные очки на рынке. В свою очередь, технология параллельных транзакций FastObjects дает возможность инженерам Echelon строить более быстрые и гибкие клиентские приложения, работающие в мультипотоковом режиме. С уважением, Алексей Ровдо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2005, 11:35 |
|
||
|
Классическая метод или обьектный
|
|||
|---|---|---|---|
|
#18+
KostyaNext, Вы бы определились, чего больше нужно от базы данных. Найдете консенсус - можно будет выбирать СУБД. > Если применять классический подход: создание отдельной таблицы для каждой > описываемой моделью данных сущности, затем ... выделение отдельных таблиц > для хранения атрибутов сущности Я бы не называл такой подход классическим. Структура полностью детерминирована? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2005, 13:57 |
|
||
|
Классическая метод или обьектный
|
|||
|---|---|---|---|
|
#18+
KostyaNextесть серьезное опасение, что количество таблиц будет со временем будет исчисляться тысячами или даже десятками тысяч. Имхо, поддерживать такую структуру при N инсталляция просто нереально. Отчего-то многим производителям это удается. В Oracle Applications, если мне не изменяет память, почти двадцать тысяч таблиц - и ничего, живут при N, заметно большим единицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2005, 15:39 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=156&tid=1545992]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
33ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 337ms |

| 0 / 0 |
