Форум: "Базы";
Поиск по всему сайту: delphimaster.net;
Текущий архив: 2002.02.18;
Скачать: [xml.tar.bz2];




Вниз

Объектные базы данных 


PAV   (2002-01-22 19:21) [0]

Уважаемые коллеги !
Кто-нибудь использует или наблюдал базы данных основанные на объектой (не реляционной) модели.
А вообще, хотелось бы услышать Ваше мнение какие модели и средства разработки лучше использовать при разработке больших БД (~ 500 таблиц, куча хранимых процедур - и все это благодаря реляционной модели БД).



Фэ   (2002-01-23 01:24) [1]

Наблюдаемое мнение таково - база, при числе таблиц несколько сот (200-400), уже выходит за границы возможностей постановщиков.
Увеличение их числа положение не улучшает, а часто ухудшает.
Выход номер 1 (методический) - декомпозиция.
Выход номер 2 (инструментальный) - использование ПО типа ErWin.



fnatali   (2002-01-23 06:05) [2]

Я слышала о постреляционной БД - Cache. Смотри www.cache.ru



Alexandr   (2002-01-23 06:34) [3]

вообще есть такая метода по построению Объектной модели базы данных на реляционной СУБД.

да и в oracle чего-то такое было.

Ищи в интернете



gek   (2002-01-23 07:40) [4]

Если ты имеешь ввиду ООСУБД то ходи на
www.odi.com
www.versant.com
www.gemstone.com



roottim   (2002-01-23 08:51) [5]

ОРАКЛ последних версий поддерживает технологии ООП.. в своих типах...
но вопрос о переносимости на другие платформы тогда уже не встает!...
может быть это и имеет смысл для большого кол-ва таблиц... т.к. такими методами их количество становится гораздо меньше... хотябы при использовании трехмерных таблиц...
~500... столько таблиц обычно делят на подзадачи!... и формированием такой базы в одиночку не занимаются... очень уж большой % ошибок при построении модели... здесь сыграет свою роль субъктивный фактор!...
Ну если очень надо!.. то действительно строить(по моему мнению) стоит реляционную модель... и сразу по CASE



GorA   (2002-01-23 10:09) [6]

В Oracle Magasine/RE видел статью на эту тему.
В ней очень наглядно демонстрируется об"ектная ориентированость Oracle 8i. Т.е. в PL/SQL v8i реализованы все механизмы присущие ООП.
Я уже не говорю о возможности писать оракловые классы на яве, которые (вернее экземпляры которых, то бишь об"екты) можно хранить в базе. А если прикрутить EJB... Жаль, времени нет...

Мое мнение - если Вы решили использовать ООСУБД, то Oracle - наиболее оптималное решение. Да и книжек про него навалом.

Удачи.

Кстати! Кто-нибудь пробовал работать с Oracle/Java классами в Delphi?



andrew41   (2002-01-23 10:21) [7]

см. также здесь: http://www.stikriz.narod.ru/UDB/Index.htm



ink   (2002-01-23 10:45) [8]

Видел и большее количество таблиц (~1500 у нас в конторе был проект). Все было на прокладке "Сан-Франциско", которая из реляционной СУБД, делает ООСУБД. Но чтобы все это дело работало, пришлось закупать небольшой супер-компьютер, хотя и это не очень помогло. Сама эта прокладка очень дорогая, основана на Java, просто так ее не найти. Хотя идея очень прикольная, если конечно грамотно сделать ТП. Так что возможно когда нить эта технология (ООСУБД) вытеснит обычные СУБД.



dmaznich   (2002-01-23 11:05) [9]

По поводу инкапсуляции, я думаю, поможет Oracle 8i или 9i.
Для ведения больших и очень больших проектов существует Oracle Designer/Developer. Очень мощное средство. Советую поинтересоваться.



Petrovich   (2002-01-23 12:39) [10]

Кроме объектно-ориентированных СУБД есть средства разработки ОО систем на базе РСУБД. То есть разрабатываешь ты объектную систему, а средство занимается ее отображением в реляционную БД.
Посмотри, например, www.megapolis-suite.ru



Slava   (2002-01-23 13:11) [11]

Я думаю стоит на http://www.cache.ru все таки сходить.
Там можно и локальную версию бесплатно заказать (во всяком случае раньше)



Vitaly Nevzorov   (2002-01-23 22:41) [12]

А все ли таблицы так уж взаимосвязаны? Трудно поверить. Обычно только небольшая часть таблиц "рабочая", которые и крутятся све время. Остальные - временные, справочные, ссылки на что-нибудь и т.п. Справочные целесообразно вынести на отдельный сервер и запрашивать только по мере необходимости, да и рабочие желательно сгруппировать на несколько логических, относительно самостоятельных групп и разбросать по разным серверам или на худой конец базам данных. А временные таблицы можно в 90% вообще убрать, просто заменив один большой запрос с образованием огромной временной таблицы на много мелких запросов... Впрочем мой опыт работы с MS SQL Server говорит, что и 500 таблиц не такое уж и большое число, нормальная 2 процессорная система с хорошо сконфигурированным сервером работать будет вполне нормально, лишь бы самому не запутаться с взаимосвязями таблиц.



Фэ   (2002-01-23 23:25) [13]

Это - что-то.
Один человек и 500 таблиц.




Форум: "Базы";
Поиск по всему сайту: delphimaster.net;
Текущий архив: 2002.02.18;
Скачать: [xml.tar.bz2];




Наверх





Память: 0.74 MB
Время: 0.026 c
1-57079           Nikolay Sch           2002-02-01 18:38  2002.02.18  
COM


6-57181           OGR                   2001-11-27 12:01  2002.02.18  
TWebBrowser


3-57010           olden                 2002-01-22 18:10  2002.02.18  
то ли ADO глючит, то ли...


6-57159           SkyR                  2001-11-23 01:21  2002.02.18  
Такой вот вопрос по отправке e-mail с пом Delphi 5...


3-56984           vopros                2002-01-22 13:23  2002.02.18  
Out of Date