Hello, DmitryLe!
DmitryLe wrote:
Иногда затрагивают эту тему тут.
Поискал, почитал и решил спросить
Есть готовые ООБД, например Cache
ой, не надо про Cache! Какая это, в дупу, ООБД???
Вообщем, хотел узнать мнение всех, кто
ходил по этим граблям. :-))
в конце девяностых пережили бум ООБД
Hello, DmitryLe!
DmitryLe wrote:
создать), но в последнем случае нужно
что-то наподобии этого
http://inform.p-stone.ru/libr/db/teoretic/data/public3/
Может так будет точнее?
почитай Котляревского. на сайте же есть статья.
http://www.ibase.ru/devinfo/oop_rdbms.htm
--
Dmitri Kouzmenko,
Привет.
Иногда затрагивают эту тему тут.
Поискал, почитал и решил спросить
Есть готовые ООБД, например Cache
Можно написать что-то свое, как тут
напрмер http://inform.p-stone.ru/libr/db/teoretic/data/public3/
Вообщем, хотел узнать мнение всех, кто
ходил по этим граблям. :-))
Дмитрий
DmitryLe пишет:
Иногда затрагивают эту тему тут.
Поискал, почитал и решил спросить
Есть готовые ООБД, например Cache
Можно написать что-то свое, как тут
напрмер http://inform.p-stone.ru/libr/db/teoretic/data/public3/
Вообщем, хотел узнать мнение всех, кто
ходил по этим граблям
Dmitry Lendel пишет:
В тот то и дело, что сам еще не решил, что лучше. Готовая ООБД или свой
сервер приложений. Вот и спросил.
Опять же что такое сервер приложений ... я, чесно говоря, до конца не
понимаю что в это понятие вкладывается ... готовая ООБД и сервер
приложений это одно и тоже
Сервер приложений - это действительно
довольно широкое понятие. Может я
думал больше, чем писал. :-))
Я вот о чем. Речь шла о представлении
данных и предметной области. Я могу
хранить объекты в ООБД (например Cache,
который без меня это умеет) или в
обычной базе через призму
промежуточного ПО
Marat Zigangirov [EMAIL PROTECTED] сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
После разработки системы по такой схеме лично я получил тормоза,
неудобство написания запросов, отсутствие форейнов, может еще что-то
нехорошее - не помню.
После чего отказался от этой затеи.
7 matches
Mail list logo
