|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Dmitry Kuzmenko 2:5020/400 26 Feb 2003 11:53:59 To : Alexander Pavlov Subject : Re: постреляционные базы данных -------------------------------------------------------------------------------- Hello, Alexander! Alexander Pavlov wrote: > класс (с помощью некого class definition language - еще один DL ;) Способов > доступа к этим данным - несколько: > 1) объектный > Set oPerson=##class(Person).%OpenId(1,0) > Write oPerson.Name > 2) реляционный: > select Name from Person where ID=1 > 3) прямой: > Write $list(^PersonD(1),2) > > Эти три способа *доступа* не тождественны - при том, что задача обращения к > свойству или полю Name будет выполнена, она будет выполнена по-разному для > разных в каждом случае целей. но конечным способом хранения данных и извлечения будет все равно третий способ. А первый и второй всего-лишь представляют собой mapping на этот самый третий способ. О чем Илья и писал. > Я даже не затрагиваю тему доступа к этому объекту класса Person из внешних > сред - для java, ActiveX и C++ это будет объект, для ODBC или JDBC - это > таблица. никакого открытия тут нет, то же самое можно делать и с другими СУБД. > IZ> Мораль: Cache - самая обычная СУБД. С тремя языками доступа. > IZ> И все. > > Hичего, к сожалению, не поняли. Конечно, Cache' самая обычная СУБД, которая > решает самые обычные задачи (а кто спорит?). Спасибо, хоть реляционной, не > обозвали ;-) Cache не "самая обычная СУБД". Это древовидная СУБД с реляционной и объектной надстройками. Это надо понимать и учитывать при реализации задач, ибо если Cache рассматривать только как РСУБД, то риск провалить проект будет более высоким, чем если взять вместо Cache обычную РСУБД. p.s. со мной можно спорить, только надо учитывать, что у меня есть опыт системного программирования в MUMPS (ДИАМС 3.1), правда, 10-ти летней давности. Судя по рекламным материалам Cache в этом плане в ней с тех пор мало что изменилось (имею в виду глобали и т.п.). -- Dmitri Kouzmenko, www.ibase.ru, 953-13-34 Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: iBase (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/27748bc58d70.html, оценка из 5, голосов 10
|