vadiminfoВсе таки в технологиях БД они относятся к логическим МД. Иерархические относятся к дореляционным: господствовали до появления реляционных. В настоящее время продолжается судя по всему эпоха реляционных. Попытки ее потеснить предпринимались и, возможно, иногда казалось вот вот потеснят. Но, видимо, пока что-то не срастается в этом плане.

Она настанет, когда под постреляционными БД будет математическая теория "мощностью" не менее, чем реляционная алгебра. :-)

Сергей Арсеньевmad_nazgulпостреляционными БД будет математическая теория "мощностью" не менее, чем реляционная алгебра. :-)
Ну а если рассматривать под постреляционными то, что ими называется, то алгебра у них вообще не менее мощная - ибо та же самая. :)
Алгебре атомарность, как бы, фиолетова - функционал от функционала написать не сложно.

Ну как бы, только в функциональных ЯП используется теоретический потенциал алгебры.
В постреляционных я только вижу какие-то эмипирические "пожелания". <:o)

AlexandrPlusЧерез сколько лет RDBMS начнут менять на новые?
Невероятно? То есть это всё - игрушки как Пролог, например.
Не будет никогда? Они не будут лучше никогда.
Будет, но частично. Как, например, проекты многие переписали с Delphi зачем, но многие не видят ни смысла, ни пользы переписывания с Delphi, а также еще и начинают проекты на Delphi, видя многие
явные плюсы, чего нет у других.

Delhpi - это продукт одной конторы, поэтому это не показатель.
RDBMS, в частности SQL - это стандарт.
Такой же как например HTML.
Вспомните какой был HTML 1.0 и что сейчас есть в HTML 5.
Стандарт SQL не стоит на месте, он развивается.
Кроме того, каждый производитель SQL-сервера дополняет своими "фичами", которые могут повторять некоторые "фичи" NoSQL.

NoSQL, же это yе стандарт, т.е. каждый производитель делает свое ни совместимое ни с чем.
Т.е. любая NoSQL больше похожа на Delphi, т.е. вероятность смерти выше, чем у SQL.

AlexandrPlusзамечу про Delphi - это таки более IDE (исходно было) для языка Pascal (далее Object Pascal, а далее
почему-то решили именем IDE назвать как бы новый язык, но кроме примочек и прибамбасов к Object Pascal ничего не было - то есть это новые версии Object Pascal

Delphi имеет отношение к Pascal точно так же как JavaScript к Java. :-)
Уже Turbo Pascal с Pascal'ем было много расхождений.
По поводу Delphi читайте дедушку Виннера.
Он был очень не доволен, что сделали с его Pascal'ем Borland.

AlexandrPlus(Это как бывшие институты вдруг решили
называться университетами)), а компиляторов Pascal много разных на разных платформах и IDE были.


Это было давно и не правда ;-)
Это если не вспоминать 8-битные компьютеры.
На PC - был только один коммерческий компилятор - Turbo Pascal.
Который плавно перерос в Delphi.
И это был не IDE а ЯП, т.к. имел столько "нововведений", что даже совместимости снизу вверх почти не было.

AlexandrPlusВот сейчас набирает обороты FreePascal с IDE Lazarus. То есть у Object Pascal еще одна IDE.


Проект FreePascal и Lazarus изначально был на направлен на ПОЛНОЕ копирование Turbo Pascal и Delphi.
Кстати в том же FreePascal есть "настройки компиляции" - ObjectPascal и Delphi.
Т.е. они их различают ;-)


AlexandrPlusИ SQL - не модель данных, а язык запросов.

Модель данных - RMD.
SQL - ЯП построенный на модели RMD.

AlexandrPlusК многим неRDBMS (то есть noSQL - не очень удачно названо, но SQL - более звучно и поэтому прижилось) реализован как язык запросов в качестве дополнения к своему как бы нативному (первому) и SQL (может быть не совсем полный по стандарту). Вроде как реализация SQL на других платформах.

Возьмем для примера PostgreSQL который поддерживает стандарт SQL99 (и часть "фишек" из более поздних стандартов).
Так вот PostgreSQL на любой платформе поддерживает стандарт SQL99 - полностью. Хоть на мейнфрейме, хоть на ADSL-роутере.

С остальными SQL-серверами та же самая история. Любой из них поддерживает определенную версию SQL.

А вот если взять FoxPro, то он не является SQL.
Хотя и поддерживает некоторые элементы SQL.

SergSupermad_nazgulПо поводу Delphi читайте дедушку Виннера. Вирта может?

Да. Прошу прощения.

AlexandrPlusвсе же тогда наверно в IBM просто хотели создать удобный язык запросов к своей реляционной СУБД DB2 (
первые названия - System R, ...)

Почти.
В основе ЯП SQL лежит реляционная алгебра.
Это очень мощная "модель". Соответственно SQL и получился с одной стороны простым, с другой стороны гибким.
Альтернатив до сих пор я не вижу.
Например xBase то же был ЯП для реляционных БД.
Но сравнивать xBase и SQL, как-то лестно для xBase ;-)

АдмiнiстраторСлабо на простом языке решить такую задачу ? 14429118

Хорошая задачка...
Была на лабораторной по Prolog'у :-)
По идее ее так же не сложно решить на Lisp'е (но точно не знаю, т.к. Lisp не рассматривал никак)

На SQL тоже можно, но чуть сложнее - через рекурсивный запрос, т.к. нужно строить "путь" до конца/цикла, а потом искать пути соответствующей размерности.