Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 6 7 8 9 10 [11] 12 13 14 15 .. 24   вперед  Ctrl
 Re: РМД пора на пенсию?  [new]
Иван FXS
Member

Откуда:
Сообщений: 2370
Гмм ... специалисты по правильной терминологии, цепляющиеся к словам, - это по-моему и есть СПЛОШНОЙ ПРИКОЛ!
13 сен 05, 16:55    [1873793]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Почему Вы решили, что упомянутые Вами OpenRecordset, MoveFirst, MoveNext, Search,Edit имеют какое-то отношение к РМД ???
13 сен 05, 17:02    [1873840]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
Иван FXS
Member

Откуда:
Сообщений: 2370
Извините, Gluk (Kazan), Ваша попытка представить дело так, будто я считаю DAO частью РМД (и похихикать по этому поводу), - это из той же оперы "цепляния к словам".
Тем более, что ...
13 сен 05, 17:25    [1873993]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Andreww

Кстати, интересно, отцы основатели где-нибудь оговаривают что РМД оперирует именно конечными(счётными) множествами ?

Про отцов основателей не знаю, но в "Теории реляционных баз данных" Д.Мейера отношение опредяляется как конечное, хотя домены могут быть и счетными. Там для того, чтобы избежать бесконечных отношений вводится понятие активного дополнения, так как обычное оказалось бы бесконечным (счетным). Наверное, в противном случае в терии возникли бы некоторые сложности, совсем лишние, так как в БД все равно не может быть бесконечных отношений.

Andreww

Тут вроде показано что "навигация" в РМД возможна хоть и не определена как операция

Если не определена как операция, то не предусмотрена. В РМД просматривается заявка на то, что система запросов декларативна (указывается тока ЧТО надо, но не КАК) и ассоциативна (по содержанию, а не указателям и проч атрибутам хранения). Навигационные языки БД не обладают ни тем, ни другим. Поэтому от них отказались. В частности, не достаточно найти в каком-то смысле 5 кортеж. Нужны конкретно циклы обходов кортежей в общем случае, чтобы получить нужную инфу в сложном случае - это не декларативность (императивность). Этого не может быть в РМД как "класса". Плюс это все равно не 5 кортеж сам по себе, а отношение состоящее из одного кортежа. Плюс сложность, а простота ставится во главу угла.
Точнее будет поставить вопрос о том, что выразительная сила рел алгебры такова как и у навигационного языка БД на изомрофной в теоретико-множественном смысле БД другой МД с навигационным языком БД.
Однако, известно, что есть не выразимый класс запросов в РМД. Традиционно приводят транзитивное замыкание. В тоже время навигационный язык в общем лучае обладает полнотой.
Кроме того, в некторых случаях навигационный язык может быть предпочтительней. Например, в случае "лавинообразного нарастания мелких деталей".
Это просто плата за те преимущества РМД, которые дают декларативность и ассоциативность - абстрагирование от компьютерных структур, приближение к естественному языку и мышлению.
Другое дело, что РСУБД имея фундаментом РМД, позволяет в любом случае получить любую инфу, которая есть в БД (и расширение SQL с помощью PSM и развитием самого SQL и спец ф-ий для него, агрегатных, аналитических и проч).
Во всем должны быть достоинства и недостатки. И правда в том, что достоинства РМД значительно перевешивают недостатки, связанные с отказом от навигации в системе запросов - такова практика.
13 сен 05, 19:09    [1874494]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
c127
Guest
Иван FXS
c127
... при наличии аксиомы выбора всякое множество можно упорядочить...

- ну точно! Вот эта самая "аксиомы выбора" - она имеется в наличии ... в РМД - или нет? Как Вы считаете?


Она конечно же есть в любой прикладной системе, ибо в случае счетных множеств (других на практике не бывает) это теорема. Написано у того же Куроша в районе той же 30-й страницы.

Иван FXS

Нет, правда, я - не знаю! Вот у Буриданова осла она, например, отсутствует ...
Согласитесь, - мытарства этого несчастного животного - они внедь не разрешаются так просто, как написал Andreww:


А Вы видели живьем хоть одного осла, помершего от голода между двумя копнами сена?

Потому и называется ПАРАДОКС буриданова осла, что такое невозможно и никаких мытарств животное разумеется не испытывает. В отличии от Андрея Леонидовича.

Иван FXS

Из того, что нечто В ПРИНЦИПЕ возможно, - не следует, что это ТЕХНИЧЕСКИ осуществимо в КОНКРЕТНОЙ ситуации.


С этим как раз проблем нет, select top 1 и есть техническая реализация.



Пример Andreww с песчинками очень правильный. То упорядочение, которое имеет место на клиенте тоже в общем-то совершенно произвольно. Например в случае одинаковых записей клиент насильно присваивает им порядок, используя ту же аксиому (теорему) выбора. А как же иначе, записи-то СОВЕРШЕННО ОДИНАКОВЫЕ. А если имеет место естественный порядок, например в виде уникальных номеров накладных, то я и на сервере могу перебрать записи в том же порядке что и на клиенте по этим же номерам уже без всякой аксиомы выбора.

Пример с ослом тоже очень правилный. Осел должен бы умереть от голода, но на смом деле не умирает ибо даже он разбирается в математике лучше некоторых присутствующих тут ниспровергателей основ "Р"СУБД и защитников MUMPS-а.
13 сен 05, 20:25    [1874626]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
c127

Она конечно же есть в любой прикладной системе, ибо в случае счетных множеств (других на практике не бывает) это теорема.

А множество вещественных чисел? Любой интервал на нем не счетен.
Да и аксима выбора от него пострадала. Ведь с ее помощью можно доказать, что его можно вполне упорядочить. Но при этом нельзя сказать о том в каом отношении между собой находятся любые два числа в этом отношении порядка. Потому у этой аксиомы есть критики. Но в РМД она не нужна - там можно обойтись конечными множествами. И тада там аксиома выбора - никакя не аксиома, а просто факт. На конечном множестве и так можно явно прописать отношения порядка. Но в SQL LOBы упорядочиваться не будут.
13 сен 05, 20:40    [1874650]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
ЧАЛ
Guest
Навигация в РМД невозможна не потому что она "чушь", а потому что таковы свойства отношения, с127. Именно "как ни крути".
Какой еще "порядок, получаемый в приложении по "стрелка вниз стрелка вверх"" ???
Соберитесь, с127, если хотите что-то понять. В приложениях ОСУБД навигацию можно осуществлять в БД, пользуясь интегрированным языком баз данных. Потому что в ОМД навигация есть. А в РМД нет, и не может быть. Поэтому в приложениях РСУБД (если бы они существовали) навигацию пришлось бы осуществлять с помощью "базового языка". Впрочем и в существующих "Р"СУБД то же самое.
13 сен 05, 23:09    [1874876]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
ЧАЛ
Guest
Oracle разве уже стала РСУБД ? Она что уже поддерживает отношения РМД ?
13 сен 05, 23:10    [1874878]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
ЧАЛ
Guest
vadiminfo: "Во всем должны быть достоинства и недостатки. И правда в том, что достоинства РМД значительно перевешивают недостатки, связанные с отказом от навигации в системе запросов - такова практика."

1. Ну почему же недостатки "должны быть" ?
2. Правда в том, что достоинство РМД (возможность декларативного языка) значительно слабее недостатков (отсутствие навигации, суррогатная идентификация и, как следствие, отсутствие семантики).
3. А практика такова, как это показано в сообщении 1322512 темы "Сравнение ... СУБД", и во многих других моих сообщениях.
13 сен 05, 23:15    [1874885]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
ЧАЛ

Oracle разве уже стала РСУБД ? Она что уже поддерживает отношения РМД ?

И давно уже стала и поддерживает аж с 1976 года. Вы совсем отстали от жизни. А еще собирались учить других. Могу себе представить это обучение.

ЧАЛ

1. Ну почему же недостатки "должны быть" ?

Нигде стока недостатков нет как в дореляционной ОМД, потому Вы должны бы были быть главным спецом по недостатком. А Вы и эту возможность упустили.

ЧАЛ

2. Правда в том, что достоинство РМД (возможность декларативного языка) значительно слабее недостатков (отсутствие навигации, суррогатная идентификация и, как следствие, отсутствие семантики).

Не просто возможность декларативного языка, а достаточная его выразительность. Вы парьтесь с циклами, ссылками, переходами (Вашей любимой навигацией) по любому поводу, а мы запросим декларативно инфу нужную по содержанию и забудем. И тока в редких случаях налабаем Ваши любимые циклы, и то для достаточно малых вычислений - основное все равно декларативно.
У Вас то тоже "суррогатная". Или OID естественный атрибут?
Тем более что этого все равно не достаточно. Чтобы юзер не навводил одних и тех челов, но с разными OID, у Вас есть "хорошо" спроектированное приложение? А у нас БД сама этого не допустит.
Семантика тем ни менее есть. И еще не известно у кого ее больше.
Так шо привет и гудбай Вашей дОМД от нашей РМД.

ЧАЛ

3. А практика такова, как это показано в сообщении 1322512 темы "Сравнение ... СУБД", и во многих других моих сообщениях.

Не ужели Вы противопоставите какое-то там сообщение, тому факту, что пока еще реляционная эпоха в инфотехнологиях, и РСУБД состовляют не менее 90% от всех. А скока дореляционная ОМД? Или Вы надетесь доказать, что белое на самом деле черное? Пока что Вам не удавалось доказать и то, что вполне доказуемо, а Вы беретесь за недоказуемое. О чем тока Вы думаете, на что надетесь?
13 сен 05, 23:58    [1874911]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
tchingiz
Member

Откуда:
Сообщений: 39055
vadiminfo
c127

Она конечно же есть в любой прикладной системе, ибо в случае счетных множеств (других на практике не бывает) это теорема.

А множество вещественных чисел? Любой интервал на нем не счетен.
Да и аксима выбора от него пострадала. Ведь с ее помощью можно доказать, что его можно вполне упорядочить. Но при этом нельзя сказать о том в каом отношении между собой находятся любые два числа в этом отношении порядка. Потому у этой аксиомы есть критики..

вообще то,
интервалы вещественных числел несчетной мощности не имеют никакого отношения к компьютерам.
у аксиомы выбора есть критики гораздо более по другим поводам.
например,
с ее помощью доказыается, что можно взять шар, разделить его на конечное число
подмножеств, и затем из этих подмножеств без пустот и наложений сделать два шара, такого же диаметра. (доказательство занимало порядка полутора страниц.)
))))))))
14 сен 05, 00:35    [1874942]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
tchingiz

вообще то,
интервалы вещественных числел несчетной мощности не имеют никакого отношения к компьютерам.

Тада не так очевидно, что имеют отношения к компьютерам счетные можества кортежей. Они так же бесконечны, и потому никада не реализуемы. И то и другое идеализация, нужная для док-ва каких-то теорем. Имеет отношение к компьютерам идеализация и знание этих теорем или нет - кто как понимает "иметь отношение к компьютерам".
Потому не имеет - хорошо. Поимеет - пусть поимеет.


tchingiz

у аксиомы выбора есть критики гораздо более по другим поводам.
например,
с ее помощью доказыается, что можно взять шар, разделить его на конечное число
подмножеств, и затем из этих подмножеств без пустот и наложений сделать два шара, такого же диаметра. (доказательство занимало порядка полутора страниц.)
))))))))

Про шар верно. То что он "гораздо более" - вопрос того, кто как считает. Обычно они все приводятся как примеры последствий этой акисомы, которые не всем нравятся. Они всего лишь примеры. Если их используют в док-ве теоремы, то очевидно можно в этих теоремах использовать вместо них и аксиому выбора (АС) - просто сложней док-во будет выглядеть.
Есть критика и не последствиям непосредственно АС - не предъявлен объект - ф-я выбора.
Впрочем, все это детали, которые говорят о том, что связываться с бесконечностью нужно тока, если без этого обойтись нельзя.
14 сен 05, 10:08    [1875435]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Иван FXS
Извините, Gluk (Kazan), Ваша попытка представить дело так, будто я считаю DAO частью РМД (и похихикать по этому поводу), - это из той же оперы "цепляния к словам".
Тем более, что ...


Извиняю. Ни боже мой не намеревался Вас обидеть. Это Вы а не я задаетесь вопросом, почему от Вас все хихикают.
14 сен 05, 10:24    [1875494]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
ЧАЛ
Guest
Вам уже не только я, и не один раз, vadiminfo, сообщали про "объемы" данных (размеры БД, количество транзакций и т.п.), которыми управляют "Р"СУБД и не "Р"СУБД. А Вы все талдычите о каких-то 90 %. На второй год Вы уже остались, теперь придется на третий оставлять.
В 1322512 приведены факты (в том числе о "циклах" и про "достаточную выразительность"). А 1874911 - нарочитая (все еще надеюсь) глупость про "БД сама этого не допустит".
И не болтайте про Oracle "аж с 1976 года". Я с Oracle познакомился, наверное, когда Вы еще в детский сад ходили. Никогда она не была реляционной СУБД...
14 сен 05, 22:09    [1878886]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
c127
Guest
vadiminfo
c127

Она конечно же есть в любой прикладной системе, ибо в случае счетных множеств (других на практике не бывает) это теорема.

А множество вещественных чисел? Любой интервал на нем не счетен.


Вы его видели? Хорош континуум который помещается 8 байт. Сколько байт не возьмите, все равно получите даже не счетное, а конечное множество. С СУБД та же проблема, счетного не бывает, только конечное.
14 сен 05, 22:43    [1878910]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
c127

Сколько байт не возьмите, все равно получите даже не счетное, а конечное множество.

Вот и я гаврару, что без особой надобности оперировать не конечными множествами не стоит. Тада, в частности, не нужны аксиомы выбора или детерменированности. И все эти проблемы. А в теории РМД пока особой надобности не просматривалось. Нет там вроде таких теорем, без которых никак нельзя, и которые бы на бесконечности были основаны.
14 сен 05, 23:26    [1878945]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
c127
Guest
ЧАЛ
Навигация в РМД невозможна не потому что она "чушь", а потому что таковы свойства отношения, с127.


А пример покритиковать слабо? А то все слова, слова и ничего по существу.

ЧАЛ

Какой еще "порядок, получаемый в приложении по "стрелка вниз стрелка вверх"" ???


Совсем плохо. Где так учат математике? У буриданова ишака с математикой лучше чем у Вас, он знает что выбирая из двух стогов сена он тем самым их упорядочивает. А Вы не можете понять что нажимая на "стрелку вверх" вы выполняете абсолютно ту же операцию выбора "предыдущей" записи, и что эта операция эквивалентна (не лучше, не хуже, а именно эквивалентна) упорядочиванию записей. И эта "стрелка вверх" есть то же самое что выбор элемента множества в моем примере. Вот "это навигация." (Андрей Леонидович, 14 янв 05 18:43 [1246602]).

ЧАЛ

В приложениях ОСУБД навигацию можно осуществлять в БД, пользуясь интегрированным языком баз данных. Потому что в ОМД навигация есть. А в РМД нет, и не может быть.


Да, это аргумент. В лучших традициях. В ОМД она есть потому что она там есть, а в РМД ее нет потому что ее нет и не может быть.

Элементарный пример навигации есть, по существу примера никто из противников РМД ничего сказать не в состоянии, а навигации по-прежнему нет.



Вообще это очень похоже на разговор с человеком, утверждающим что в компьютере не можт быть сложения на том основании что его нет в машине Поста. Аргументы (с примерами) типа что сложение там можно определить, на такого человека никак не действуют. Нет в машине Поста сложения и все. Значит и в компьютерах операции сложения нет "потому что ее нет и не может быть" ((С) ЧАЛ).
14 сен 05, 23:40    [1878951]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
c127
Guest
vadiminfo

Вот и я гаврару, что без особой надобности оперировать не конечными множествами не стоит. Тада, в частности, не нужны аксиомы выбора или детерменированности.


Конечно не нужны, но оперировать ими можно, поскольку в счетных множествах это ТЕОРЕМЫ, их можно доказать. Если удобно - можно использовать как любую другую теорему.
14 сен 05, 23:44    [1878956]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
c127

поскольку в счетных множествах это ТЕОРЕМЫ, их можно доказать. Если удобно - можно использовать как любую другую теорему.

Не совсем понял. О каких ТЕОРЕМАХ идет речь? Которые можно доказать тока на счетных множествах. Чего нельзя без них в РМД?
Использовать можно. Но не совсем как любую другую. Не все шклоы в математике признают актуальную бесконечность (конструктивисты не признают), а тривиальное (про конечные) все. Разница есть.
А конструктивный поход в программировании, скорей всего, не явно присутствует.
15 сен 05, 00:58    [1878995]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
tchingiz
Member

Откуда:
Сообщений: 39055
vadiminfo

Впрочем, все это детали, которые говорят о том, что связываться с бесконечностью нужно тока, если без этого обойтись нельзя.


ну дык не очень же получается?

/*
в конечной математике (без использования понятия актульной бесконечности,
а как следствие без бесконечных множеств) вроде как, к примеру, дифференциальные уравнения не решаются.
Очень она бедная конечная математика.
Проще написать форумулу в классической и решить ее численным методом приблизительно (тоесть в каком то смысле сделать через жопу), чем прямо решать в целых числах и конечных множествах
*/
15 сен 05, 01:48    [1879016]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
tchingiz

ну дык не очень же получается?

Смотря какой раздел математики. Там же говорилось - если можно обойтись без. Т.е. если одна и та же теорема, например об эквивалентности или не эквивалентности в плане выразительности рел алгебры и навигации может быть доказана с использованием бесконечного и без, то второе более предпочтительно.

tchingiz

в конечной математике (без использования понятия актульной бесконечности,
а как следствие без бесконечных множеств) вроде как, к примеру, дифференциальные уравнения не решаются.
Очень она бедная конечная математика.
Проще написать форумулу в классической и решить ее численным методом приблизительно (тоесть в каком то смысле сделать через жопу), чем прямо решать в целых числах и конечных множествах



В конечной нет еще много чего - теории придела, действительных (иррациональных) чисел - пополнеие мн-ва рациональных и т.д. Кста в определении производных - имеет значение интервал - окрестность точки - не счетное мн-во, а Вы говорили не счетное не имеет никакого отношения к компьютерам. Следовательно диффуры тоже не имеют.
Конечное - тривиальное в математике. Т.е. если тока оно использовано и доказано, то это заведомо "сильнее". Вероятности что откроют что-то про (а у бесконечного - на это больше шансов), что заставит пересмотривать теорему много меньше.
Я там подчеркивал, что без особой нужды - т.е. если можно обойтись, то лучше обойтись. Это не значит вообще отказаться.
15 сен 05, 09:51    [1879323]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
Anatalex
Member

Откуда:
Сообщений: 66
shuklin
Как известно, в настоящее время получили широкое распространение системы управления реляционными базами даннх основанные на реляционной модели данных. У большинства разработчиков программного обеспечения и системных аналитиков имеется стойкое предубеждение, что реляционная модель окончательно победила в соревновании и вытеснила с рынка другие модели представления данных. Я считаю что такая ситуация является временной и в ближайшем будущем мы все станем свидетелями ломки этого стереотипа. Системы управления базами данных сами по себе не представляют особой ценности для пользователей. Даже данные, хранящиеся в базах не представляют ценности сами по себе. Ценностью обладают законченные приложения, позволяющие пользователям моделировать некоторые аспекты своей деятельности и бизнеса с использованием вычислительной техники. Существующие в настоящее время бизнес-процессы характерезуются высокой сложностью. Наблюдается тенденция усложения бизнес процессов в связи с развитием процессов интеграции и глобализации.
Несмотря на имеющиеся достоинства, реляционная модель представления данных обладает и рядом недостатков. В случае нормализации модели предметной области БД представляет собой множество связанных друг с другом таблиц. Наряду с тривиальной необходимостью выполнять множество соединений на множестве таблиц, такая структура значительно усложняет сопровождение базы данных. При изменении бизнеса приходится заново проектировать новый вариант нормализованной базы и выкидыать труд разработчиков, затраченный на разработку предыдущей версии БД и приложений, работающих с предыдущей версией. Не спасает ситуацию и проектирование реляционной структуры таблиц, специально расчитанной на изменения модели бизнеса в процессе эксплуатации приложения. В этом случае случае, разработчики реляционных БД используют 3 подхода.
1. Динамическая модификация структуры БД приложением. Этот подход сохраняет нормализацию структуры БД. Он обладает следующими недостатками: А. невозможно провести модификацию структуры БД в пределах транзакции. При модификации структуры таблиц транзакции завершаются. В случае ошибочной модификации структуры, изменения откатить будет невозможно. Б. При изменении структуры БД изменяется структура данных введенная в БД на предыдущем этапе ее эксплуатации. В некоторых случаях законадательство или бизнес процесс требуют сохранения исторических данных в неизменном виде. В. Отсутсвие наследования в классической РМД не позволяет естественным образом моделировать наследование понятий из бизнес модели.
2. Поворот структуры БД на 90 градусов. Этот подход позволяет избавиться от недостатков предыдущего подхода. Для чистоты концепции все объекты хранящиеся в БД приходится размещать всего в нескольких таблицах. Чаще всего это две таблицы – таблица объектов, и таблица значений их аттрибутов. Это приводит к декартовому умножению колличества объектов на колличество их аттрибутов и значительному возростанию строк в таблице аттрибутов. Так же, данный подход приводит к возрастанию колличества соединений. На фоне увеличевшегося коллличества строк и разрастания размера индекса данный подход приводит к катастрофическому падению производительности БД. Дополнительным недостатками такого подхода является: - потеря информации о типе аттрибута объекта, что может привести к потере целостности данных в БД; - трудности реализации аттрибутов хранящих коллекции связей с другими объектами, находящимеся в БД (в предыдущем подходе это решается использованием связей один к одному или один ко многим, моделируемыми отдельными таблицами).
3. Использование таблиц шаблонов. В этом случае в БД создаются шаблонные таблицы с набором колонок «про запас» не сопоставленных с аттрибутами бизнес объектов. В каждой шаблонной таблице создается несколько колонок одного и того же типа, например int1, int2, int3, …, int99, float1, float2, float3, … , float99, varchar1, varchar2, varchar3, … varchar99, … Так же в БД создается модель бизнес объекта, которая описывает в какой колонке находится каждый аттрибут некоторого объекта. В этом случае одна и та же колонка шаблонной таблицы содержит значения совершенно различных аттрибутов объектов разных типов. По сравнению с ранее описанными, этот подход облегчает ситуацию, однако и он не лишен значительных недостатков. Разработчику необходимо предусмотреть все типы аттрибутов моделируемых объектов и создать «про запас» достаточное для будущего использования колличество колонок каждого потенциально полезного типа. Наряду с очевидным ограничением по колличеству аттрибутов одного типа у каждого объекта, данный подход требует построения и выполнения динамических SQL запросов. Это приводит к дополнительным затратам на реализацию и выполнение построителя динамических запросов согласно модели данных. Что опять снижает производительность и надежность этого решения.

Итак, плачевная ситуация, сложившаяся в области использования реляционных систем управления базами данных продолжает усложнятся. Мы все можем наблюдать, как производители РСУБД от отчаяния вводят в свои продукты объектные расширения (Oracle, Informix, …) и возможности по обработки XML, реализацию бизнес логики приложения на стороне СУБД средсвами процедурных языков (Oracle, Microsoft, …). По сути эта ситуация говорит о поражении реляционной модели данных как универсального средсва моделирования современных бизнес процессов.

Владельцы существующих систем управления реляционными базами данных, вложившие в разработки продуктов многие миллионы долларов, маркетологи, имеющие основной задачей рекламу продукта на рынке и просто наивные пользователи пытаются нас убедить в том, что развитие РМД эволюционным путем может сохранить инвестиции и решить все описанные проблемы. Так ли это?


Кстати по динамической модификации структуры вы не правы, что в случае ошибочной модификации структуры, изменения откатить будет невозможно. Очень даже возможно и делается на практике. АИС "РПП" налоговой службы Украины.
15 сен 05, 18:12    [1882098]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
c127
Guest
vadiminfo
c127

поскольку в счетных множествах это ТЕОРЕМЫ, их можно доказать. Если удобно - можно использовать как любую другую теорему.

Не совсем понял. О каких ТЕОРЕМАХ идет речь? Которые можно доказать тока на счетных множествах.


Речь идет о том, что аксиома выбора в счетных множествах (т.е. в формальной теории, содержащей только не более чем счетные множества) является теоремой. Ее можно доказать. Со всеми вытекающими, например от нее нельзя отказаться или заменить на отрицание, поскольку в этой теории она не является независимой от остальных аксиом. В эту теорию попадает вся наша вычислительная техника включая конечно же и РСУБД.
15 сен 05, 22:00    [1882408]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
c127

Речь идет о том, что аксиома выбора в счетных множествах (т.е. в формальной теории, содержащей только не более чем счетные множества) является теоремой.

Када доказана это теорема? Точною формулировку приведите. А то я наверное это упустил.
Она напрмер, в некоторых случаях и для несчетных множеств не счетного семества тоже может быть не аксиомой. Но про эту теорему не слышал.
Но еще сама актуальность ставится под вопрос.
Поэтому все равно тривиальные (оперерующие конечными множествами) доказательства "надежнее". Опять же, если нельзя обойтись без бесконечного, для чего-то стоящего, пусть даже не счетной, то другое дело.
Без этого, что бы осталось от математики. Но все хорошо на своем месте.

c127

В эту теорию попадает вся наша вычислительная техника включая конечно же и РСУБД.

У этой теории есть название? Что там за аксиомы, теоремы? В каком смысле под нее попадает РСУБД? Там все -таки много не формального на первый взгляд для формальной теории. Например, сама СУБД. Формальная теория (формальная система), наскока я помню, это када 1) задан алфавит, 2) определена процедура построения построения формул (слов), 3) Выделено несколько формул, назваемых аксиомами, 4) задано конечное множество правил вывода формул. Как туда подпадет РСУБД? Например, Оракл.
15 сен 05, 22:51    [1882454]     Ответить | Цитировать Сообщить модератору
 Re: РМД пора на пенсию?  [new]
ЧАЛ
Guest
То есть Вы, с127, так и не изучили свойства отношения РМД. И чем же я Вам еще могу помочь. Цитаты, как просили, привел. Ссылки, как просили, дал.
Ну давайте еще раз попробуем. Сначала из "новой" книги:

Дейт, стр 211-212:

"... не существует такого понятия , как "первый кортеж", пятый кортеж" или "97-ой кортеж" отношения, кроме того, не существует такого понятия, как "следующий кортеж"; иными словами, в отношениях не определена позиционная адресация и нет понятия "следования". Заслуживает внимания то, что если бы указанные понятия были определены, потребовались бы также некоторые дополнительные операции, например, "выполнить выборку n-го кортежа"...
Фактически не вызывает сомнения такое утверждение, что если существует N разных способов представления информации, то требуется N различных множеств операторов, а если N>1, то приходится реализовывать, документировать, объяснять студентам, учить самим, запоминать и использовать больше операторов. Но введение каждого дополнительного оператора приводит лишь к возрастанию сложности, а не выразительной мощи ! Не существует каких-либо полезных операторов, которые могут применяться, только если N>1, а не N=1. Эта тема будет более подробно рассматриваться в главе 26 ..., а затем снова появится в главе 27.
Вернемся к описанию самих отношений. Безусловно, определенные требования по упорядочиванию кортежей сверху вниз ... выдвигаются в связи с созданием интерфейса между базой данных и базовым языком, таким как C или COBOL (см. сведения о курсорах SQL и конструкции ORDER BY, приведенные в гл. 4). Но эти требования налагает базовый язык, а не реляционная модель; в действительности базовый язык требует преобразования неупорядоченных отношений в упорядоченные списки, или массивы (кортежи), именно для того, чтобы приобрели смысл операции, подобные "выборке n-го кортежа". Аналогичным образом, определенные требования по упорядочению кортежей должны соблюдаться при предоставлении результатов запросов для конечного пользователя. Но эти требования не входят в состав реляционной модели как таковой; скорее, они составляют часть той среды, в которой определена сама реализация этой реляционной модели."
15 сен 05, 23:14    [1882474]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 6 7 8 9 10 [11] 12 13 14 15 .. 24   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить