Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 41 42 43 44 45 [46] 47 48 49 50 .. 83   вперед  Ctrl
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
vadiminfo
Member

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

Не хотите знакомиться с неизвестной Вам технологией - не знакомьтесь.

и имеющей сегодня значение только для историков ввиду морального устарения лет 20 назад. Плоская модель данных, много признаков файловых систем. Это не характерно для систем с использованием БД. И не хочу, а не могу позволить себе тратить много времени на это, поскольку приходится много тратить на современные технологии.



Андрей Леонидович

Я тоже не изучал "чисто исторические аспекты" изобретения колеса, например (тоже в "дореляционную эру"). Я просто использую его, потому что это эффективно. И ОСУБД я использую, потому что это эффективно.

А чем же, по Вашему, Вы занимаетесь? Про эффективность не говорите - это не Ваше крэдо. У Вас репутация человека склонного к ретро, а не к эффективному чему-то.


Андрей Леонидович

То, что "ключ" - абсолютно бесполезное понятие, я не "наконец-то понял", а понял 20 лет назад. И весьма подробно Вам это объяснил. Уверен, что и Вы это поймете рано или поздно.


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

Андрей Леонидович

Я не использую ни ООМД (ведь это модель, основанная на концепциях ООП), ни MUMPS (как СУБД с соответствующей моделью данных) для разработки приложений. (Понимаю, что через пару недель опять придется это повторять, но на sql.ru с этим приходится мириться - здесь такие "законы").

Вот именно, что либо Вы используете MUMPS как язык программирования, а не как СУБД. Либо Вы вообще ни чего не используете???!!! Не РСУБД же Вы используете, после всего, что наговорили про нее? Хотя у Вас нет никаких технических аргументов до сих пор, но есть личное чувство неприязни к ней? Наверно из-за неверно сделанных 20 лет назад поспешных выводов. И тепрь не хотите ни только себе в этом признаться, но и нас пытаетесь убедить в этих ошибочных взглядах. Чтобы мы тоже зря тратили время, как и Вы?

Андрей Леонидович

В ОМД нет "ключей". Нет "ключей" в ОМД, потому что это бесполезное понятие.

Есть. Откройте ту толстую книгу. Без них в Вашей ООБД юзера понабирают одного и того же пертова 10 или 100 раз вместо одного раза, хотя и с разными OID. Вам то что? Вы на МУМПСЕ в приложении эти ф-ии ключей руками реализовать привыкли. А как быть тем, кто не предрасположен к ретро технологиям в отличии от Вас? Не знаете? Вот я говорю.

Андрей Леонидович

Нет в "реальном мире" "зависимостей атрибутов" - это уже, извините, просто детский сад.

Если у человека может быть только одна дата рождения, то это зависимость атрибута дата рождения от идентификатора человека. Если сотрудники фирмы могут оплачивать билеты только в одном офисе фирмы своего района, то это тоже зависимость. Хоть это и детский сад, а зависмости, то вполне взрослые. Другое дело, что на МУМПСЕ в Ваших системах все это внутри приложения, и потому Вам все это не понятно. Данные у Вас что-то второстепенное. Вот я говорю Вам, что Вам не стоит вообще напрягаться насет моделей данных. У Вас возможно и БД то толком нет, а просто какие-то файлы приложения.

Вам надо не просто против РМД выступать, а против моделей данных как таковых. У ВАс их нет, и потому они и для всех бесполезны.


Андрей Леонидович

Не на уровне приложения реализуются в ОСУБД связи между объектами. Не понять это за год - нужно постараться.

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

Андрей Леонидович

А Вы опять про коммерцию. Понятно, что не зная технологии трудно понять ее смысл. Проще заниматься попсой. И наивно думать, что уж ее-то смысл точно понятен.


Вы так говорите будто Ваш авторитет в инфотехнолгиях бесспорен. По-моему, Вы торопитесь. Вас если здесь в чем и признали, то это не имеет пока никакого отношения к Вашим успехам в области технологий или их пропаганды. Скорее наоборот. Вам удалось, скорее всего, скомпрометировать МУМПС почти до нуля. Напротив, Ваша критика РМД тока приносит ей дополнительные девиднды. Все что Вы ругаете - хорошо, а что хвалите - плохо. Такова у Вас репутация здесь сложилась. Либо Вы этого и хотели, либо в чем-то сильно ошиблисью
14 фев 05, 22:40    [1320754]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
c127
Guest
2 Андрей Леонидович

>Это не прикладной пример, не ерничайте. Читайте, читайте мою "фиговую автоподпись". И постарайтесь хоть как-то возразить. Неужели действительно "Р"СУБД настолько ущербная технология ?

Там вообще нет никакого примера, поэтому когда Вы говорите, что примеров не приводите - это чистая правда, Вы их действительно не приводите, как и аргументов. Но Вы-то думаете, что пример есть (Андрей Леонидович 12 июл 04, 14:11> Я привел очень простой и очень распространенный (мягко говоря) пример). Вот в этом и состоит вранье.

>К сожалению, с127, Вы совершенно не представляете "о чем идет речь". Одни только "реляционные данные" чего стоят.

Прежде чем говорить глупости почитали бы повнимательнее ту дискуссию, может и поняли бы, какая связь между ОО решением и реляционными данными. Хотя надежд практически нет, так что можете и не читать.

2 tygra

>Вах, шайтан!!! Как же все работает то? Никак нечистая сила...!!!

Этот вопрос уже обсуждался, никакой мистики. Там унутрях неонка.
15 фев 05, 02:54    [1320920]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Уважаемый Мимо пробегал !

Из Вашего сообщения я не смог понять чего Вы не поняли в формальном описании ОМД, и, тем более, чего Вы не поняли в работе Чена.
15 фев 05, 14:45    [1322463]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Уважаемый (тем не менее) S.G. !

Из Вашего сообщения я не понял какие мои аргументы вызывают у Вас возражение, и что Вы хотели сказать в пользу "Р"СУБД и SQL.
15 фев 05, 14:47    [1322476]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Уважаемый andsm !

Я не использую, как известно, MUMPS, как СУБД с соответствующей моделью данных, для разработки приложений. А на Ваш вопрос я уже отвечал не раз...
15 фев 05, 14:49    [1322487]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Ради Вас, дорогой с127, пожалуйста:

----------------------- постарайтесь понять это ---

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

1. Утратили.

1.1. Идентификацию. Частично. Она стала настолько "кривой", что (парадокс) привела еще к трем утратам.

1.2. Навигацию. Полностью.

1.3. Интегрированный язык. Полностью.

1.4. Семантику данных. Почти полностью.

2. Остались "при своих". Возможность применения декларативного языка запросов.

3. Приобрели. Более "естественное" "связывание не по ключам". Часто эту возможность ошибочно выдают за "возможность нерегламентированных запросов". Это не так. Нерегламентированные запросы - это запросы, которые не написаны прикладным программистом в рамках приложения, и их создают сами пользователи. И, как мы уже убедились, в приложениях на "Р"СУБД - это (в отличие от ОСУБД) определенная проблема.
Но есть разница. Если рассмотреть некий язык (типа SQL), в который "транслируются" пользовательские "запросы" (хотя в объектных системах - это далеко не всегда так !), то в инструкции FROM:

а) в реляционных системах - произвольные таблицы;
б) в объектных системах - связанные объекты.

Но ! В объектных системах есть возможность использовать и "традиционный SQL" ради "связывания не по ключам".

4. Вывод. Имеем полшага вперед ("связывание объектов не по идентификаторам") и три с половиной шага назад. Можно, конечно, спорить о длине этих шагов и полушагов. Кто-то считает, что полшага вперед длиннее, чем три с половиной шага назад.

Так вот и нужно, чтобы объяснить применение "Р"СУБД, искать задачи с актуальностью "связывания не по ключам", да еще и доказывать силу оптимизаторов "Р"СУБД (а, обратили внимание, чуть-чуть затронули этот вопрос, и оказалось: и ошибается оптимизатор в тривиальных случаях, и сбор статистики не производит впечатления хорошей проработанности; а ведь оптимизатор - "сердце" "Р"СУБД).

А здесь все были увлечены поиском задач для ПОСТреляционных ООСУБД, с которыми они справлялись бы лучше, чем "Р"СУБД. И пока еще не обнаружено ни одной задачи, с которой "Р"СУБД справлялись бы лучше, чем ДОреляционные ОСУБД.

Может быть через месяц, когда придется по просьбе очередного невнимательного зрителя опять все это повторять, появится какая-то благоприятная для "Р"СУБД информация ?

----------------------

Пока появилась гипотеза vybegallo: ЛЮБАЯ ЗАДАЧА с "большими [???] объемами данных" и "большими [???] отчетами" может быть решена ТОЛЬКО С ПОМОЩЬЮ "Р"СУБД (то есть с помощью СУБД, которые хотя бы в какой-то степени (???) поддерживают РЕЛЯЦИОННУЮ МОДЕЛЬ ДАННЫХ).

То есть совет тем, кто эксплуатирует некие "нереляционные системы" звучит примерно так: в ожидании того момента, когда объемы данных станут "большими", не теряйте время и готовьтесь к переходу на "Р"СУБД.
А никто не поможет как-то оценить прилагательное "большие" ? Вдруг критический момент настанет уже завтра ? Или, наоборот, через 1000 лет ?

----------------------- постарайтесь понять это ---

Когда пользователь нажимает клавишу <стрелка вниз> или <стрелка вверх>, и "перемещается" на следующую (предыдущую) запись товарной накладной - это навигация. То есть в приложении (почти в любом !) навигация есть.
Реляционная теория не в состоянии решить эту "проблему". Что делать ?
Либо использовать две "подсистемы" (два языка программирования).
Либо отходить от реляционных принципов.
Инструкции DECLARE CURSOR, OPEN, FETCH, CLOSE - это, конечно, отход от реляционных принципов, не спасающий, к тому же, от другого языка программирования.

Итак, с навигацией "на уровне приложения" пришлось смириться - ведь она объективно есть. А "смириться" с навигацией на уровне баз данных "мешает" математика ? Уверен, что в борьбе математики со здравым смыслом победит, как всегда, здравый смысл. Ведь навигация на уровне БД радикально упрощает и неизбежную навигацию на уровне приложения.

Извините, конечно, что приходится цитировать такие банальные вещи на столь серьезном форуме:

Дж.Грофф, П.Вайнберг. Энциклопедия SQL. 3-е изд. 2004, стр. 477:

"
- Инструкция OPEN устанавливает курсор в положение, предшествующее первой строке таблицы результатов запроса. В этом положении у курсора нет текущей строки.
- Инструкция FETCH продвигает курсор на следующую доступную строку таблицы результатов запроса, если таковая имеется. Данная строка становится текущей строкой курсора.
- Если инструкция FETCH продвигает курсор в положение, следующее за последней строкой таблицы результатов запроса, то эта инструкция возвращает предупреждение NOT FOUND. В данной ситуации у курсора опять нет текущей строки.
- Инструкция CLOSE прекращает доступ к таблице результатов запроса и закрывает курсор.
"

Далее повторю еще раз примеры объектных функций. Обратите внимание на пример 2, и сравните с соответствующей "курсорной" реализацией перебора строк в РЕЗУЛЬТАТЕ (то есть до этого еще одна навигация - по БД - должна быть выполнена) запроса.

1. Получить значения нескольких характеристик экземпляра ie объекта io:

d $$gs(io,ie,"gs")

где в gs(ih) - список идентификаторов нужных характеристик и полученные значения.

2. Получить список всех идентификаторов экземпляров ie2 объекта io2, связанных с экземпляром ie1 объекта io1 по связи ns - это типичная "задача" "получить все записи (в широком смысле слова) данного документа (в широком смысле слова)":

s ie2="" f s ie2=$$oc(io1,io2,ns,ie1,ie2) q:ie2="" d
.; здесь что-то делаем с экземплярами ie2
.q

3. Получить "документ" по "записи":

s ie1=$$oc(io2,io1,ns,ie2,"")

4. Получить значение характеристики ih экземпляра ie объекта io:

$$g(io,ie,ih)

например, получить дату "документа" от "записи":

s data=$$g(io1,$$oc(io2,io1,ns,ie2,""),ih)

где ih - идентификатор характеристики "Дата".

------------------

Уже только эти примеры представляют большинство операций чтения данных в большинстве типичных приложений, если они созданы в среде ОСУБД, а в подавляющем большинстве этих приложений - подавляющее большинство. То есть SQL не просто бесполезен, а вреден в большинстве случаев, потому что еще и оптимизатор что-то оптимизирует, когда оптимизировать нечего.
"Более сложные" случаи - это всего лишь комбинации перечисленных и аналогичная навигация (в терминах модели данных !) по индексам, так как индексы в ОСУБД являются полноценной частью данных, а не каким-то придатком для ошибающегося, как выяснилось, даже на элементарных запросах, оптимизатора...

И, еще раз напоминаю, что многое из того, что приходится программировать в приложениях на "Р"СУБД, пользователи приложений на ОСУБД получают сами, без программистов и программирования. Эта "тонкость" все время ускользает от внимания многих участников дискуссии. Но, надеюсь, Вы понимаете что такое объектный навигатор...

Так что мой посыл - "Р"СУБД шаг назад к временам до СУБД, а SQL бесполезен для получения данных - остается в силе, хотя и "заставляет" выдерживать "тяжелое противостояние"...
15 фев 05, 14:52    [1322512]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
и как ему не надоест...
15 фев 05, 15:05    [1322566]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Уважаемый vadiminfo !

Про "современные технологии" (читай "квадратные колеса") - красиво !

Но при этом продолжаете нести откровенную чушь про "зависимости атрибутов", и откровенно и умышленно "глупить" про MUMPS и ОСУБД...

Так что Вы там никак не можете различить ?
То ли две "записи" в базе данных.
То ли две "сущности" в действительности.

Две "записи" различаются элементарно, ведь у них разные идентификаторы (доступные для чтения пользователям).
Две "сущности" так же различаются элементарно - "приклейте" к ним идентификаторы, и успокойтесь.
И заканчивайте свой детский сад ("идентификатор человека" - надо же !).
От того, что откровенную коммерческую попсу Вы будете называть "современными технологиями", Вы ни на шаг не продвинетесь в понимании баз данных.
15 фев 05, 15:08    [1322588]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Уважаемый Павел Воронцов !

С Вами мы остановились на статье Чена. См. мое первое сообщение на стр. 43. А Вы перед этим ограничились тем, что сказали опять о моем бреде, потому что в статье Чена нет, якобы, Фиг.1 (Fig.1)...
15 фев 05, 15:13    [1322610]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
Андрей Леонидович, я Вам всё уже сказал. И повторять не хочется. Это Вына статье Чена остановились. Вот там и оставайтесь.
15 фев 05, 15:18    [1322627]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
Брависсимо, Андрей Леонидович! Вы блестяще доказали умение делать Copy-Paste! Похоже, это ваш истинный конек в области IT!
Только сколько не говори "халва", во рту сладко не станет. Сколько не делай Copy-Paste бреда, он не станет аргументированнее. Правда, вы никак не можете найти, где же у вас бред. Да вот же:
автор
Утратили
Идентификацию.

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

Бред. А SQL-то вы и не приметили. Или трактуйте термин "интегрированный язык" как-то по иному. А утрата страшного языка закорючек, этакого "ассемблера баз данных" вообще есть величайшее достижение.
автор
Семантику данных

Семантика есть у информации, у данных ее нет. Подучитесь немного базовым вещам, у нас в вузе их на 1 курсе студенты проходят.
И т.д.
С радостью ждем дальнейших ваших Copy-Paste и периодических заверений, что все оппонетны повержены, РМД в яме истории, а вы впереди всех на белом коне :)
Продолжаем шоу! ЙЙеесс!
15 фев 05, 15:24    [1322651]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
А в "соседней ветке" люди начали хотя бы Дейта читать !
Злой Хорек там правильно сказал: Дейт "открывает глаза" (хотя и не очень хорошо, конечно) на ООБД.
Но он, почему-то, не сделал значительно более важного и более очевидного вывода: Дейт (вот тут уж действительно ОЧЕНЬ ХОРОШО) открывает глаза на "Р"СУБД.
Только настоящий мазохист, прочитав Дейта, будет использовать "Р"СУБД для разработки приложений...
15 фев 05, 15:28    [1322673]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Уважаемый Павел Воронцов !

С Вами мы остановились на статье Чена. См. мое первое сообщение на стр. 43. А Вы перед этим ограничились тем, что сказали опять о моем бреде, потому что в статье Чена нет, якобы, Фиг.1 (Fig.1).

И НИЧЕГО ВЫ ПОСЛЕ ЭТОГО НЕ СКАЗАЛИ. Так что пока Вы "там остались", а не я...
15 фев 05, 15:30    [1322677]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Лучше бы Вы, уважаемый mir, промолчали.
Такой откровенной глупости здесь уже давно никто не писал. Но, с другой стороны, должен же кто-то повеселить зрителей. И хоть немного отвлечь от грустных мыслей о бесполезности "Р"СУБД...
15 фев 05, 15:40    [1322715]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
Андрей Леонидович
Уважаемый Павел Воронцов !

С Вами мы остановились на статье Чена. См. мое первое сообщение на стр. 43. А Вы перед этим ограничились тем, что сказали опять о моем бреде, потому что в статье Чена нет, якобы, Фиг.1 (Fig.1).

И НИЧЕГО ВЫ ПОСЛЕ ЭТОГО НЕ СКАЗАЛИ. Так что пока Вы "там остались", а не я...
в сторону: вот вляпался снова...

Андрей Леонидович, ну не врите пожалуйста. Я сказал "здесь нет Фиг.1". Здесь, а не в статье Чена. Про статью уже потом, из контекста стало понятно, что это именно её (статью) Вы имели в виду. И чем на самом деле являются все эти Ваши "зачеркнуть-надписать" я тоже сказал. Не то на стр 43, не то чуть ранее, не помню уже. Вы просто читать внимательно не умеете, у Вас избирательное восприятие.

-- Павел Воронцов, истинный мазохист.
15 фев 05, 15:41    [1322719]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
И всё же, где у него кнопка?
15 фев 05, 15:42    [1322720]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
2 Андрей Леонидович

Я вот никак не пойму: вы чего в этом конкретном топике добиваетесь? Чего именно? Какие у вас задачи? Чего вы от нас хотите?
Я так понимаю, если несколько человек уже сказали все, что они думают, причем многократно, причем с подтверждениями, то переубедить их уже невозможно. Тогда об чем разговор? И сколько страниц еще нужно?

-- Tygra's --
15 фев 05, 15:48    [1322742]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
AI
Member

Откуда: Москва
Сообщений: 2817
Андрей Леонидович
Уважаемый vadiminfo !

Про "современные технологии" (читай "квадратные колеса") - красиво !

Но при этом продолжаете нести откровенную чушь про "зависимости атрибутов", и откровенно и умышленно "глупить" про MUMPS и ОСУБД...

Так что Вы там никак не можете различить ?
То ли две "записи" в базе данных.
То ли две "сущности" в действительности.

Две "записи" различаются элементарно, ведь у них разные идентификаторы (доступные для чтения пользователям).
Две "сущности" так же различаются элементарно - "приклейте" к ним идентификаторы, и успокойтесь.
И заканчивайте свой детский сад ("идентификатор человека" - надо же !).
От того, что откровенную коммерческую попсу Вы будете называть "современными технологиями", Вы ни на шаг не продвинетесь в понимании баз данных.


Когда-то нас учили, что сущность - это класс объектов. И для различия экземпляров сущностей используются уникальные идентификаторы. А для различия сущностей используются просто разные имена. Для различия же записей в базе используются главные/уникальные ключи. Наверное, это было неправильно? И, наверное, неправильно при определении процедуры нормализации использовалось именно понятие зависимости атрибутов от ключа. И уж совсем неправильно говорили, что диаграммы сущность-связь не подразумевают реализацию только в виде реляционных баз данных.

Скажите, пожалуйста, как же все-таки правильно?

И что неправильно в "идентификаторе человека"? Я опять, видимо, неправильно думал что информация, которая будет регистрироваться в сущностях зависит от приложения.
15 фев 05, 15:50    [1322756]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Рано Вы про кнопку заговорили, уважаемый Павел Воронцов !

Вам еще очень далеко до понимания технологий баз данных.

Итак, вот Ваши мысли:

1. Всё, теперь мне всё понятно про ОМД. [разве не бред ?]

2. Андрей Леонидович, дорогой, вынужден Вас огорчить. Всё, что Вы напридумывали, не противоречит РМД, зря Вы копья ломаете. [разве не бред ?]

3. Вы только что признались, что идентификаторы суть то же самое, что и суррогатные ключи. То есть "провала ключей" нету, он у Вас в голове. [разве не бред ?]

4. Далее Вы реализуете все связи как "многое-ко-многим". Не всегда разумно, но допустимо. РМД не противоречит. [разве не бред ?]

5. Всё, больше никаких новшевств в вашем "зачёркиваем-оставляем-надписываем" нету. Где тут новая модель данных?

Вот я и говорю: все у Вас еще впереди...
Хотя речь и идет о СТАРОЙ (а не новой) объектной модели данных...
15 фев 05, 15:54    [1322775]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Мимо пробегал...
Guest
автор
Из Вашего сообщения я не смог понять чего Вы не поняли в формальном описании ОМД


Объясняю! Я НИЧЕГО не смог понять в формальном потому что я его не увидел. А Вы жестокий человек, Андрей Леонидович!!! Ведь можете написать "пару формул"для "строгой формализации" OMD , а не пишете. Все какие-то у Вас и т.д. получаются... Ох, терзаете Вы нашу жажду знаний....
15 фев 05, 15:57    [1322788]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
Андрей Леонидович
Рано Вы про кнопку заговорили, уважаемый Павел Воронцов !

Вам еще очень далеко до понимания технологий баз данных.

Итак, вот Ваши мысли:

1. Всё, теперь мне всё понятно про ОМД. [разве не бред ?]

2. Андрей Леонидович, дорогой, вынужден Вас огорчить. Всё, что Вы напридумывали, не противоречит РМД, зря Вы копья ломаете. [разве не бред ?]

3. Вы только что признались, что идентификаторы суть то же самое, что и суррогатные ключи. То есть "провала ключей" нету, он у Вас в голове. [разве не бред ?]

4. Далее Вы реализуете все связи как "многое-ко-многим". Не всегда разумно, но допустимо. РМД не противоречит. [разве не бред ?]

5. Всё, больше никаких новшевств в вашем "зачёркиваем-оставляем-надписываем" нету. Где тут новая модель данных?

Вот я и говорю: все у Вас еще впереди...
Хотя речь и идет о СТАРОЙ (а не новой) объектной модели данных...
Тут уже и сказать нечего. Отвечукакистинный дзен-буддист и мазохист.

- Ква!
15 фев 05, 15:57    [1322791]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Dogen
Member

Откуда: Гондурас
Сообщений: 2976
автор
Когда пользователь нажимает клавишу <стрелка вниз> или <стрелка вверх>, и "перемещается" на следующую (предыдущую) запись товарной накладной - это навигация. То есть в приложении (почти в любом !) навигация есть.
Реляционная теория не в состоянии решить эту "проблему". Что делать ?


Фигня на постном масле.

Накладная - это множество строк, отсортированных в порядке, удобном кладовщику или стандартизованном каким-либо еще образом.

Строки эти в БД появляются в наперед неизвестном хронологическом порядке.

Проблемы, в сущности, нет. Решать ничего не надо.

"пока вы смотрите свой телевизор, инопланетяне через него трахают вам мозги"
15 фев 05, 15:58    [1322792]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Уважаемый tygra !

Я уже отвечал на эти вопросы.
Я всего лишь информирую "вас" о том, о чем "вы" не знаете. Только и всего.
Конечно, я был бы благодарен тому, кто сообщил бы мне нечто о базах данных, чего я не знаю. Но, к сожалению, этого пока не произошло.
То, что мне удалось "склонить" некоторую часть участников дискуссии к более глубокому изучению баз данных, у меня сомнений нет. А переубеждать я никого не собирался, и не собираюсь.
А Вы чего ждете ???
Почему Вы читаете эту дискуссию ???
15 фев 05, 16:04    [1322814]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Уважаемый Al !

"Когда-то нас учили, что сущность - это класс объектов. И для различия экземпляров сущностей используются уникальные идентификаторы. А для различия сущностей используются просто разные имена. Для различия же записей в базе используются главные/уникальные ключи. Наверное, это было неправильно?"

Да, это "было неправильно".

"И, наверное, неправильно при определении процедуры нормализации использовалось именно понятие зависимости атрибутов от ключа."

Да, это тоже неправильно.

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

А это, как раз, "правильно говорили". Но про "другие базы данных", видимо, забыли сообщить...

И все это мы уже подробно обсуждали...
15 фев 05, 16:14    [1322857]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Да, уважаемый Мимо пробегал ! Я еще и жестокий...
Потому что настоящее образование - это только самообразование (то есть я придерживаюсь этой, весьма не распространенной сейчас, точки зрения на образование).
15 фев 05, 16:17    [1322863]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 41 42 43 44 45 [46] 47 48 49 50 .. 83   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить