powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Классическая метод или обьектный
6 сообщений из 6, страница 1 из 1
Классическая метод или обьектный
    #32959831
KostyaNext
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хотелось бы услышать мнения по применению того или иного подхода к проектированию БД.

Необходимо спроектировать базу по работе инженерного оборудования: куча сущностей, множество характеристик, данных и связей, причем на этапе проектирования все неизвестно. Мало того допускается настройка по требованию заказчика. База будет не в одном экземпляре, а тиражироваться, а потому ее конвертация при переходе между версиями должна быть минимальной.

Если применять классический подход: создание отдельной таблицы для каждой описываемой моделью данных сущности, затем — в процессе нормализации — выделение отдельных таблиц для хранения атрибутов сущности, есть серьезное опасение, что количество таблиц будет со временем будет исчисляться тысячами или даже десятками тысяч. Имхо, поддерживать такую структуру при N инсталляция просто нереально.

В тоже время, хорошим примером обьектного подхода является всеми любимая (а некоторыми не очень :-) 1C с ее метаданными (типами) и обьектами. В свою очередь есть опасения в плане проиводительности.

Экспериментировали с ООСУБД (в частности, Intersystems Cache'), неплохо подходит, но очень серьезные претензии по производительности даже на небольших тестовых примерах на достаточно мощном оборудовании.

Текущая СУБД: MSSQL 2000.

И где можно подробнее почитать про обьектную модель?
...
Рейтинг: 0 / 0
Классическая метод или обьектный
    #32959848
Ascetic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
KostyaNext,
А не замутить ли вам с Intersystems пилотный проектик, а то может вы свои опыты не совсем верно проводили? Тогда к результатам испытаний можно будет отноститься как к реальному эксперименту. Вы уверены, что настолько владеете всеми тонкостями продукта, чтобы делать однозначные выводы?
Кстати, инетересно было бы узнать, что за тестовые примеры вы прогоняли?
...
Рейтинг: 0 / 0
Классическая метод или обьектный
    #32960312
funikovyuri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KostyaNext

Вариантов для выбора всегда 2
- научиться проектировать реляционные БД (это чтобы 1С не казалась объектной)
- научиться проектировать не реляционные БД
...
Рейтинг: 0 / 0
Классическая метод или обьектный
    #32960367
Alexey Rovdo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Рекомендую обратить внимание на ООСУБД 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 строить более быстрые и гибкие клиентские приложения, работающие в мультипотоковом режиме.

С уважением, Алексей Ровдо.
...
Рейтинг: 0 / 0
Классическая метод или обьектный
    #32960803
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
KostyaNext, Вы бы определились, чего больше нужно от базы данных. Найдете консенсус - можно будет выбирать СУБД.

> Если применять классический подход: создание отдельной таблицы для каждой
> описываемой моделью данных сущности, затем ... выделение отдельных таблиц
> для хранения атрибутов сущности

Я бы не называл такой подход классическим. Структура полностью детерминирована?
...
Рейтинг: 0 / 0
Классическая метод или обьектный
    #32961188
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KostyaNextесть серьезное опасение, что количество таблиц будет со временем будет исчисляться тысячами или даже десятками тысяч. Имхо, поддерживать такую структуру при N инсталляция просто нереально.
Отчего-то многим производителям это удается. В Oracle Applications, если мне не изменяет память, почти двадцать тысяч таблиц - и ничего, живут при N, заметно большим единицы.
...
Рейтинг: 0 / 0
6 сообщений из 6, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Классическая метод или обьектный
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]