|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Доброго времени суток! Не подскажите по каким критериям лучшего всего сравнивать постреляционые СУБД? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2013, 14:18 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
По количеству рекламного бреда. Или по гуглеиндексу. Потому что технически пост реляционных СУБД не существует. Они все, если копнуть, пре реляционные. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2013, 14:24 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Date on Database: Writings 200-2006 What Do You Mean, "Post-Relational"? J.C.Date Если вкратце, то Дейт в этой статье ругается на маркетинг, на кривую терминологию, и на то, что "пост-реляционная" это не реляционная. А если она поддерживает "многомерные виды", то ничего "пост"-реляционного там нет. Ну и, по идее, "пост-реляционная" СУБД у нас одна, то сравнивать, получается, не с чем :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2013, 15:47 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
А что вы скажите насчет иерархических СУБД? Мне просто на выбор надо сравнить нереляционные СУБД. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2013, 16:08 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
ОксанчикМне просто на выбор надо сравнить нереляционные СУБД. Ну так сравнивайте. Результаты можете выложить здесь. Можно будет обсудить... ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2013, 16:21 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
pkarklin,Я просто не знаю с чего мне начать. Задание состоит в том, чтобы сравнить как минимум 5 СУБД по 4 критериям.. Но я весь гугл облазила и ничего не смогла найти.( ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2013, 16:30 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
ОксанчикЗадание состоит в том, чтобы сравнить как минимум 5 СУБД по 4 критериям.. Но я весь гугл облазила и ничего не смогла найти.( Ну значит как я и говорил: не существует их в природе. Нечего сравнивать. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2013, 17:33 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovОксанчикЗадание состоит в том, чтобы сравнить как минимум 5 СУБД по 4 критериям.. Но я весь гугл облазила и ничего не смогла найти.( Ну значит как я и говорил: не существует их в природе. Нечего сравнивать.разве что FvMas... ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2013, 18:53 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
SergSuperразве что FvMas... ....который, как известно, вовсе не СУБД, а так, погулять вышел драйвер. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2013, 19:40 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
ОксанчикА что вы скажите насчет иерархических СУБД?. Это вообще не то - это дореляционные СУБД. Каша вроде претендовала на постреляционые одно время. Была книжка "Постреляционная СУБД Каша". Там во введении, возможно, что-то было для Вас. Вам может стоит а форуме Кашистов поспрашать. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2013, 22:38 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
тут вам два пути: 1) большие нереляционные субд: IBM IMS, Cache. Дума изучить все фишки IBM IMS займет много времени да и спецов по форумам по ней у нас нет. По каше материалов много. Как сравнивать - хз, ибо IMS работает на мэйнфрейме в свой параллельной реальности. 2) и появился такой еще новомодный класс СУБД - т.н. NOSQL Вот здесь широта и раздолье, плюс тема сейчас горячая, так что сравнений в нете вагон и маленькая тележка. Удачи. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2013, 23:15 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovНу значит как я и говорил: не существует их в природе. Нечего сравнивать. Ты суслика видишь? И я не вижу... А он есть!!! Это для таких как Вы: "А Баба-Яга - против" ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2013, 09:25 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Ну вот же что-то замеряли? Аналоги Kdb+ умеющие оперировать тысячами запросов в секунду Тут про технические параметры. А критерии - ну например модели транзакционной целостности, модель данных, готовые библиотеки для разных языков и фреймворков, отрасли промышленности где оно используется.... что мешает просмотреть топики посвященные этим самым базам и посмотреть - о чем говорили люди когда говорили о них? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2013, 09:54 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
ну или выписать ключевые слова из рекламных слоганов. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2013, 09:54 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
AlexKBТы суслика видишь? И я не вижу... А он есть!!! Это для таких как Вы: "А Баба-Яга - против" Если ты - за, то сделай аффтарше добро: назови пять постреляционных СУБД. Только не забудь убедиться, что они именно "пост-", а не "пре-". Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2013, 13:40 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
ОксанчикА что вы скажите насчет иерархических СУБД? Мне просто на выбор надо сравнить нереляционные СУБД . можно просто перестать беспокоиться и начать жить.... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2013, 17:57 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Зайдите на http://ODBMS.ORG . Там этого добра нарыть можно много. Блог там, например, пролистайте. Каждый месяц новые революции и открытия. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 10:57 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovубедиться, что они именно "пост-", а не "пре-". Все ОО и все гибридные с реляционными :) Хотя под термином постреляционная обычно имеют ввиду "расширенную реляционную модель, в которой отменено требование атомарности атрибутов". ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 11:29 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Сергей Арсеньев, Дейт бы тебя сожрал живьем. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 12:06 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
kdv, За что? ОО объективно появились позже реляционных. Гибриды и подавно. Хотя IT не биология тут всякое возможно. А цитата про расширенную реляционную не моя - зря что ли в кавычки брал. IMHO вообще различать СУБД только по методу навигации все равно, что автомобили по способу загрузки-выгрузки груза. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 12:26 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Сергей Арсеньев ОО объективно появились позже реляционных. Появиться, скорее всего, недостаточно. Нужно, по видимому, вытеснить реляционные, прекратив реляционную эпоху, чтобы стать постреляционной. Какая же пост, кода реляционная эпоха еще не закатилась? Пока это выглядит как преждевременные авансы на успех. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 13:02 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
vadiminfoПоявиться, скорее всего, недостаточно. Нужно, по видимому, ... Постреляционными назвали в свое время определенный класс. Грубо говоря те РСУБД в которых есть nested table. Это как постмодернизм, не все что было после модерна - постмодернизм. Просто устоявшийся термин. И да, некоторые здания в стиле модерн все еще стоят. :) P.S. Почти все более-менее известные мне СУБД гибридные. Голых реляционных без своих блекджека и шлюх практически нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 16:04 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Сергей Арсеньев Постреляционными назвали в свое время определенный класс. Грубо говоря те РСУБД в которых есть nested table. Постреляционные, скорее всего, те которые придут на смену реляционным в плане более успешной технологии БД. А не прикрутка каких-то там массивов типа nested table. В частности, Оракл, который оные прилабал, вроде, никогда не юзал термин "постреляционая" про свою СУБД. Всех интересует что придет на смену реляциоой эпохе. И некоторые нетерпелиывые скромо мечтая что, это они пришли, называют свои детища пострляционными. Каша, например. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2013, 22:00 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
vadiminfoПостреляционные, скорее всего, те которые придут на смену реляционным в плане более успешной технологии БД. Я в этом отношении либерал, можете хоть горшком называть. Просто этот термин уже загадили под вложенные таблицы. А Oracle это мультиварка - он и реляционный и постреляционный (есть nested table) и объектно-ориентированный (класы есть какие-никакие), учитывая возможности обработки xml и connect by - иерархический, а поскольку в последнем есть кляуза nocycle то и сетевой. Вот только под носкуль надо отельную байду покупать. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2013, 22:54 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Сергей АрсеньевПросто этот термин уже загадили под вложенные таблицы. Вряд ли. Кого удивишь какими-то там вложными таблицами. Если бы так было, то термин никто бы не юзал, поскольку цость вложенных таблиц в МД почти 0.. Другое дело как го отъюзала Каша: претензия а захват доли рынка у РСУБД. Мол пришли им а смену. А вложенные таблицы это что-то из старенького. Кого удивишь массивами,тем более и относительно простенькими. Сергей Арсеньев А Oracle это мультиварка - он и реляционный и постреляционный (есть nested table) и объектно-ориентированный (класы есть какие-никакие), все остальное пока по сравнению с реляционой слишком малозначимо. Поэтому Оракл это прежде всего РСУБД. Сам, вроде, пострляционость про себя не писал (плиз, если есть сведения об обратном ссылку киньте). Ну ОРСУБД он себя вроде называл. Сергей Арсеньевучитывая возможности обработки xml и connect by - иерархический, а поскольку в последнем есть кляуза nocycle то и сетевой. Боюсь, что xml к ирахическим не относят, connect by не достаточно для ирахических. А nocycle вообще проверка, на отсутсвие циклов, тогда как сетевая их должна, скорее всего, допускать. Не говоря уже о том, что в линейке продуктов Оракла была сетевая, купленная у кого-то. А зачем, если бы он был и так сетевой. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2013, 23:19 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
vadiminfoтогда как сетевая их должна, скорее всего, допускать. С чего бы? Ведь сеть как известно в узких кругах сеть это связанный ориентированный граф без циклов. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2013, 10:59 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Сергей Арсеньев С чего бы? Ведь сеть как известно в узких кругах сеть это связанный ориентированный граф без циклов. Ну в узких, может быть. Впрочем, все равно, одного нокукайкла для сетевой недостаточно. Там нужен, скорее всего, другой принци организации данных и система запросов. Первые какие-то там коллекции, а вторая типа навигацуионная. Тада как в Оракле ассоциативная. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2013, 12:42 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
vadiminfoТам нужен, скорее всего, другой принци организации данных и система запросов. Термины "реляционная","иерархическая" и т.п. относятся к модели реального мира, а не к физической модели. Вопрос оптимального соответствия это вторичный вопрос. Что касается современных СУБД по этому я и отношу их к классу гирбидных (сочетающих разные подходы, мегакомбайны и т.п.). Просто Ваша фраза vadiminfo придут на смену реляционным несколько устарела, они уже пришли, только этого никто не заметил. Примерно как смартфоны пришли на замену мобильным телефонам. Хорошо еще если не как с часами из Детей шпионов. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2013, 13:08 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Сергей Арсеньев Термины "реляционная","иерархическая" и т.п. относятся к модели реального мира, а не к физической модели. Вопрос оптимального соответствия это вторичный вопрос. Все таки в технологиях БД они относятся к логическим МД. Иерархические относятся к дореляционным: господствовали до появления реляционных. В настоящее время продолжается судя по всему эпоха реляционных. Попытки ее потеснить предпринимались и, возможно, иногда казалось вот вот потеснят. Но, видимо, пока что-то не срастается в этом плане. Сергей Арсеньев несколько устарела, они уже пришли, только этого никто не заметил. . На счет устаревания не знаю, а вот то, что закончилась эпоха реляционных пока, видимо, не заметно. Да и фраза не моя: Кашина как минимум: "Постреляционная СУБД Каша". Мне чужих заслуг не надо. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2013, 21:40 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
vadiminfoВсе таки в технологиях БД они относятся к логическим МД. Иерархические относятся к дореляционным: господствовали до появления реляционных. В настоящее время продолжается судя по всему эпоха реляционных. Попытки ее потеснить предпринимались и, возможно, иногда казалось вот вот потеснят. Но, видимо, пока что-то не срастается в этом плане. Она настанет, когда под постреляционными БД будет математическая теория "мощностью" не менее, чем реляционная алгебра. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.05.2013, 07:28 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
mad_nazgulпостреляционными БД будет математическая теория "мощностью" не менее, чем реляционная алгебра. :-) Ну а если рассматривать под постреляционными то, что ими называется, то алгебра у них вообще не менее мощная - ибо та же самая. :) Алгебре атомарность, как бы, фиолетова - функционал от функционала написать не сложно. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.05.2013, 09:14 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
vadiminfoНа счет устаревания не знаю, а вот то, что закончилась эпоха реляционных пока, видимо, не заметно. Просто Вы считаете, по привычке, Oracle,Postgres,MsSql,DB2 реляционными. А это, как я уже писал выше, не совсем так. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.05.2013, 09:18 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Сергей Арсеньевmad_nazgulпостреляционными БД будет математическая теория "мощностью" не менее, чем реляционная алгебра. :-) Ну а если рассматривать под постреляционными то, что ими называется, то алгебра у них вообще не менее мощная - ибо та же самая. :) Алгебре атомарность, как бы, фиолетова - функционал от функционала написать не сложно. Ну как бы, только в функциональных ЯП используется теоретический потенциал алгебры. В постреляционных я только вижу какие-то эмипирические "пожелания". <:o) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.05.2013, 12:07 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Сергей Арсеньев Просто Вы считаете, по привычке, Oracle,Postgres,MsSql,DB2 реляционными. Местоимение Вы, наверное, следовало написать с маленькой буквы, поскольку получается что якобы только я так считаю. Что несколько не точно, поскольку как минимум Оракл так считает: Вот в справке 11.2: The relational model is the basis for a relational database management system (RDBMS). ....Oracle Database is an RDBMS. Сергей АрсеньевА это, как я уже писал выше, не совсем так. Ну Вы пытались отнести Оракл и к иерархическим и сетевым. И вообще свое понимание какое-то терминов: Сергей АрсеньевТермины "реляционная","иерархическая" и т.п. относятся к модели реального мира, а не к физической модели. Это действительно не привычно. В частности, идея о том что Оракл иерархическая БД или отнесение терминов к "модели реального мира" слишком выходит за рамки привычного в литературе по БД а , возможно, и рационального. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.05.2013, 18:31 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Сергей Арсеньевmad_nazgulпостреляционными БД будет математическая теория "мощностью" не менее, чем реляционная алгебра. :-) Ну а если рассматривать под постреляционными то, что ими называется, то алгебра у них вообще не менее мощная - ибо та же самая. :) Алгебре атомарность, как бы, фиолетова - функционал от функционала написать не сложно. наверно термин "постреляционные" уместен, так как новых реляционных СУБД, которые имели бы такое же прикладное значение, какое у популярных современных, уже наверно не будет они будут существовать и будут развиваться, дополняясь, но их явно потеснят в областях деятельности, где применяются СУБД ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2013, 22:11 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
AlexandrPlusони будут существовать и будут развиваться, дополняясь, но их явно потеснят в областях деятельности, где применяются СУБД И буквы вроде все знакомые, но тайная мысль, вложенная в предложение, непонятна... Последствия курения Neo4j? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2013, 22:43 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
pkarklinAlexandrPlusони будут существовать и будут развиваться, дополняясь, но их явно потеснят в областях деятельности, где применяются СУБД И буквы вроде все знакомые, но тайная мысль, вложенная в предложение, непонятна... Последствия курения Neo4j? Через сколько лет RDBMS начнут менять на новые? Невероятно? То есть это всё - игрушки как Пролог, например. Не будет никогда? Они не будут лучше никогда. Будет, но частично. Как, например, проекты многие переписали с Delphi зачем, но многие не видят ни смысла, ни пользы переписывания с Delphi, а также еще и начинают проекты на Delphi, видя многие явные плюсы, чего нет у других. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2013, 23:34 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
AlexandrPlusЧерез сколько лет RDBMS начнут менять на новые? Невероятно? То есть это всё - игрушки как Пролог, например. Не будет никогда? Они не будут лучше никогда. Будет, но частично. Как, например, проекты многие переписали с Delphi зачем, но многие не видят ни смысла, ни пользы переписывания с Delphi, а также еще и начинают проекты на Delphi, видя многие явные плюсы, чего нет у других. Delhpi - это продукт одной конторы, поэтому это не показатель. RDBMS, в частности SQL - это стандарт. Такой же как например HTML. Вспомните какой был HTML 1.0 и что сейчас есть в HTML 5. Стандарт SQL не стоит на месте, он развивается. Кроме того, каждый производитель SQL-сервера дополняет своими "фичами", которые могут повторять некоторые "фичи" NoSQL. NoSQL, же это yе стандарт, т.е. каждый производитель делает свое ни совместимое ни с чем. Т.е. любая NoSQL больше похожа на Delphi, т.е. вероятность смерти выше, чем у SQL. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 07:05 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
mad_nazgulAlexandrPlusЧерез сколько лет RDBMS начнут менять на новые? Невероятно? То есть это всё - игрушки как Пролог, например. Не будет никогда? Они не будут лучше никогда. Будет, но частично. Как, например, проекты многие переписали с Delphi зачем, но многие не видят ни смысла, ни пользы переписывания с Delphi, а также еще и начинают проекты на Delphi, видя многие явные плюсы, чего нет у других. Delhpi - это продукт одной конторы, поэтому это не показатель. RDBMS, в частности SQL - это стандарт. Такой же как например HTML. Вспомните какой был HTML 1.0 и что сейчас есть в HTML 5. Стандарт SQL не стоит на месте, он развивается. Кроме того, каждый производитель SQL-сервера дополняет своими "фичами", которые могут повторять некоторые "фичи" NoSQL. NoSQL, же это yе стандарт, т.е. каждый производитель делает свое ни совместимое ни с чем. Т.е. любая NoSQL больше похожа на Delphi, т.е. вероятность смерти выше, чем у SQL. замечу про Delphi - это таки более IDE (исходно было) для языка Pascal (далее Object Pascal, а далее почему-то решили именем IDE назвать как бы новый язык, но кроме примочек и прибамбасов к Object Pascal ничего не было - то есть это новые версии Object Pascal (Это как бывшие институты вдруг решили называться университетами)), а компиляторов Pascal много разных на разных платформах и IDE были. Вот сейчас набирает обороты FreePascal с IDE Lazarus. То есть у Object Pascal еще одна IDE. И SQL - не модель данных, а язык запросов. К многим неRDBMS (то есть noSQL - не очень удачно названо, но SQL - более звучно и поэтому прижилось) реализован как язык запросов в качестве дополнения к своему как бы нативному (первому) и SQL (может быть не совсем полный по стандарту). Вроде как реализация SQL на других платформах. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 08:15 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
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. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 09:32 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
mad_nazgulПо поводу Delphi читайте дедушку Виннера. Вирта может? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 09:59 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
не буду оффтопить про Pascal mad_nazgulAlexandrPlusИ SQL - не модель данных, а язык запросов. Модель данных - RMD. SQL - ЯП построенный на модели RMD. все же тогда наверно в IBM просто хотели создать удобный язык запросов к своей реляционной СУБД DB2 ( первые названия - System R, ...) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 10:32 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
AlexandrPlusвсе же тогда наверно в IBM просто хотели создать удобный язык запросов к своей реляционной СУБД DB2 ( первые названия - System R, ...) Почти. В основе ЯП SQL лежит реляционная алгебра. Это очень мощная "модель". Соответственно SQL и получился с одной стороны простым, с другой стороны гибким. Альтернатив до сих пор я не вижу. Например xBase то же был ЯП для реляционных БД. Но сравнивать xBase и SQL, как-то лестно для xBase ;-) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 13:07 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Слабо на простом языке решить такую задачу ? 14429118 ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 13:54 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
АдмiнiстраторСлабо на простом языке решить такую задачу ? 14429118 Хорошая задачка... Была на лабораторной по Prolog'у :-) По идее ее так же не сложно решить на Lisp'е (но точно не знаю, т.к. Lisp не рассматривал никак) На SQL тоже можно, но чуть сложнее - через рекурсивный запрос, т.к. нужно строить "путь" до конца/цикла, а потом искать пути соответствующей размерности. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 15:56 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
mad_nazgulAlexandrPlusвсе же тогда наверно в IBM просто хотели создать удобный язык запросов к своей реляционной СУБД DB2 ( первые названия - System R, ...) Почти. В основе ЯП SQL лежит реляционная алгебра. Это очень мощная "модель". Соответственно SQL и получился с одной стороны простым, с другой стороны гибким. Альтернатив до сих пор я не вижу. Например xBase то же был ЯП для реляционных БД. Но сравнивать xBase и SQL, как-то лестно для xBase ;-) Вот это, имхо, исторически спорный вопрос. Сперва у СУБД был язык на основе, так называемых, исчисления кортежей. И потом они его совершенствовали. Насколько им помогли теоретические наработки в реляционной алгебре Кодда и Ко - неизвестно. Но потом они стали единым. То есть вопрос типа - что раньше было: курица или яйцо. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 16:12 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
mad_nazgulАдмiнiстраторСлабо на простом языке решить такую задачу ? 14429118 Хорошая задачка... Была на лабораторной по Prolog'у :-) По идее ее так же не сложно решить на Lisp'е (но точно не знаю, т.к. Lisp не рассматривал никак) На SQL тоже можно, но чуть сложнее - через рекурсивный запрос, т.к. нужно строить "путь" до конца/цикла, а потом искать пути соответствующей размерности.Вы учитываете что тип родственных связей тоже надо как-то хранить и настраивать? я лично не представляю как тогда такую задачу решать ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 16:13 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Надо будет когдато написать большой пост о недостатках SQL его кривости и невразумительности. Начал бы я с того, что такие базы непомерно раздуты. 50% в базе это айдишники, служебные данные базы. Много служебных таблиц, исторических, хранящих изменения и тд. Потом благодаря РМД данные не лежат централизовано, они разнесены по разным таблицам, что усложняет к ним доступ. Приходится писать мегаджоины которые мегамедленно выполняются. Традиционный SQL имеет ряд костылей, некоторые из них: СТЕ - костыль для реализации иерархий в СУБД FTS - костыль для полнотекстового поиска EAV - костыль для организации гибкой структуры базы и тд. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 16:26 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
АдмiнiстраторНадо будет когдато написать большой пост о недостатках SQL его кривости и невразумительности. Начал бы я с того, что такие базы непомерно раздуты. 50% в базе это айдишники, служебные данные базы. Много служебных таблиц, исторических, хранящих изменения и тд. Потом благодаря РМД данные не лежат централизовано, они разнесены по разным таблицам, что усложняет к ним доступ. Приходится писать мегаджоины которые мегамедленно выполняются. Традиционный SQL имеет ряд костылей, некоторые из них: СТЕ - костыль для реализации иерархий в СУБД FTS - костыль для полнотекстового поиска EAV - костыль для организации гибкой структуры базы и тд. Начало не очень удалось, скорее всего. Возможно, только про соединения что-то можно оставить, и то переделав как-то текст. Впрочем, недостатки давно описаны в литературе. Но, видимо, есть достоинства. Которые делают их во многих случаях наиболее успешными по сравнению с другими. Иначе бы, наверное, реляционная эпоха давно закончилась. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 18:26 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
vadiminfo, А эпоха РМД и заканчивается, пока что в высоконагруженых приложениях ... ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 18:51 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
АдмiнiстраторНадо будет когдато написать большой пост о недостатках SQL его кривости и невразумительности. Начал бы я с того, что такие базы непомерно раздуты. 50% в базе это айдишники, служебные данные базы. Много служебных таблиц, исторических, хранящих изменения и тд. Потом благодаря РМД данные не лежат централизовано, они разнесены по разным таблицам, что усложняет к ним доступ. Приходится писать мегаджоины которые мегамедленно выполняются. Традиционный SQL имеет ряд костылей, некоторые из них: СТЕ - костыль для реализации иерархий в СУБД FTS - костыль для полнотекстового поиска EAV - костыль для организации гибкой структуры базы и тд. Bazist, революционненький настройчик? А когда Стебелек в саду http://www.nosql-database.org/ появится? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 18:56 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
Адмiнiстраторvadiminfo, А эпоха РМД и заканчивается, пока что в высоконагруженых приложениях ... Одно дело заканчиваться, другое закончиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 20:08 |
|
Постреляционные СУБД
|
|||
---|---|---|---|
#18+
АдмiнiстраторНадо будет когдато написать большой пост... Лучше не надо, ага? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2013, 23:10 |
|
|
start [/forum/topic.php?all=1&fid=35&tid=1552456]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
44ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
81ms |
get tp. blocked users: |
2ms |
others: | 245ms |
total: | 418ms |
0 / 0 |