powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
162 сообщений из 162, показаны все 7 страниц
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33150870
Jonnyl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Привет всем!

У меня вот такой вопросик
Чем отличается понятие отношения в реляционной модели данных от одноименного понятия в теории множеств?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33150897
Paul Sacks
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Реляционная модель основана на математическом понятии отношения, физическим представлением которого является таблица. Базовой структурой данных является двумерная таблица, состоящая из записей одинаковой структуры. Логическая структура данных представляется набором связанных таблиц. Простейший вид связи между данными реализуется включением данных в одну таблицу. Тем самым определяется, что данные либо относятся к одному объекту (при вхождении в одну запись), либо относятся к объектам одного типа. Более сложные связи между данными реализуются с помощью связывания таблиц с помощью конструкции “первичный/внешний ключ”.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33150909
Jonnyl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Большое Спасибо!!!
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33150987
Чем отличается понятие отношения в реляционной модели данных от одноименного понятия в теории множеств?

ИМХО единственное отличие - в РМД вводится понятие ключа.

2 Paul Sacks

Как то смешались в кучу отношения, таблицы, записи, объекты..... ну кто сказал, что если данные относятся к одному объекту, то они должны пормещатся в одну запись?...и что такое объект в этом контексте?....Это ИМХО не РМД а некое премлолённое восприятие, достаточно , к сожалению, распространенное.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33151105
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну, иногда отмечают, что в математике множество фиксировано, а отношение в РМД нет (т.е. оно переменное). Т.е. оно совпадает с отношением только в каждом состониии БД. У Дейта вообще есть термин "Переменная отношения", однако, у Кодда в большинстве литр этого термина нет.
Кроме того, математика стремится абстрагироваться от природы объектов, а в БД имеет значение семантика: в схеме отношения в РМД, по возможности, стремятся придать больше смысловой нагрузки, кортежам.
Так же в математике множество, а в инфотехнологиях мультимножество - допускаются дубликаты. Впрочем, Дейт, например, не распространяет это на отношения, а тока на таблы. Но дубликаты вроде критикует, а в этом есть польза в БД.
Ну, иногда отмечают, что отношения в РМД всегда конечны, что имеет значение в теории, поскоку домены, то могут быть бесконечными.

Ключи в понятие отношения обыкновенно не входят. Это самостоятельное понятие, хотя и связанное с отношениями.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33151122
nik_x
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТЕОРИЯ МНОЖЕСТВ - раздел математики, в котором изучаются общие свойства множеств, преимущественно бесконечных. Понятие множества - простейшее математическое понятие...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33151145
Да, Мимо пробегал. Вы точно повторили главные проблемы РМД: "роль ключей" и "роль кортежей"...
Кодд использовал словосочетание "entity interrity" при формальном описании потенциального ключа в [1979]. (Кстати, в ранних, до 1970, работах, он склонялся к выделению отношений, представляющих связи между сущностями). Entity ! Чистая математика на этом заканчивается. А "внешние ключи" в [1979] уже просто не упоминаются при формальном описании РМД !
Ну и, конечно, отношения не реализованы ни в одной "Р"СУБД. Поэтому правильным было бы называть эти СУБД, все-таки, постреляционными (термин придуман в "недрах" MS), подразумевая "реляционную эпоху" чисто теоретической: с 1969 по 1979 годы.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33151338
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
JonnylПривет всем!

У меня вот такой вопросик
Чем отличается понятие отношения в реляционной модели данных от одноименного понятия в теории множеств?

Первое есть частный случай второго. Больше ничем.

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

Всякие мультимножества элементарно сводятся к множествам, именно поэтому в математике распространения не получили. С ключами очевидно тоже проблем нет. Статичность это на уровне философии, математика действительно статична, но и это можно решить, например динамические системы математику не разрушили.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33152045
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JonnylПривет всем!
У меня вот такой вопросик
Чем отличается понятие отношения в реляционной модели данных от одноименного понятия в теории множеств?
Отношение в РМД состоит из заголовка , или схемы отношения и тела отношения. В теории множеств таких понятий нет, т.е. они просто подразумеваются. А в остальном - разницы нет, т.к. и там, и там отношение есть подмножество декартова произведения множеств-аргументов (доменов в РМД). Кроме того, в РМД в настоящее время трудами Дейта более четко введена терминология, относящаяся к отношениям. А именно, введено понятие переменной отношения (RelVar) как конкретного экземпляра отношения (то есть конкретного набора кортежей с их конкретными значениями) в некоторый момент времени.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33154364
2 Андрей Леонидович
Вы, Андрей Леонидович, как всегда, в своем репертуаре . Я, на всякий случай, несколько раз перечитал свое сообщение, но так и не нашел там упоминания ни о каких "главных проблемах РМД: "роль ключей" и "роль кортежей"...".... То есть я их не повторял ....Я их даже не озвучивал впервые .... Откуда Вы взяли, что я о этих проблемах говорю?....Где Вы их в моем посте нашли то?...... Более того, я даже о "роли ключей в РМД" не сказал. Они (ключи) там (в РМД) просто есть - безо всяких ролей. Роли есть в вашей голове.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33155489
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кортеж отношение в теории множеств - упорядоченный набор элементов.
Кортеж РМД - неупорядоченный набор пар A:v, где A - имя атрибута, v -значение.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33155525
Плохо, Мимо пробегал.
Я уже подумал, что в Вашей голове тоже что-то появилось по поводу "роли ключей" и "роли кортежей". Здесь ведь долго и упорно пытались доказать, что ключи - это "ограничения целостности", а кортежи "не представляют никаких сущностей"...

"Вводится понятие ключа". "Вводится", Вы сказали. А не введено. И, тем более, не "успешно введено". Я был уверен, честно говоря, что Вы суть проблемы "роль ключей в РМД" поняли. Но, извините, конечно. Буду считать, что не поняли, и "повторить", конечно, не могли. Еще раз, извините.

"Как то смешалось в кучу отношения, таблицы, записи, объекты... Это ИМХО не РМД...". Я был уверен, честно говоря, что Вы суть проблемы "роль кортежей в РМД" поняли. Но, извините, конечно. Буду считать, что не поняли, и "повторить", конечно, не могли. Еще раз, извините.

Вот mir достаточно точен, избегая "ключей", и, особенно, "сущностей". Без того и другого получилась бы настоящая РМД...

P.S. Это к основным "знатокам-спорщикам".

Раз уж у vadiminfo появилась очередная "толстая книга", позволю себе очередную цитату из гл.18 этой книги:

"1. Кортежи базовых переменных-отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значение первичного ключа используются в качестве идентификаторов..."

Ну хотя бы за прилагательное "базовых" что ли "зацепились", когда спорили о "роли ключей" и "роли кортежей"... Потом перейдем к "не базовым". И ничего хорошего вас и РМД там тоже не ждет...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33155597
2 Андрей Леонидович

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

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

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

С Вами тяжелее. Испытав описанный выше кризис, Вы теперь агрессивно вините саму модель. Боюсь, что ей это пофигу.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33155602
Интересный фрагмент из старого "спора":

vadiminfo: "Но вообще-то есть явная идея о том, что каждому отношению должна соответствовать какая-то сущность реального мира."
U-gene: "...и где такая явная идея, кроме как в Вашей головы, есть? если не трудно, хоть одну ссылку на любой более-менее приличный источник..."

Видимо тогда U-gene как-то неявно намекал на прилагательное "каждому", то есть как-то "подталкивал" к мысли о "не базовых" отношениях. Нельзя же, мне кажется, Кодда и Дейта считать совсем уж "неприличными источниками"...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33155618
Я же уже понял, Мимо пробегал, что Вы ничего не поняли, и цепляетесь даже не за книжные знания, а за какие-то невероятные стереотипы. Я это отношу к недостаткам системы образования - никаких других объяснений у меня нет...
Поэтому я и извинился перед Вами...
Кодд и Дейт, среди "многих", воспринимали (Дейт - воспринимает) РМД и как "средство моделирования предметной области". Вы что же считаете, что я подлогом занимаюсь, когда тщательно и подробно цитирую основателей РМД ??? Что они этого не писали ??? Устал Вам повторять про entity в работах Кодда... Почитайте, наконец-то, хотя бы Кодда...
И не бойтесь. РМД, конечно, "пофигу" от того, что она просто никем не может быть реализована...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33155621
Ну вот, и мне попало...:)...Пойду напьюсь с горя.......
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33155741
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
vadiminfo: "Но вообще-то есть явная идея о том, что каждому отношению должна соответствовать какая-то сущность реального мира."

На сколько помню, по фразе, я говорил о недостатке РМД - "неадекватное представление сущностей реального мира". Он связан с созданием в процессе нормализации отношений, которые не соответсвуют сущностям "реального мира". В этом контексте эта фраза. И Ваша цитаты в этом ничего не меняют.
U-gene возражал, но в отличии от Вас, по существу, со знанием предмета.

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

Даже если я ошибаюсь, и Вы поймаете меня на словах, это ничего не изменит в положение РМД. Чтобы это изменить, нужно что-то более весомое. Для этой задачи у Вас мало шансов - все-таки для этого нужен другой, чем у нас с Вами уровень. Вот Вам мой совет - пропагандируйте свой МУМПС потихоньку, но тоже выучите хотя бы что-то про него, чтобы говорить по предмету.
А смешные лозунги про технологии оставьте для рекламщиков.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33157848
Ваша безграмотность в области баз данных, vadiminfo, доводит Вас уже до обычного вранья. Не "в этом контексте эта фраза". U-gene возражал так, как я написал. Именно так. И я, конечно, считаю, что со знанием предмета. То есть неявно намекал на "не базовые" отношения. Иначе можно было бы подумать, что он считает труды Кодда и Дейта "неприличными источниками". А этого, мне кажется, не может быть...
ОМД не моя. И формализована намного лучше, чем РМД. Именно поэтому ОМД реализована и используется, а РМД НИКЕМ НЕ РЕАЛИЗОВАНА и НЕ ИСПОЛЬЗУЕТСЯ. Где же здесь метафизика ???
ОМД лишена хорошо известных недостатков РМД, у которой отсутствует навигация, практически нет семантики и убогая идентификация. РМД не реализована и не применяется. Вместо РМД используются постреляционные суррогаты типа тех моделей без названия, которые можно увидеть в Oracle или MS SQL...
"Протащить ... под шумок". Опять вранье. Шумите Вы. А я только информирую о том, о чем Вы не знаете. А то, что и знать не хотите, характеризует Вас как банального ретрограда и демагога...
Не собираюсь я Вас "ловить на словах". Это увлечение, как раз, Ваше и Ваших коллег. И положение РМД это уж точно не изменит. Это практически нереализуемая модель...
Но судя по тому, что Вы все время что-то говорите, хотя и не по существу, что-то Вас все-таки беспокоит. И я по-прежнему готов помочь Вам разобраться в реляционной теории...
Например, мы можем провести семинар, например, по РМД, на котором Вам и Вашим коллегам придется признать либо свое непонимание РМД, либо то, что вы все поняли давно, но, пользуясь такой формой общения, допускающей, к сожалению, откровенно неприличное поведение, просто срываете на мне зло. Потому что поняли не сами, а благодаря мне...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33158047
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
Ваша безграмотность в области баз данных, vadiminfo, доводит Вас уже до обычного вранья.

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

Андрей Леонидович
То есть неявно намекал на "не базовые" отношения.

Ну намеркал так намекал. Мне важно, что с "базовыми" происходит.

Андрей Леонидович
И формализована намного лучше, чем РМД. Именно поэтому ОМД реализована и используется, а РМД НИКЕМ НЕ РЕАЛИЗОВАНА и НЕ ИСПОЛЬЗУЕТСЯ. Где же здесь метафизика ???
Потому что Вы думаете, что формализация РМД, это та Ваша формализация? Тогда конечно, хуже такой фрормализации ничего быть не может. Проблема тока в том, что обыкновенно под формализацией РМД имеют в виду совсем другое. И в том, что ее мат обоснование не вызывает сомнение даже у ее противников. Тока самые отсталые слои населения, которые не в курсе, что есть такое формализация, могут в этом сомневаться.
То что Ваша дореляционная ОМД используется на Балабановской спичечной фабрике, еще не о чем не говорит. Ну одурачили Вы какого-то там начальника, который и компов то, наверное, не видел. Впарили ему весь этот отстой. И рады. А РМД используется на большинстве всех остальных предприятия, включая самые богатые в мире. Решения о внедрении принимали спецы с образованием не таким как у Вас.
Кроме того, это Ваша дореляционная ОМД, вообще не имеет достоинств - с ее помощью моделировать то нормально нельзя - пользовательские объекты не поддерживаются. Лучше не смешите меня опять.
Метафизика в том, что Вы пытаетнсь абсолютизировать недостатки.

Андрей Леонидович
"Протащить ... под шумок". Опять вранье. Шумите Вы. А я только информирую о том, о чем Вы не знаете. А то, что и знать не хотите, характеризует Вас как банального ретрограда и демагога...

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

Знать не захочу ни за какие хорошие характеристики, тем более от Вас. Ведь если Вы даете хорошую характеристику, значит что-то пошло не так.

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

Мне кажется, что Вы слишком завышаете оценку Ваших знаний реляционной теории. Боюсь, что для меня такие знания не достаточны.

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

Все Ваши мысли мне давно известны. В них нет ничего достойного какого-то внимания. Тем более это всего две - три наивные мысли. Зачем мне еще переться куда-то - поржать я и здесь могу в свое удовольствие над Вашими высказываниями.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33158444
1. Вам важно, что с "базовыми" происходит ? Они представляют сущности окружающего мира. Которые нужно идентифицировать. Больше ничего особенного не происходит...
2. Нет. Формализации РМД нет не из-за меня, а из-за проблем с ключами. Вон Вы как долго и упорно говорите об ограничениях целостности, а не об идентификации сущностей, споря с Коддом и Дейтом...
То ключи нужны для ограничений целостности (просто данных безотносительно окружающего мира), то "базовые отношения" (как минимум) представляют сущности, и ключи нужны для их идентификации...
3. Что за матобоснование ? Отношения ? С этим никто и не спорит. Но, проблема с ключами, к сожалению... И со всем, что из них "вытекает"...
4. "Впариваете отстой" Вы, пользуясь даже не безграмотностью Ваших заказчиков, а самым обыкновенным обманом, который Вы и здесь пытаетесь демонстрировать... РМД, как известно, не используется ни на одном предприятии в мире. Опять путаете с постреляционными суррогатами...
5. Вот это да ! Что за недостаток РМД был известен 20 лет назад ???
6. Ну от Вас вообще никаких характеристик не дождешься, потому что Вы просто не владеете, пока, достаточными знаниями, чтобы давать характеристики...
7. Вы не "ржете", а внимательно относитесь ко всем моим высказыванием, читаете то, что я Вам рекомендую, в общем учитесь... Так что не врите, пожалуйста...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33158486
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
1. Вам важно, что с "базовыми" происходит ? Они представляют сущности окружающего мира. Которые нужно идентифицировать. Больше ничего особенного не происходит...

Вы думаете?
Если Вы не поняли, о чем я говорил, то как можно расчитывать на то, что Вы понимаете о чем у Кодда и Дейта? РМД не Ваша область. Вы с ними не работали, а рассуждаете о них. На что Вы надетесь?

Андрей Леонидович
2. Нет. Формализации РМД нет не из-за меня, а из-за проблем с ключами. Вон Вы как долго и упорно говорите об ограничениях целостности, а не об идентификации сущностей, споря с Коддом и Дейтом...

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

Андрей Леонидович
3. Что за матобоснование ? Отношения ? С этим никто и не спорит. Но, проблема с ключами, к сожалению... И со всем, что из них "вытекает"...

Реляционная алгебра. Теория реляционных БД.

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

Андрей Леонидович
4. "Впариваете отстой" Вы, пользуясь даже не безграмотностью Ваших заказчиков, а самым обыкновенным обманом, который Вы и здесь пытаетесь демонстрировать... РМД, как известно, не используется ни на одном предприятии в мире. Опять путаете с постреляционными суррогатами...

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

Андрей Леонидович
5. Вот это да ! Что за недостаток РМД был известен 20 лет назад ???

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

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

Что правда, то правда. Мне раздача характеристик по барабану. Действительно, какая мне польза от этого? И знания я свои достаточным не считаю.

Андрей Леонидович
7. Вы не "ржете", а внимательно относитесь ко всем моим высказыванием, читаете то, что я Вам рекомендую, в общем учитесь... Так что не врите, пожалуйста...

Ржу. Вот и сейчас, када пишу это. А что делать?
То что Вы рекомендуте, особенно про МУМПС не читаю, и не собираюсь, пока про то не напишут в толстой литре. Пишите толстую книгу.
Иначе Ваши рекомендации до меня не дойдут. Можно, конечно, и не толстую, но умную, но умные мысли не Ваше кредо. А вот толстую Вы можете - повторять одно и тоже Вы мостак. Повторите раз 1000 страниц на 600-1000, обязательно куплю, если попадется в книжном в разделе БД. В другом отделе -юмористическом или каком другом не куплю.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33160243
Ваша, vadiminfo, постоянная ложь, хамство, и необъяснимая трусость, конечно, неприятны мне, как человеку. Но они ведь не необычны на sql.ru. И помочь Вам в понимании баз данных я, конечно, готов. Потому что и Вы, внутренне, к этому готовы...

Итак, например, Вы не "ржете", когда читаете у Дейта:

"1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов."

Но "ржете", когда я это повторяю, и даже когда я просто цитирую Дейта (или Кодда). Как это понимать ? Ваше объяснение: ничего не понимающий в базах данных "коллега ЧАЛ", конечно, и здесь не понял, что на самом деле имел в виду Дейт. Будьте любезны, повторите "собственноручно" эту цитату, и попытайтесь объяснить как нужно правильно ее понять...
И я Вас заставлю дать объяснение по всем приведенным мной цитатам Кодда и Дейта, а потом, если захотите, Мейера и других авторов. Так что готовтесь к серьезной дискуссии, и неизбежному позорному поражению в ней. А начнем вот с такой простой цитаты, раз уж она оказалась последней...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33160349
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
Ваша, vadiminfo, постоянная ложь, хамство, и необъяснимая трусость, конечно, неприятны мне, как человеку.

Я просто умираю от страха. Почему Вы так уверены что Вы приятны как человек? На себя то посмотрите, храбрец Вы наш.

Андрей Леонидович
И помочь Вам в понимании баз данных я, конечно, готов.

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

Андрей Леонидович
Итак, например, Вы не "ржете", когда читаете у Дейта:

Надеюсь Вы себя к Дейту не приравниваете. Кто Вы и Кто он?

Андрей Леонидович
Но "ржете", когда я это повторяю, и даже когда я просто цитирую Дейта (или Кодда). Как это понимать ?

Ну, хохмить у вас получается. Ничего не скажешь. Не цитируйте Дейта - добрый совет. Лучше поступите хотя бы на заочное по специальности, связанной с ИС. Тада будет легче и Дейта Вам читать.

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

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

Андрей Леонидович
И я Вас заставлю дать объяснение по всем приведенным мной цитатам Кодда и Дейта, а потом, если захотите, Мейера и других авторов.

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

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

И не мечтайте о дискуссии. У Вас репутация на форуме не такова теперь, чтобы с Вами вести дискуссии. Надо было раньше думать.
Кроме того, Ваши мысли давно известны. Интереса уже не представляют. Перечитайте старые дискуссии - там все уже есть.
К победам и поражениям в дискуссиях я равнодушен, так как для меня цель в дискуссии выяснение реального положения дел, а кто победил по барабану.
А как Вы "побеждали" - я знаю. это вообще не дискуссия. Перечитайте. Писал про эти грязные приемы пропаганды, которыми Вы не брезгуете.
Скажите спасибо, что вообще Вам еще отвечаю по доброте душевной.
А так раз у Вас нет ничего интересного по БД, то и грить то не очем.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33161786
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей ЛеонидовичИтак, например, Вы не "ржете", когда читаете у Дейта:
"1. Кортежи базовых переменных отношений представляют сущности реального мира.
Не для ЧАЛ, а для остальных позволю заметить, что Дейт очень давно отошел от этой точки зрения. ЧАЛ цитирует довольно старую его книгу. Уже много лет Дейт и другие теоретики (Паскаль, Дарвен и др.) пришли к совсем другой трактовке, совсем не требующей зыбкого понятия "сущность". Кратко напомню, что каждому отношению сответствует предикат истинности, а кортежи отношения соответствуют фактам, т.е. истинностным утверждениям, удовлетворяющим предикату. Очень просто, очень элегантно.

Тов. ЧАЛ надо бы следить за прогрессом теории, которую он так яростно ненавидит. Реляционная теория жива, и поэтому развивается, а не стоит на месте, как и любая наука. А познания ЧАЛ -- увы, 20-летней давности.

Тем не менее отмечу, что развитие реляционной теории не отменяет базовые концепции, просто таковые уточняются, где надо -- корректируются. В 3 манифесте, например, введена предельно простая и полная рел. алгебра. Поправлен тезис Кодда о строгой необходимости NULL в РМД, это признано ошибкой, предложены аж два разных решения, как обходится без NULL. И т.д. Живет теория, развивается.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33161804
Вы б хоть уточняли, про какую-такую КНИГУ вы все гутарите... а то "у vadiminfo появилась очередная толстая книга" - это ссылку мало напоминает . Мне кааца, что сам vadiminfo не совсем в курсе, что это за книга....
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33161822
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Привет, Мимо!
Ты пишешь:

Мимо Мп> Вы б хоть уточняли, про какую-такую КНИГУ вы все гутарите... а то "у vadiminfo появилась очередная толстая книга" -
это
Мп> ссылку мало напоминает . Мне кааца, что сам vadiminfo не совсем в курсе, что это за книга....
http://www.sql.ru/forum/actualthread.aspx?tid=199292#1695999

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33161965
"Каждому отношению соответствует предикат истинности, а кортежи отношения соответствую фактам... очень элегантно."

Все это есть, конечно же (!), в последнем (mir врет с таким же упоением, как и vadiminfo) издании книги Дейта "Введение в системы баз данных".

Но ни Кодд, в свое время, ни Дейт сегодня (!), ни Паскаль, ни Дарвен не в состоянии уйти от понятия сущности. Поэтому в ЭТОЙ ЖЕ книге Дейт и пишет:

"1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов."

А так же относит ключи к понятиям структуры (!) данных и т.д. (читайте все мои цитаты, раз лень читать первоисточники). И от противоречий, которые привносят понятия ключей никуда не денешься, и ни за какие "предикаты" и "факты" не спрячешься. Назвав "фактом" кортеж отношения Человек или Товар, вы не отмените эти 4 пункта. Никак.

Так что давайте говорить именно про те "базовые концепции", которые, при ближайшем рассмотрении, завели "теорию" в такой тупик, что "уточнения" и "корректировки" уже не помогают...
Итак, vadiminfo, цитируйте 4 пункта Дейта и отвечайте по существу: в чем то ли я, то ли Дейт не правы.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33162201
Я что-то искал, искал - не нашел :) Можно точные координаты, где такое Дейт в последнем издании написал (Автор, Название, Издание, Издательство, Год, страница)?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33162277
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Смешно, то что Вы цитаты приводите ни к месту. Ни к теме, ни к фрагмету моего текста (который тоже не имеет отношения к теме, но Вы его процитировали). Особенно пп 2-4.
Непонятно зачем Вы их приводите. Вы еще процетируйте Кеплера, что земля круглая, и вертится вокруг солнца в этой теме. Смешно то, что это Вы выдаете избитые истинны за якобы эврику.
Ничего не меняет того, что подобное сказал Дейт или кто другой. Примерно то же во многих источниках есть и было. И особенно смешно, что Вы находите здесь что-то плохое для ключей.
Учитывая, что ключи есть в ER, ООБД, потому это не тока РМД Вы крах надыбали. А где их нет? В дореляционной ОМД?
Вы басню Крылова "Лиса и виноград" перечитайте лучше.
Сущности реального мира допускают возможность идентификации. А OID это и есть эта идентификация из реального мира? Или это какая-то вообще ни о чем не говорящая юзеру идентификация? И что тада делать? У нас есть ограничения целостности, основанные на ключах, которые декларативно запретят дубли кортежей, раз их не должно быть в реальном мире. А у Вас? "Хорошо" спроектированное приложение? Не декларативно? Не в БД? Спасибо, мне это не подходит, а Вы как хотите. Переубеждать не буду. Чем больше таких как у Вас систем, тем легче конукуренция.
Хотя не понимаю, зачем Вы в сотый раз говорите эти Ваши известные давно мысли?
Вот и я повторил в 10 раз ответ. Что изменилось? Я знаю, что Вы скажете, а Вы что я отвечу. Вон откройте те якобы дискуссии, и читайте по много раз и думайте, что Вы тока что написали, а я тока что ответил.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33163092
Dimonische
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Коллега ЧАЛ (и прочие) коллеги, вы напрягаете себя и людей оперируя абстрактными терминами. На эти термины большинству людей совершенно наплевать, у них Оракл в качестве теории, опыта и практики.

Приведите простейший пример - Человек - Заказ - Товар - Склад, например, и опишите вашу печаль в конкретной задаче. А мы заценим. Может, разделим вашу печаль. Может подальше пошлем. Но без задачи посыл происходит автоматически
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33163148
Эта... ИМХО в данном случае практика не есть критерий истины... Я например на Accesse и MSSQL сижу, но мне не наплевать на "абстрактные термины". оперируя ими я могу понять некоторые концептуальные недостатки этих и других систем (в т.ч. Oracle)

И мне очень бы хотелось получить от Андрей Леонидовича точные координаты приводимой им цитаты.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33163327
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По теме предикатов, вот первая попавшася прямая отсылка к Дейту и Дарвену (статья от 25.03.2005):
ON TEMPORAL DATA AND THE RELATIONAL MODEL И вот из нее, скажем, цитата по теме:
C. J. Date and H. Darwen
VACATIONS (NAME; NO_OF_WEEKS)
Now, the way to explain the interpretation of a given relvar—equivalently, the way to explain what that relvar means—is by stating the corresponding predicate . In the case at hand, the predicate looks something like this:

The employee called NAME has NO_OF_WEEKS weeks of vacation.

It's important to understand that every relvar has a corresponding predicate; the predicate is the intended interpretation. It's also important to understand that users must always be told the predicate for every relvar they want to use. (In practice, we don't often talk in such high-flown terms, of course—that is, we don't often use the term predicate in the sense in which I'm using it here—but we do have to say what relvars mean; and however we choose to carry out that necessary task, whatever we do is logically equivalent to stating the predicate.)

Note very carefully too that the predicate for a given relvar is not innate (if it were, we wouldn't have to spell it out). Even the VACATIONS example might conceivably have a very different interpretation—for example:

The dog called NAME has had NO_OF_WEEKS visits to the vet.

Of course, if this latter is the intended interpretation, the names VACATIONS and NO_OF_WEEKS aren't very well chosen from an intuitive point of view, but so what? There's nothing logically wrong with them. Names are arbitrary—right?

Next, given some relvar, each tuple appearing in that relvar at some given time t represents some proposition that evaluates to true at that time t (more accurately, some proposition that we believe evaluates to true at that time t , but I'm going to ignore this latter nicety here). The proposition in question is derived from the relvar predicate by substituting attribute values from the tuple in question for the parameters appearing in the predicate. In the case of relvar VACATIONS, for example, with its predicate

The employee called NAME has NO_OF_WEEKS weeks of vacation

the tuple for Joe represents the proposition

The employee called Joe has 3 weeks of vacation

(and that proposition is supposed to evaluate to true).
Можно и еще найти. Полагаю, что точка зрения Дейта на то, как следует интерпретировать отношения и их кортежи, выражена предельно ясно.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33164496
Нет, mir. Все это есть и во "Введение в системы баз данных". "Точка зрения Дейта, на то как следует интерпретировать отношения и их кортежи, выражена" НЕ предельно ясно. Она была бы выражена ясно, если бы рассматривалась СОВМЕСТНО с ключами. А здесь нет ни слова о ключах. Уберите понятие ключей из РМД - тогда все будет "в порядке". Возможно...
А пока эти Ваши цитаты никак не отменяют, а только усугубляют, следующее:

"1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов."
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33164510
Для Мимо пробегал, еще раз:

Дейт К.Дж. Введение в системы баз данных, 7-е издание.: Пер. с англ. - М.: Издательский дом "Вильямс", 2001.

Гл. 18, стр. 705.

Читайте так же гл. 5, где первичный ключ отнесен к понятию структуры (!) данных, п. 3.4, в котором объясняется "любимая интерпретация mir", и (очень интересный) п. 8.8 о ключах...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33164521
Не врите, vadiminfo, все я привожу к месту и к теме, которая у нас одна - существует или нет реляционная модель данных, или более конкретно - роль кортежей и ключей в реляционной модели данных...
Если хотите сказать, что Дейт, как и я, - "убогий шизофреник", то так и скажите. Или прокомментируйте высказывание Дейта:

"1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов."

Судя по всему, Вы с ним согласны. Но хотелось бы услышать более четкое подтверждение...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33164588
Господа, посмотрите, а? У меня 6-е издание (Диалектика, Киев) и там этих опусов я попросту не нахожу. Во всяком случае, в 6-м издании ключи достаточно четко относятся именно к ограничениям целостности. Что то мне мало верится, что Дейт мог так сказать.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33164779
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
Не врите, vadiminfo, все я привожу к месту и к теме, которая у нас одна - существует или нет реляционная модель данных, или более конкретно - роль кортежей и ключей в реляционной модели данных...

Это у Вас одна. А у меня много. В данном топике: "Чем отличается понятие отношения в реляционной модели данных от одноименного понятия в теории множеств?"
Такой темы как у Вас у меня нету. Для меня РМД существует. А для Вас нет?
Разве это не хохма?
Хотя не существование дореляционной ОМД всегда готов допустить. Тут как хотите. Мне она не нужна. А Вам?
А темы про разные роли чего-то в чем-то вообще лучше подходят для школьных сочинений.

Андрей Леонидович
Если хотите сказать, что Дейт, как и я, - "убогий шизофреник", то так и скажите. Или прокомментируйте высказывание Дейта:

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

В целом, если пункты из текста соблюдаются, то это хорошо для БД. Это как бы идеальная картирна.

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

Вы так и не ответили у Вас что есть что-то новое, или Вы одно и тоже по 10 кругу хотите прогнать?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33165110
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей ЛеонидовичДля Мимо пробегал, еще раз:

Дейт К.Дж. Введение в системы баз данных, 7-е издание.: Пер. с англ. - М.: Издательский дом "Вильямс", 2001.

Гл. 18, стр. 705.

Цитата вне контекста. Глава 18 "Отсутствующая информация" посвящена описанию и критике концепций, возникающих при использовании NULL и трехзначной логики, а указанная цитата - часть описания критикуемого далее "Правила сохранения целостности сущности". Здесь Дейт фактически критикует Кодда, который ввел эти дела в RM/T. Т.е. к основаниям реляционной модели в понимании Дейта этот текст никакого отношения не имеет.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33166937
Может быть, Мимо пробегал, насколько я помню 6-е издание, загляните в гл. 20 ? Или получается, что это, как раз, НОВЫЕ мысли ??? Вам, кстати, не стыдно намекать, что я так нагло вру ?

P.S. 7-е издание, п. 5.1, стр. 151:

"Наиболее важные термины описания СТРУКТУРЫ данных представлены на рис. 5.1... ОТНОШЕНИЕ, КОРТЕЖ,..., и ПЕРВИЧНЫЙ КЛЮЧ."
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33166947
Итак, vadiminfo, после 2-х лет бесплодных попыток не согласиться, Вы согласились с:

"1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов."

Я правильно Вас понял ???
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33166956
В 6-м издании нет в явном виде такого куска.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33166970
Не вводите людей в заблуждение, ModelR. Это не красиво. Если бы Дейт написал:

"Не могу точно сказать, почему Кодд заблуждался. Может быть он думал, что:

1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов.

Но ведь это не так ! Вот в чем ошибался Кодд..."

Но Дейт так не писал. Он критикует "правило сохранение целостности сущности", а вовсе не сами "сущности" (читайте гл. 13 в том числе), и вовсе не "последовательность умозаключений":

"1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов."

Пожалуйста, не передергивайте в попытках доказать, что отношения не представляют сущностей реального мира или связи между сущностями, а ключи не "идентифицируют" экземпляры сущностей или связей. Читайте так же мои цитаты Кодда по поводу "роли кортежей и ключей в РМД" (ничего нового в ОСНОВАХ РМД с тех пор не появилось), если не хотите читать самого Кодда...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33167003
Я Вам могу подарить 7-е издание, Мимо пробегал...

P.S.

Коннолли Т., Бегг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика, 2-е изд.: Пер. с англ. ..., 2000

У меня по-новее эта книга, но, поскольку как я помню у vadiminfo именно она, то:
п. 3.3.2 стр. 119:

"Здесь базовое отношение определяется, как отношение, которое соответствует некоторой сущности в концептуальной схеме (см. раздел 2.1)."
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33167073
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович Если бы Дейт написал:

"Не могу точно сказать, почему Кодд заблуждался. Может быть он думал, что:

1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов.

Но ведь это не так ! Вот в чем ошибался Кодд..."

Но Дейт так не писал. Уж как нибудь сами посоветуйте Дейту правильный стиль изложения:). Андрей Леонидович
Он критикует "правило сохранение целостности сущности", а вовсе не сами "сущности" (читайте гл. 13 в том числеГлава 13 "Семантическое моделирование" естественно никак не может обойти молчанием сущности. Но вывод Дейта: "в общем случае семантическое моделирование не является такой же строгой и ясной дисциплиной как методика дальнейшей нормализации..." вполне ясен. Ясно также сказано, что "метод нормализации не содержит никаких упоминаний о том, каким образом могут быть получены исходные большие переменные-отношения" Посему семантическое моделирование - в начале, а дальнейшая нормализация - финишная операция. Как после нормализации отношения соотносятся с сущностями, вопрос интересный, но вряд ли однозначный. Андрей Леонидович
), и вовсе не "последовательность умозаключений":

"1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов."

Пожалуйста, не передергивайте в попытках доказать, что отношения не представляют сущностей реального мира или связи между сущностями, а ключи не "идентифицируют" экземпляры сущностей или связей. Если не абсолютизировать, то и спорить то не о чем. Некоторые отношения действительно напрямую могут но не обязаны быть представлением сущностей или связей семантической модели.
Что касается вашего тона - работайте над собой:).
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33167131
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
Итак, vadiminfo, после 2-х лет бесплодных попыток не согласиться, Вы согласились с:

Да вообще-то я всегда стремиля так проектировать БД, гораздо раньше, чем два года. Причем, без относительно кто это сказал. Но это не всегда получается. Часто в полном объеме этого добимться не удается.
Потому что есть вопросы оптимизации схемы и системы в целом.
Ну ухудшенная модель получилась в этом случае. В той цитате идеальная БД, если она еще и оптимальна во всех отношениях.
Т.е. это и так в иделе, и не так на практике бывает.


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

Андрей Леонидович
Он критикует "правило сохранение целостности сущности", а вовсе не сами "сущности" (читайте гл. 13 в том числе), и вовсе не "последовательность умозаключений":

Вашу последовательность умозаключений он не критикует? А зря. Она того стоит. Более того, каждое не тока умозаключение (а таковых у Вас всего три четвыре от силы), но и каждое суждение и понятие, представляли бы интерес для кртитики, если бы у Вас был авторитет, хотя бы одной сотой от Кодда. А так Дейт про Вас ничего не знает, и как Вы тут нам дурку подбрасываете не в курсе.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33167248
Есть о чем спорить, ModelR ! И тон, в связи с высказываниями в мой адрес на sql.ru, вполне уместен...
Какова роль ключей в РМД ? Кто же из нас клоун, демагог и пустозвон, господа ? Возьмите ЛЮБУЮ книгу, где ЛЮБОЙ специалист пытается это объяснить...

"Поскольку отношение не содержит кортежей-дубликатов всегда можно уникальным образом идентифицировать каждую его строку."

Очень не корректно (то кортежи, то строки), но мысль понятная. Да. Всегда. БЕЗ ВСЯКИХ КЛЮЧЕЙ ! Но читаем дальше.

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

Вот радость-то ! "Несколько меньшее." НО ЗАЧЕМ ??? ЗАЧЕМ НУЖНЫ КЛЮЧИ ???

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

Надо же ! И реальный мир приплели, правда, на всякий случай, в кавычках. НО ЗАЧЕМ ЖЕ НУЖНЫ КЛЮЧИ ???

"Например, атрибут branchNo намеренно включен в отношения Branch и Staff для установления связи между сведениями об отделениях компании и сведениями о сотрудниках, которые работают в каждом из отделений."

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

Особенно меня умиляют фразы Дейта:

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

Сколько не перечитывайте до этого места - ничего не увидите. "Некоторого [???] более общего [???] явления [???]". Хороша "теория".

2. "... в реляционной теории по традиции ... один из потенциальных ключей должен быть выбран в качестве первичного ключа..."

Вот это "теория". "По традиции". А если формально, не "по традиции" ? ДЛЯ ЧЕГО ОНИ НУЖНЫ-ТО, КЛЮЧИ ???

3. "Соответствие между внешними и потенциальными ключами иногда называют клеем, который объединяет базу данных в единое целое... такое соответствие представляет собой определенную связь между кортежами."

"Клей" - это красиво ! А вот "связь" как-то банально. ЗАЧЕМ ОНА НУЖНА, СВЯЗЬ ??? А почитайте стр. 705. Может поймете. Но, конечно же, никогда не признаетесь, как это элегантно сделал ModelR, "сославшись", вот уж действительно ПО ТРАДИЦИИ, на мои человеческие качества...

Вывод из всего этого фантастического бардака, пока можно сделать только один: никакой реляционной модели данных не существует, а, следовательно, даже теоретически, не может существовать ни реляционных, ни объектно-реляционных СУБД...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33167249
Что-то Вы меня, vadiminfo, немного запутали. Я же не добиваюсь от Вас никаких ссылок ни на какие источники. Не добиваюсь никаких формул. Я всего лишь безобидно спрашиваю согласны ли Вы с "последовательностью умозаключений" К.Дж. Дейта:

"1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов."

Из последнего сообщения, вроде бы, не согласны ? Опять...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33167302
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Андрей Леонидович
"В худшем случае все множество атрибутов может использоваться как первичный ключ, но обычно, чтобы различить кортежи, достаточно использовать несколько меньшее подмножество атрибутов."

Вот радость-то ! "Несколько меньшее." НО ЗАЧЕМ ??? ЗАЧЕМ НУЖНЫ КЛЮЧИ ???


Блин, объясните кто-нибудь популярно этому доморощенному философу разницу между "можно" и "нужно", т.е. фактически разницу между "существует" и "для всякого". Можно ходить пешком, можно ездить на автомобиле. ЗАЧЕМ НУЖНЫ АВТОМОБИЛИ ЕСЛИ ЕСЛИ МОЖНО ДОЙТИ ПЕШКОМ - вопрошает на полном серьезе Андрей Леонидович, доказывая бесполезность автомобилей. А ведь еще существуют велосипеды и мотоциклы, широкое поле деятельности.

А вообще топику капец.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33167580
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей ЛеонидовичКакова роль ключей в РМД ?
[...]
Вывод из всего этого фантастического бардака, пока можно сделать только один: никакой реляционной модели данных не существует, а, следовательно, даже теоретически, не может существовать ни реляционных, ни объектно-реляционных СУБД...Вряд ли РМД нуждается в моей защите.
На конкретный же вопрос есть конкретный, хотя и общеизвестный (почти), ответ:
Ключ - 1) одно из ограничений целостности (ОЦ), которые мы поручаем СУБД проверять.
2) используется также для построения других ОЦ - внешних ключей.
3) многими способами информация о ключах используется в прикладном коде.
Тем и может быть полезен.
Как справедливо отмечено, можно и не пользоваться, можно эти правила контролировать в среднем слое, клиенте или во всех трех местах - но важно уметь эти правила сформулировать.

Прекращаю отслеживать топик.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33169432
Не нужно, с127, писать чушь про велосипеды и автомобили. И то и другое - это транспортные средства, и хорошо извествно для чего они нужны. А для чего нужны ключи неизвестно (вот ModelR уже вплотную подошел к ненужности ключей, надеясь, что без них все будет "хорошо работать").
То ли для "ограничений целостности", то ли для идентификации сущностей и организации связей между ними в БД, подобно тому как это есть в реальном мире...
Топику, конечно, "капец" ! Ведь если Вы согласитесь с моими аргументами, то придете к выводу, что РМД - это ФУНДАМЕНТАЛЬНО УХУДШЕННЫЙ ВАРИАНТ (нет навигации, до предела урезана семантика и "кривая" идентификация) объектной модели данных. То есть шаг назад и в теории, и, к сожалению, в практике баз данных.
А спорить Вы не в состоянии, так как не в состоянии ЧИТАТЬ с пониманием. Как и ModelR, и многие другие. Вот и приходится с вами, как с детьми, читать вместе, например, Дейта...

"На рис. 3.1 показан простой пример реляционной базы данных отделов (таблица DEPT) и служащих (таблица EMP)."

Гениально ! Дейт не "срывается" на применение обобщенного термина для "отделов" и "служащих". Хотя "отделы" и "служащие" - это реальный мир, никаких сущностей и связей между ними в этом реальном мире, конечно, нет. Ни в коем случае ! Если бы не раздел 1.3, в котором ясно написано, что в реляционной базе данных представлены "основные сущности предметной области" и "связи" между ними. Читаем дальше, собственно про ключи...

"1. Каждая строка в таблице DEPT должна включать уникальное значение столбца DEPT#; аналогично каждая строка в таблице EMP должна включать уникальное значение столбца EMP#. Говорят, что столбцы DEPT# в таблице DEPT и EMP# в таблице EMP являются первичными ключами для своих таблиц...

2. Каждое значение столбца DEPT# в таблице EMP должно существовать как значение столбца DEPT# в таблице DEPT для отражения того факта, что каждый служащий должен быть приписан к существующему отделу. Говорят, что столбец DEPT# в таблице EMP является внешним ключом, ссылающимся на первичный ключ таблицы DEPT."

Еще гениальнее ! "...должен быть приписан к СУЩЕСТВУЮЩЕМУ отделу" !
То, что служащие в реальном мире работают в отделах "нас не касается". ЭТО нам не нужно отражать в базе данных ! Нам нужно отразить, что служащие "приписаны" к существующим отделам, но при этом, каким-то фантастическим образом, НЕ отразить, ни в коем случае, что служащие работают в отделах !

Вас этот цирк не утомляет ? Для чего же Вы требовали от меня "ссылок" ? Чтобы читать так же, как Вы читаете Дейта ???

P.S. "А вообще топику капец". "Прекращаю отслеживать топик". То есть к корпоративной солидарности прибавилась еще и корпоративная трусость...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33169540
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
То ли для "ограничений целостности", то ли для идентификации сущностей и организации связей между ними в БД, подобно тому как это есть в реальном мире...

Вы думаете, что ограничения целостности и идентификация -взаимосключающие понятия? За два года так и не узнали, что такое ключ?


Андрей Леонидович
Ведь если Вы согласитесь с моими аргументами

Вы в серьз называете Ваши мысли аргументами? Или разыгрываете?

Андрей Леонидович
то придете к выводу, что РМД - это ФУНДАМЕНТАЛЬНО УХУДШЕННЫЙ ВАРИАНТ (нет навигации, до предела урезана семантика и "кривая" идентификация) объектной модели данных.

Опять абсолютизируете недостатки? Проблема тока в том, что если нет ограничений целостности, то это кривая модель. Если нет мат обоснования, то кроме навигации, ничего и не остается. (Навигация то есть и на самых бедных структурах, даже в HTML. А что им еще остается?) Нет реляционной алгебры равно как и любой другой в дореляционке? Не знаю как Вы, но мы создаем БД, не для того, чтобы занять персонал вводом данных, а проггеров лабанием переходов по узлам. Нам еще нужно и инфу извлекать. Нам то приходится удовлетворять информационные потребности, тогда как Вы, судя по всему, специализируетесь тока на нагинании юзеров на всяукую пафну.


Андрей Леонидович
Хотя "отделы" и "служащие" - это реальный мир, никаких сущностей и связей между ними в этом реальном мире, конечно, нет.

Нет их для Вас в реальном мире? - Ваше дело. Никто насильно их Вам навязывать не собирается

Андрей Леонидович
То, что служащие в реальном мире работают в отделах "нас не касается".
Да, Вас разумеется это не касается.

Андрей Леонидович
Нам нужно отразить, что служащие "приписаны" к существующим отделам
....
НЕ отразить, ни в коем случае, что служащие работают в отделах !

Ну Вы тоже приписаны к какой-то фирме, а вот работа Ваша вызывает много вопросов.

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

Вас этот цирк не утомляет ?

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

Андрей Леонидович
Чтобы читать так же, как Вы читаете Дейта ???

Дейта Вам может читать и рано. Мы предпочитаем его читать по отдельности и без Вас уж точно. Это все-таки серьезная литература. А Вы лучше читайте введения про МУМПС.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33169687
Вы как-то суетливо отвечаете на мой простой вопрос, vadiminfo. Какое отношение к РМД имеют "нагинание юзеров на всякую пафну" и моя работа "в какой-то фирме" ??? Я, в свое время, имел неосторожность сказать одному знакомому, который поражался дебилизму участников обсуждения "роли ключей в РМД", что это просто внешний "антураж". На самом деле люди-то эти вполне образованные, а Вас даже в пример привел. А Вы меня краснеть заставляете именно дебильными текстами, которые у Вас все чаще проскакивают. Это Вы так с Вашими несчастными "нагнутыми юзерами" разговариваете ? Но со мной этот номер не пройдет. Так что или молчите и думайте, или успокойтесь и скажите - согласны ли Вы с "последовательностью умозаключений" К.Дж. Дейта:

"1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов."

Из последнего сообщения, вроде бы, уже снова согласны ?..

P.S. А пока vadiminfo думает, почитаем именно со мной, поскольку без меня, что уже очевидно, не получилось почитать, в очередной раз абракадабру Дейта о представлении связей сущностей в реляционной модели (стр. 513):

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

Просто ужасное предложение. Но читаем дальше про роль внешних ключей:

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

Вот оно как ! Но не следует забывать, что и в случае "отдельной переменной отношения" используется тот же "механизм внешних ключей". А дальше уже нечто вполне разумное:

"Однако существуют веские причины рассмотрения связей типа "один к одному" и "один ко многим" таким же образом, как и связи "многие ко многим", по крайней мере из-за того, что достаточно часто существует возможность их эволюционирования до связи типа "многие ко многим"..."
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33169705
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
Я, в свое время, имел неосторожность сказать одному знакомому, который поражался дебилизму участников обсуждения "роли ключей в РМД",

Вообразил катрину этой беседы. Вы, наверняка, представили, "истинное" положение дел. Этот знакомый, наверное, тоже кроме МУМПСА ничего не видел, и тоже как и Вы никада не видел ключей (может тока от квартиры где деньги лежат).
Возможно, и РМД он знает тока с Ваших слов.

Андрей Леонидович
Так что или молчите и думайте, или успокойтесь и скажите - согласны ли Вы с "последовательностью умозаключений" К.Дж. Дейта:

Вы то не молчите и не думаете, хотя собирались покидать форум. А я не собирался, потому с меня и спрос меньше в этом смысле.

Андрей Леонидович
и скажите - согласны ли Вы с "последовательностью умозаключений" К.Дж. Дейта:

Вы мои вопросы игнорируете полностью, а я должен отвечать? Это от того, что Вы авторитет в мире БД?

Это цитаты Дейта не нашел и контекста в котором она сказана. Может это для начинающих какие-то разъяснеия, совсем не формальные. Или просто основные идеи моделирования. Напишите название главы, раздела. У меня 8-издание.

Между тем я ответил про сам такой текст вообще, без упоминания Дейта. Какой вопрос, такой ответ.

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


Андрей Леонидович
почитать, в очередной раз абракадабру Дейта

Свои мысли Вы абракадаброй, судя по всему, не считаете? Мне кажется, Вы недостаточно самокритичны.

Андрей Леонидович
Здесь читатель, уже знакомый с основами реляционной модели,

Вот именно знакомый с основами. Вы себя, надеюсь, к таковым не причисляете еще?
Ваше кредо дореляционные какие-то системы, "хорошо" спроектированные приложения, файловые системы. Сами выбрали в свое время. Еще и благодарны тем, кто Вас тада надоумил. О чем Вы тока думали?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33169725
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfo
Андрей Леонидович
Ведь если Вы согласитесь с моими аргументами

Вы в серьз называете Ваши мысли аргументами? Или разыгрываете?


Дело в том что те последовательности символов мыслями назвать тоже нельзя. Типа объект есть противостоящее субъекту, материя - объективная реальность данная нам в ощущениях, а "Р"СУБД бесполезны. Глубоко копает.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33169727
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов.Трудно согласиться с любой из этих фраз, буде вырваны они из контекста плюс, возможно, неадекватный перевод. И что из этого должно следовать ? Крах РМД ?

P.S. Наверное, можно сказать, что математические функции отражают зависимости реального мира, но называть это определением, IMHO, опасно.

P.P.S. Sorry, не выдержал...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33170117
Молодец, vadiminfo ! Среди петушиного бреда появляются попытки ответа. Например, по п.1. Но пока Вы еще не поняли что такое "базовые", хотя мы с Дейтом, Коннолли и Бегг Вам это ясно объясняли. А я, отдельно, несколько раз повторял: или сущности или связи между сущностями (не забывайте так же о моих предложениях о составных объектах (сущностях))...
Так что сосредоточьтесь, прекратите писать всякую чепуху, и скажите согласны ли Вы с "последовательностью умозаключений" К.Дж. Дейта:

"1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов."
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33170118
То есть Вы, с127, несогласны с "последовательностью умозаключений" К.Дж. Дейта:

"1. Кортежи базовых переменных отношений представляют сущности реального мира.
2. Сущности реального мира всегда должны допускать возможность их идентификации (по определению).
3. Следовательно, их аналоги в базе данных также должны допускать возможность идентификации.
4. В базе данных значения первичного ключа используются в качестве
идентификаторов."

Или согласны ?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33170120
Что значит "не выдержал", Cha ? В смысле отреагировал-таки на "убогого шизофреника", хотя коллегиально договорились не реагировать ?

1. Перевод адекватный. Абсолютно.
2. Контекст ни при чем. Эта "последовательность умозаключений" не критикуется Дейтом, а именно используется.
3. Это далеко не единственная цитата, подтверждающая, что ключи используются для идентификации сущностей и организации связей между сущностями в реляционной БД. Это просто очевидно.
4. Что из этого следует, а не "должно следовать", я ясно и много раз говорил: реляционная модель "делает" то же самое, что и объектная, гораздо хуже - нет навигации, почти нет семантики и убогая идентификация. А это важнейшие "компоненты" для построение эффективных приложений. И все это я весьма последовательно доказываю...

РМД не в состоянии эффективно ни идентифицировать сущности, ни представить связи между сущностями.

ПЛОХО помещать "идентификатор" в кортеж, приравнивая его к свойствам сущности. Объяснял подробно, много раз...

ПЛОХО помещать "внешний ключ", как свойство (атрибут) другой сущности, в данную сущность. Ведь у данной сущности НЕТ такого свойства. Объяснял подробно, много раз...

Результат: отсутствие навигации (полностью), семантики (почти полностью), идентификации (абсолютно не убедительная - "хотите делайте, хотите - нет", как говорят Ваши коллеги). Неужели то, что ключи можно и не использовать - это "гибкость" модели !? А как уверенно здесь "спорили" с Alexey_Rovdo !..

Если и не "крах", то беспомощность очевидная. Поэтому РМД и не реализована...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33170127
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
с "последовательностью умозаключений" К.Дж. Дейта

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

Када Вам нечего сказать, Вы всегда повторяете одно и то же. Типа тянете время, чтобы придумать что-то, поняв, что это не прокатит. "Легким движением руки брюки превращаются, брюки превращаются...".
Это скучно. Давайте, лепите что-нить новое, смешное. Какую-нибудь беду с ограничениями по значению. Или возмитесь за многозначные зависимости, к примеру.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33172208
"Последовательность умозаключений" - это ЦИТАТА, vadiminfo. Так что с Вашим замечанием обращайтесь либо к Дейту, либо к Гордиенко Ю.Г. ...
А теперь посмотрим что получилось у Дейта с Птицыным К.А.

В связи с существенной переработкой гл. 5, появилась еще одна глава. Поэтому гл. 13 седьмого издания "съехала" в гл. 14 издания восьмого, а гл. 18, соответственно, в гл. 19.
Вместо "последовательности умозаключений" теперь "последовательность доводов", остальное без изменений.
На месте (гл.14, стр. 539) и знаменитый текст про "связи" (помните, о представлении связей между сущностями с помощью "механизма внешнего ключа" ?).
Пункт "Внешние ключи" (стр. 749) так же не оставляет никаких срмнений - для чего нужны ключи.
НО нужно отдать должное Дейту (и, отчасти, Птицыну): в п.9 на стр. 362 (про "клей") он делает более сильный акцент на представлении связей НЕ с помощью ключей. Но не объясняет, к сожалению, что это связи уже не между сущностями, а, скорее между данными. Об этом (отказе от ключей) я уже говорил, и даже "поздравлял" Alexey_Rovdo...

Короче говоря, все мои прошлые ссылки остались "на местах", начиная со стр. 54:
"Характерной особенностью реляционных баз данных ... является то, что основные сущности и связи между ними представлены с помощью отношений..."

P.S. Я не повторяю одно и то же. Я просто задаю Вам безобидный вопрос (причем здесь "многозначные зависимости" ?): согласны ли Вы с "последовательностью доводов" Дейта:

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

?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33172300
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
На месте (гл.14, стр. 539) и знаменитый текст про "связи" (помните, о представлении связей между сущностями с помощью "механизма внешнего ключа" ?).

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



Андрей Леонидович
Пункт "Внешние ключи" (стр. 749) так же не оставляет никаких срмнений - для чего нужны ключи.


Ну наконец-то Вы узнали для чего нужны внешние ключи. Глядишь, через пару леты Вы знаете для чего нужны и остальные.

Андрей Леонидович
Но не объясняет, к сожалению, что это связи уже не между сущностями, а, скорее между данными.

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

Андрей Леонидович
Об этом (отказе от ключей) я уже говорил, и даже "поздравлял" Alexey_Rovdo...

Опять поспешили. Отказаться от ключей - отказаться от некоторых ограничений целостности. Таких планов в РМД нет пока.
Никто пока отказываться от них не собирался, включая и Дейта.

В том примере связи нет ограничений целостности, по крайней мере, декларативной. Ключи - ограничения целостности. Внешнии для ссылочной целостности. Механизм ограничений целостности - "внешние ключи" может использоваться для выражения некоторых связей. Причем иногда еще и на ряду с ассоциативным отношением (многие ко многим). А иногда связи могут быть без ключей. В аксцессе их можно прописать, и он буит соединения атоматически генерить при выборе табл в окне QBE. В Оракле нет. Там все равно запрос надо писать руками. Связи разные бывают.

Что-то Вы опять не до конца поняли для чего ключи. Потому что их не в дореляционной ОМД, и Вы никада их не использовали. Сочувствую.

Андрей Леонидович
Я не повторяю одно и то же. Я просто задаю Вам безобидный вопрос (причем здесь "многозначные зависимости" ?):

А я думал повторяете. "многзначные зависимости" - намек шобы Вы сменили пластинку, в смысле повторения одного и того же.

Андрей Леонидович
согласны ли Вы с "последовательностью доводов" Дейта:

Вы дали разные ссылки, а про эту забыли. Дайте номер страницы в 8 издании.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33174745
Очень плохо, vadiminfo, что Вы не понимаете, а, скорее, делаете вид, что не понимаете, о чем я говорю.
Не ерничайте: ключи нужны для идентификации сущностей и организации связей между сущностями в базе данных (U-gene в НРМ говорит про "идентификацию" и "доступ", но не говорит про "связи", а Дейт еще как говорит).
Насчет "поточнее выражайте идеи" - опять начинаете бредить - все идеи выражены точнее некуда: ключи нужны для идентификации сущностей и организации связей между сущностями в базе данных (так считают Кодд, Дейт, и я за много лет не нашел ни одного аргумента, чтобы их опровергнуть; может быть Вы найдете ?).
ЕСТЬ "планы" у Ваших коллег "отказаться" от ключей в том смысле, что "связи" между сущностями, якобы, можно представить и без помощи ключей - опять сочиняете, что не поняли.
И, в заключении, опять выдумка, так как я сказал в самом начале, что гл. 18 "съехала" в гл. 19 и Птицын "заменил" "последовательность умозаключений" на "последовательность доводов".
Вот я Вас и спрашиваю, согласны ли Вы с этой "последовательностью доводов" Дейта:

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

?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33174818
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
ключи нужны для идентификации сущностей и организации связей между сущностями в базе данных

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

Они не нужны для ограничений целостности? Или что?
Некоторые ключи не используют ни для связи: в БД может не быть связей, а ключи могут быть, и не использоваться для идентификации, но если ключи есть - есть ограничения целостности.



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

Вы за много лет не поняли про что они грят. Как же Вы хотели их опровергать?

Вы уверены, что хорошо читали Дейта? Откройте к примеру главу 9 "Целостность данных" стр 356. Прочитайте, наконец, что такое ключи и как они и с какими органичениями целостности соотносятся. И не морочьте голову.
Кроме того, в РМД нет собственно сущностей - они в ER или реальном мире. Но это так, чтобы Вы точне выражались.

У Кодда и в первых статьях, и в теории у Мейера о ключах грится, а об идентификации и связях маловато. Второе вообще имеет больше сематическую окраску. А ограничения целостности, и ключи довольно формальные понятия.

Андрей Леонидович
ЕСТЬ "планы" у Ваших коллег "отказаться" от ключей в том смысле, что "связи" между сущностями, якобы, можно представить и без помощи ключей

Это тока означает, что связи могут быть без ключей. Может быть идентификация без ключей. Но у ключей есть кое-что от чего никто не откажется - ОЦ.
Вы бы очень хотели, чтобы отказались. Тада бы она деградировала до дореляционной ОМД? РМД лишилась бы важных ОЦ? Нашли дураков. Кроме того, Вам надо будет дождаться, чтобы еще отказались от реляционной алгебры. А так все равно разрыв большой.

Андрей Леонидович
гл. 18 "съехала" в гл. 19

А куда съехала страница? Мало того, что для формалиста, якобы формализовавшего в свое время РМД, Вы так выражатесь, что без прежних Ваших текстов, нельзя понять что скрывается за Вашими текстами, или можно понять как угодно Ваш текст, так Вы еще и не обращаете внимания, что Вас просят указать точно страницу.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33175090
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дейта) кортежи базовых переменных отношений представляют сущности реального мира;
б) сущности реального мира всегда должны допускать возможность их идентификации (по определению);
в) следовательно, их аналоги в базе данных также должны допускать возможность идентификации;
г) в базе данных значения первичного ключа используются в качестве
идентификаторов..."
Андрей Леонидович упорно хочет знать, согласен ли кто-нибудь с этими утверждениями. Смело отвечаю, что я лично согласен, поскольку считаю «сущностью» реального мира не только предмет, который можно пощупать, но и любой различимый достоверный факт. Поэтому никакого противоречия между цитируемыми утверждениями и идеей, что кортежи отношений представляют собой истинностные утверждения, просто нет.
Все дело в том, что понятие «сущность» неформализуемо (Дейт: «невозможно с заданной точность утверждать, что является сущностью, а что — нет», ВвСБД, 6 изд., с. 352). Я надеюсь, что Андрей Леонидович не считает не то что формальным , а даже просто однозначно понятным определение сущности (предмета), которое он же и приводил:
Андрей ЛеонидовичПРЕДМЕТ - все то, что может находиться в отношении или обладать каким-либо свойством. «Всё то» — это очень строго :). Кроме того, что такое «отношение» здесь вообще не раскрывается, а свойство — это...
Андрей ЛеонидовичСВОЙСТВО - 1) философская категория, выражающая такую сторону предмета, которая обусловливает его различие или общность с другими предметами и обнаруживается в его отношении к ним; 2) объективная особенность предмета, проявляющаяся в процессе его использования. Круг замкнулся. Предмет ссылается на свойство, свойство на предмет. И то, и другое ссылается на понятие «отношение», которое вообще не определено (не путать с математическим отношением!).
Именно поэтому говорить, что кортежи отношений соответствуют сущностям можно, но это ничего не значит по указанным выше причинам. Между тем трактовать реляционную БД как совокупность хранимых фактов, то есть истинностных утверждений, как предлагают Кодд и Дейт, лучше как с формальной, так и с интуитивной точки зрения. По крайней мере, здесь не изобретается ничего новое, используется классическая логика, в частности исчисление предикатов первого порядка.
То, что и Кодд это предлагал, я узнал из книги Джо Селко «SQL для профессионалов. Программирование», 2004, стр. 11:
«Основное вопрос, на который здесь надо ответить, — это что вы моделируете в таблице. Кодд и Дейт считают, что таблица — это совокупность фактов (Codd E.F. The Relational Model for Database Management: Version 2. Reading, MA: Addison-Wesley, 1990)».
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33175980
Фотография U-gene
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ИМХО. Сказанное by mir меня вполне устраивает. Я не вижу принципиальной разницы между понятием "факты" и понятием "данные". И, по моему, каждому моделируемому объекту в общем случае может соответсвовать много разных фактов (и много разновидностей фактов), а случай когда этому объекту соответсвует всег один факт является частным.

Или даже так - в общем случае связанная совокупность фактов образует объект. Важен также сам факт существования этой совокупности (этот ключевой факт в системе представлен объектным идентификатором). Отсюда до НРМ буквально один шаг (а я тут другом топике, поэтому могу расслабиться, оттянутся, поболтать о "сущностях", "связях" и т.п. :) )
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33176966
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
Отсюда до НРМ буквально один шаг

Надеюсь, отсюда туда этот шаг проделает коллега ЧАЛ. Он знает толк в крахах и бедах, а там для этого много почвы. Не то что тут.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33176969
Так, так, уже теплее. То есть "ограничение целостности" - это уже не единственное "назначение" ключей ??? А как же два года ТУПОГО сопротивления ??? Тому, что было изначально очевидно...
Ведь я никогда не возражал против "целостности" (в 100-ый раз предлагаю задуматься над entity integrity, тем не менее), а Вы и Ваши коллеги УПОРНО ОТРИЦАЛИ роль ключей, как и роль кортежей, о которых я говорил...
Вам остается понять как нормализация и "целостность по ссылкам" (я уж не говорю о целостности сущности) "осуществляются" в объектных ситемах, для полного счастья. Точнее, наверное, для полного несчастья, хотя это несчастье РМД остается в неизменном виде с 70-ых годов прошлого века...

Дальше у Вас опять ложь и бред. Вы только подтверждаете, что у Дейта и других авторов, пытавшихся формализовать РМД, сплошные противоречия.
Я СОГЛАШАЮСЬ С ДЕЙТОМ И НА ТЕХ СТРАНИЦАХ И НА ЭТИХ, а Вы соглашаетесь только с тем, с чем Вам преподаватели внушили соглашаться. Например, со страницей 356...

P.S. Как я понял вопрос оказался далеко не безобидным, раз Вы в такой наглой форме уходите от ответа, поэтому это прилагательное я больше не буду употреблять. Итак, согласны ли Вы с "последовательностью доводов" Дейта:

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

?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33176975
Насколько я понял mir, он согласен с ролью ключей и кортежей, о которых я говорил. Очень хорошо. Ведь я об этом расскзывал, чтобы доказать, что РМД в ЭТОМ отношении (идентификация, навигация, семантика) - это ФУНДАМЕНТАЛЬНО УХУДШЕННЫЙ вариант ОМД. Но ! За это мы имеем алгебру !
До ее роли мы еще доберемся (хотя мои оппоненты даже от этого упорно отказывались)...
А пока mir своими ссылками, как и vadiminfo (и я в течение двух лет), подтвердили, что не существует формального описания РМД, так как от проклятых "объектов" и "сущностей", и вообще от жизни, "математика" нас избавить не в состоянии...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33176997
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
. То есть "ограничение целостности" - это уже не единственное "назначение" ключей ???

Это их главное назначение. А поскольку уникальность позволяет отличить что-либо от чего, то может быть использовано для идентификации. А может и не использоваться. Опять крутите? Вы именно отрицали ОЦ, говорили про "хорошо" спроектированное приложение, которое возьмет на себя ОЦ. Если не так, то о чем тада Вы грили? О какой такой беде? Вы пытались сказать, что единственное их назначение идентификация, а раз так то они хуже OID и в этом типа беда. Передумали что ли? Так и скажите. Кстати, это будет означать, что Вы что-то поняли наконец в РМД. Какие-то азы для Вас уже не такой убийственно темный лес как раньше.

Андрей Леонидович
Ведь я никогда не возражал против "целостности"

Против чего же Вы возражали?

Андрей Леонидович
Вы и Ваши коллеги УПОРНО ОТРИЦАЛИ роль ключей, как и роль кортежей, о которых я говорил...

Характерно многоточие где должен быть якобы главный тезиз. Теперь уже не чего конкретно сказать. Можно прятаться за словом "Роль".
Не смешите. Беду с ключами и теперь упорно отрицаю. Мож Вы еще говорили про роль народа в романе "Война и мир"?
Впрочем, если Вы и теперь не отрицаете ОЦ, то тада о чем собственно грить?
Беды с ключами тада развеялась.
А с картежами что? Вы и беду кортежей надыбали?

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

Переведите.
Я понял, Вы нарочно говорите запутано, чтобы потом вывернуться. Мол я всегда соглашался, а Вы упорно отрицали про шо я говрил. Но шо говорил можно истолковать как угодно. Да Вы просто стратег, дипломат.

Андрей Леонидович
Дальше у Вас опять ложь и бред.

Вам бы В УГРо или в медики - цены бы Вам не было. А Вы здесь грушу околачиваете. Без всякого толку.

Андрей Леонидович
Вы только подтверждаете, что у Дейта и других авторов, пытавшихся формализовать РМД, сплошные противоречия.
Я СОГЛАШАЮСЬ С ДЕЙТОМ И НА ТЕХ СТРАНИЦАХ И НА ЭТИХ, а

Вы соглашаетесь с противоречиями? Что же тут удивительного? Противоречия Ваше нормальное состояние.

Андрей Леонидович
Как я понял вопрос оказался далеко не безобидным, раз Вы в такой наглой форме уходите от ответа,

А может все дело в том, что у Вас есть веская причина не называть страницу?
Дурку типа гнать?
Стратег Вы наш. Типа, када ответа на очередной повтор не последует, можно будет сказать - ну вот раз молчат, то мы пришли к выводу о крахе РМД.
В чем он выражается не важно, но мы к нему пришли.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33177006
Уверен, vadiminfo, что когда приступ ненависти ко мне (видите, я культурно не говорю - приступ шизофрении) у Вас закончится, Вы БЕЗ НАПОМИНАНИЯ, сами, все-таки ответите на мой вопрос, как это уже сделали некоторые Ваши коллеги. Тем более, что после нескольких дней судорожного листания гл. 19, Вы, конечно же, нашли заветную "последовательность доводов"...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33177486
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
Уверен, vadiminfo, что когда приступ ненависти ко мне (видите, я культурно не говорю - приступ шизофрении) у Вас закончится, Вы БЕЗ НАПОМИНАНИЯ, сами, все-таки ответите на мой вопрос, как это уже сделали некоторые Ваши коллеги. Тем более, что после нескольких дней судорожного листания гл. 19, Вы, конечно же, нашли заветную "последовательность доводов"...

У Вас нет склонности сомневаться в любых предположениях, которые тока могут прийти Вам в голову. Даже самым фантастическим. Это Ваше качество давно известно.
Жаль тока шо у Вас сильная прерасположенность к ошибкам. Вот и теперь - я ничего не нашел в этой главе, о чем Вы грите.
Культура не в том, чтобы самому про нее грить о себе, она в том шобы ее в Вас было видно БЕЗ НАПОМИНАНИЯ.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33177675
Фотография U-gene
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не надо называть РМД ухудшенным вариантом ОМД. ИМХО все, что угодно, можно назвать "ухудшенным вариантом ОМД".Например адресуемую оперативную память. Докопаться до нее очень просто - она, благодаря указателям допускает навигацию! и это хорошо. Но, блин, система типов бедная и нерасширяемая - и это плохо. Но за это имеем то, что ее легко реализовать в железе.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33179030
Конечно, я подожду, vadiminfo. И Вы самостоятельно исправите все ошибки в Вашем понимании теории баз данных в целом, и реляционной теории, в частности, которые Вам крепко внушили неквалифицированные преподаватели...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33179031
Я не знаю про "все, что угодно", U-gene. Поэтому, только по определенным, четко сформулированным критериям, я называю РМД фундаментально ухудшенным вариантом ОМД...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33179058
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
И Вы самостоятельно исправите все ошибки в Вашем понимании теории баз данных в целом, и реляционной теории, в частности,

С Вашей то конечно ничего исправить нельзя. Вы ни в том ни в том не в зуб ногой. Возможно, Вы и в дореляционной ОМД не очень-то "шарите".

Андрей Леонидович
Конечно, я подожду, vadiminfo.

Не знаю, стоит ли Вам ждать? Все равно я Вам не смогу ниче разъяснить. Вы не предрасполжены к пониманию в данной проблемной области. Это не Ваша стезя. Займитесь лучше каким-нибудь новыми манифестами местного производства. Тока хоть там дурку не гоните. Не отвлекайтесь на ничего не значащие пустяки как Вы это любите.
Успехов.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33179098
Ну, не отчаивайтесь, vadiminfo. То, что Вы мне ничего не сможете объяснить в области баз данных - это очевидно, ведь Вы ничего не знаете в этой области такого, чего я бы не знал. И даже то, что знаете, как выяснилось не понимаете... Но я Вам помогу, конечно... А за помощью Вы обязательно обратитесь в характерной для Вас наглой и завуалированной форме...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33179099
Фотография U-gene
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей ЛеонидовичЯ не знаю про "все, что угодно", U-gene....
Хорошо, уболтали "любые множества типов", "любые наборы команд", "любые ограничения целостности", "любые системы, которые все вычепречисленное так или иначе реализуют" - все это можно сравнивать. Что ж Вы именно к РМД то докопались? непонятно....

vadiminfo...манифестами местного производства...\БУ-ГА-ГА...эк Вас задело то!!... Я то ведь всего и сказал, что перед тем, как о чем то с умным видом говорить, надо об этом хоть что-то, хоть капельку узнать. Да, пришлось повторить это неколько раз - по нарастающей. А что мне еще оставалось делать? В общем, фигачьте дальше в том же духе - я согласен. Можно даже не столь нарицательно. Можно даже в единственном числе. Идеальный вариант - если Вы это оформите как ссылку. Удачи.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33179143
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
Ну, не отчаивайтесь, vadiminfo.

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

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

Кто знает больше - дурак или мудрец?

Андрей Леонидович
Но я Вам помогу, конечно...

Неужели напишите таки толстую книгу? Хорошее дело.



Андрей Леонидович
А за помощью Вы обязательно обратитесь в характерной для Вас наглой и завуалированной форме...

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

U-gene
перед тем, как о чем то с умным видом говорить, надо об этом хоть что-то, хоть капельку узнать.
Удачи.

Думаете?
Впрочем, тоже
Удачи.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33181453
Что-же, U-gene, непонятного в сравнении моделей данных и СУБД ? В ходе "сравнения" мне показалось (и оказалось, к сожалению, что я совершенно прав), что участники дискуссии не совсем верно понимают якобы "наиболее хорошо формализованную" реляционную модель данных, в частности, роль ключей, и роль кортежей в РМД. И вот, почти через два года, понимание начало приходить. И я очень этому рад...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33181454
То есть Вы, vadiminfo, вдруг решились ответить на вопрос: согласны ли Вы с "последовательностью доводов" Дейта:

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

?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33181480
Фотография U-gene
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нууу... это, Андрей Леонидович, не пример из сосоедней дискуссиии. Там это пример Вы из своей головы ввели. И это яркий образец того, что разные люди по разному воспринимают предметую область. У вас в голове есть связь между товарами и складами и вобщем то никто не скажет, что это совскм неверно. Однако у любого ...мммм... правильного кладовщика слово склад обозначает ни что иное, как соскупность товаров на текущий момент. Ему конечно можно объяснить, что ув. АЛ представляет это все в терминах связей, и когда он врубится в эту абстракция, он скажет - Да, в терминах этой абстакции есть такая связь между моим складом и товаром "ваштовар" и у этой связи есть характеристика "количестово" с текущим значением 10. Но объясняй ему - не объясняй, в запарке, в разговоре с офисом он скажет "на моем складе вашеготовара 10 штук" и тоже будет прав!

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

Так почему Вы думаете, что Ваше восприятие предметной области правильное, а восприятие людей, для которых я буду делать систему - неверное? А если оно верное, то почему я должен выдумывать что-то еще из своей (или Вашей) головы?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33181485
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
То есть Вы, vadiminfo, вдруг решились ответить на вопрос: согласны ли Вы с "последовательностью доводов" Дейта:

То есть Вы, Андрей Леонидович, вдруг решились ответить на вопрос - приведите страницу в 8 издании.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33181794
Я напоминал про дискуссию "Сравнение ... СУБД", а не "соседнюю дискуссию" !!!

Но Ваши разъяснения, U-gene, меня удивляют. То Вы предлагаете не "скатываться" к концептуальным схемам, а то, вдруг, начинаете "влезать в мысли" кладовщиков !? Раз уж Вы (а не я, заметьте) заговорили о кладовщиках, то должен сообщить, что мои знакомые кладовщики - люди серьезные, и понимают, что склад существует независимо от наличия товаров на нем. А, в целом, рассуждая о "любых кладовщиках" (использовали связь в направлении "склад-хранит-товар") и о "любых логистах" (использовали связь в направлении "товар-хранится на-складе"), Вы в ТОЧНОСТИ ПОВТОРИЛИ "МОЮ СХЕМУ" ! Так что ничего я не выдумал "из своей головы"...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33181798
Трудно "решиться", vadiminfo. Не могу же я, даже ради Вас, каждый раз открывать какую-то очередную книгу. Попытаюсь, так и быть, по памяти... стр. 748 или 749, либо 2-ой, либо 3-ий абзац сверху...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33181809
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
Не могу же я, даже ради Вас, каждый раз открывать какую-то очередную книгу. Попытаюсь, так и быть, по памяти... стр. 748 или 749, либо 2-ой, либо 3-ий абзац сверху...

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

Потому конечно первичный ключ не должен допускать NULL.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33181822
Фотография U-gene
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Аллёй Андрей Леонидович!!! Почему Вы приписываете мне то, что я не говорил? Я сказал - авторТо есть для кладовщика товар - атрибут склада, а для логиста склад атрибут товара. Далее я спросил Так почему Вы думаете, что Ваше восприятие предметной области правильное, а восприятие людей, для которых я буду делать систему - неверное? И вдруг!!! - Андрей ЛеонидовичА, в целом, рассуждая о "любых кладовщиках" (использовали связь в направлении "склад-хранит-товар") и о "любых логистах" (использовали связь в направлении "товар-хранится на-складе"), Вы в ТОЧНОСТИ ПОВТОРИЛИ "МОЮ СХЕМУ"

Я вижу разницу между явно заданной связью и явно заданным атрибутом. Если Вы её не видете - это Ваши проблемы. Но не стоит за меня что-то домысливать. Хорошо - я Вас по другому спрошу. Чем явно определённые ссылки хуже чем явно определнные связи?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33182228
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей ЛеонидовичНасколько я понял mir, он согласен с ролью ключей и кортежей, о которых я говорил. Очень хорошо.
Интересно, где я в своем посте хотя бы упомянул роль ключей? Нигде. Поэтому я никак не мог быть согласен/не согласен с «ролью ключей» от Андрея Леонидовича. Но он при этом как-то «понял», что я с этим согласен. Чудеса! ЧАЛ в своем амплуа Рулена Багдасыса – избирательная глухота в сочетании с приписыванием оппоненту того, чего он не говорил.
Андрей ЛеонидовичВедь я об этом расскзывал, чтобы доказать, что РМД в ЭТОМ отношении (идентификация, навигация, семантика) - это ФУНДАМЕНТАЛЬНО УХУДШЕННЫЙ вариант ОМД. Называть что-либо «ухудшенной» или «улучшенной» версией ОМД, увы, просто невозможно. По техническим причинам.
Никто в целом свете не знает, что такое ОМД. Нет такой вещи. Каждая ОСУБД предлагает свою «ОМД». Даже в чисто программистском мире ООП каждый ОО-язык во многом концептуально отличается от других. Строгой и общепринятой концепции ОО вообще не существует. Скажем, UML, — голимая практика, без нормальной теории. Почитайте хотя бы Дейта: BASIC CONCEPTS IN UML: A REQUEST FOR CLARIFICATION PART 1 и PART 2 ,
TYPE INHERITANCE: IS A CIRCLE AN ELLIPSE? ,
ON VALUES, VARIABLES, AND TERMINOLOGY
Ну, а по поводу рассуждений ЧАЛ о навигации в РМД... Отмечаю для тех, кто не в курсе, что по этому вопросу Андрей Леонидович уже хорошо получил в теме "Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД.". См: Тынц1 и
Тынц2. Настолько, что даже бросил мне отвечать по этому вопросу. За исключением фраз, что это-де полный бред. Но вот за аргументы такие фразы «не канают». Как говорится, читайте сами.
Андрей Леонидовичне существует формального описания РМД Открывайте, скажем, 3 Манифест, и читайте свежее формальное описание РМД.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33183799
Ну зачем Вы, vadiminfo, про "ради" говорите ? Мы же обсудили это не один раз - Дейт ИСПОЛЬЗУЕТ, а не критикует эту "последовательность доводов". Что же мне теперь спрашивать в "каком контексте" Вы не согласны с "последовательностью доводов" Дейта:

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

?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33183800
Вот и mir, вдруг, опять заговорил про мои личные качества, и "свежее формальное описание"...
Вам еще придется упоминать в своих постах про роль ключей в РМД. Пока Вы опять, судя по всему, подразумеваете исключительно "ограничения целостности". Ну что же, у меня хватит терпения пройти по кругу еще раз. И про навигацию, которой в РМД и Р(без кавычек)СУБД НЕТ ПО ОПРЕДЕЛЕНИЮ я еще раз не против поговорить. Чтобы Вы еще раз посидели в своей любимой луже...

Итак, теперь Вы опять не согласны с "последовательностью доводов" Дейта:

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

?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33183805
Вы, U-gene, сказали:
"Однако у любого ...мммм... правильного кладовщика слово склад обозначает ни что иное, как соскупность товаров на текущий момент...."

"А любой логист, когда спросишь его сколько товара есть обязательно быстру уточнит "на каком складе?", потму что о товаре он думает в терминах складов , поставок, транзита и отгрузок..."

А "то есть" (про атрибуты) Вы УЖЕ ОТ СЕБЯ СКАЗАЛИ ! Как ТЕОРЕТИК !

Я уже много раз, а, по просьбе Мимо пробегал, даже с формулами (хотя и не моими) объяснял, что связи в ОСУБД РЕАЛИЗУЮТСЯ между идентификаторами.
МОЖНО реализовать связь (но не многие-ко-многим) и путем ИНТЕГРАЦИИ СВЯЗИ В ОБЪЕКТ. То есть "разместить", среди прочих характеристик объекта, характеристику-ссылку на экземпляр другого объекта (ее значением будет идентификатор этого другого экземпляра). И я несколько раз говорил, что являюсь противником такого способа...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33183825
Фотография U-gene
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович МОЖНО реализовать связь (но не многие-ко-многим) и путем ИНТЕГРАЦИИ СВЯЗИ В ОБЪЕКТ. То есть "разместить", среди прочих характеристик объекта, характеристику-ссылку на экземпляр другого объекта

Так...последнее усилие!... а если среди прочих характеристик размещено множество (массив или набор или т.п.) ссылок? То есть каждый такой объект может ссылаться на множество других, и на каждый другой объект может ссылаться множество таких объектов.... Или это не связь многие ко многим?

Андрей Леонидович И я несколько раз говорил, что являюсь противником такого способа. А я сторонником

Андрей Леонидович Я уже много раз, а, по просьбе Мимо пробегал, даже с формулами (хотя и не моими)... Я как то не припомню этих формул... просмотрел навверное....дайте ссылочку пожалуйста.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33183826
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
Что же мне теперь спрашивать в "каком контексте" Вы не согласны с "последовательностью доводов" Дейта:

Так чего спрашиать? Сто раз говорил.
Вы можете, например, создать таблу. Создать в ней первичный ключ на поле PK. Другое поле ID. В триггере налабать заполнение ID = PK. Или просто генерить в ID уникальные значения. Или записывать туда табельные номера.
И использовать это ID как идентификатор. А PK для идентификации не использовать в Вашей задаче. Но он первичный ключ. Что тут не ясного? Ну такая у Вас модель. Такой Вы проектировщик.
Раньше приводил расуждения про нормализацию, которая может привести к появлению отношений, которые в общем случае не соответсвуют ни одной сущности ПО.
Но возможность использовать то о чем говорится в доводах должна быть.
B потому NULL не должен допускаться в PK.

Как знатному логики напомню, что одно и то же суждение может быть истинно в одном смысле и ложно в другом.
Например, суждение:
"Андрей Леонидович разбирается в технологиях БД"
Оно истинно в том смысле, если разбираться в технологиях БД - это знать больше, чем юзер, который никада не слышал слово БД. И ложно в том смысле, если разбираться в технологиях БД - это знать в объеме, хотя бы какого-то вуза (хотя и с неграмотными профессорами) по специальности "Информационные системы".
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33185921
Вы, vadiminfo, успокоились было, и, вдруг, опять говорите что-то непонятное.
Причем приписываете мне (!?) какие-то странные способы проектирования. В РМД нет никаких идентификаторов. Есть только нечто, что можно "использовать в качестве идентификаторов". Итак, успокойтесь, сосредоточтесь, и ответьте согласны ли Вы с "последовательностью доводов" Дейта:

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

?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33185924
Далеко еще до "последнего усилия", U-gene...
Это "множество (массив или набор или т.п.) ссылок" НЕ ЯВЛЯЕТСЯ характеристикой объекта, и приравнивать его к характеристикам объекта - противоестественно. К тому же Вы опять забываете о собственных характеристиках связи. И я очень сильно сомневаюсь, что Вы являетесь сторонником ТАКОГО представления связи многие-ко-многим. Скорее Вы создадите отдельное отношение (класс). Разве нет ?..

Искренне надеюсь на помощь Мимо пробегал. Уже не помню в какой теме я, по его просьбе, приводил формулы...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33185929
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
В РМД нет никаких идентификаторов. Есть только нечто, что можно "использовать в качестве идентификаторов".

Ну это нечто использованное в качестве идентификатора - это уже какой-то идентификатор. Стал быть первое предложение у Вас противоречит второму.
И на диалектическе противоресие это не похоже. Стал быть формально-логическое. Не знаю, о чем Вы тока думаете. Так Вы никада не доведете до краха не тока РМД, но и ни одного манифеста, содержащего в себе все предпосылки к таковому краху.

Андрей Леонидович
Итак, успокойтесь, сосредоточтесь, и ответьте согласны ли Вы с "последовательностью доводов" Дейта:

Все что знал по этому вопросу Вам уже сообщил. Добавить мне решительно нечего.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33185934
Когда очередной приступ ненависти пройдет, Вы поймете, конечно, что в РМД нет никаких идентификаторов. Есть только нечто, что можно "использовать в качестве идентификаторов". И ответите, наконец-то, согласны ли Вы с "последовательностью доводов" Дейта:

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

?

Предлагаю так же провести семинар по РМД, на котором Вы, "в присутствии понятых", так сказать, прочувствуете всю глубину своего невежества в области баз данных...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33193911
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей ЛеонидовичВот и mir, вдруг, опять заговорил про мои личные качества, и "свежее формальное описание"...
Вам еще придется упоминать в своих постах про роль ключей в РМД. Пока Вы опять, судя по всему, подразумеваете исключительно "ограничения целостности". Ну что же, у меня хватит терпения пройти по кругу еще раз. И про навигацию, которой в РМД и Р(без кавычек)СУБД НЕТ ПО ОПРЕДЕЛЕНИЮ я еще раз не против поговорить. Чтобы Вы еще раз посидели в своей любимой луже...
?
Как обычно, слов много, но ни одного аргумента. Я готов еще раз обсудить вопрос навигации (хотя бы этот вопрос для ясности). Однако для начала потрудитесь
(1) дать четкое определение "навигации" в модели данных
(2) обосновать ее необходимость и границы применимости (нужна всегда или нужна лишь иногда вот для таких-то задач)
(3) обосновать положение о том, что "навигация" в вашем смысле именно *противоречит* РМД, а не просто, скажем, отсутствует среди обычных реляционных операций. Это существенная разница, прошу заметить.

(4) И чисто в качестве бонуса: курсоры в SQL-СУБД это навигация? они все же категорически противоречат РМД (как вы утверждали ранее) или просто являются полезным (иногда) дополнением к базовым конструкциям?

И не в стиле "галопом по Европам", а вдумчиво, с цитатами и ссылками. Можно создать для этого тему в "Проектировании БД" или "Сравнении СУБД".

Вот это будет разговор.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33194243
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mir
И чисто в качестве бонуса: курсоры в SQL-СУБД это навигация?

Если грить именно о SQL-СУБД, учитывая диалекты SQL, то в 10 Оракле непосредственно в SQL добавленна возможность работы с многомерными массивами для interrow вычислений. model_clause. Т.е. доступ навигационного плана все в большей мере включается непосредственно в SQL. Иными словами в нем объединяются оба и ассоциативный доступ и навигационный.
Сама РМД предполагает ассоциативный доступ, но не исключает и других в РСУБД. Так шо коллеге ЧАЛу не позавидуешь.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33195289
Думаю, что бесполезно с Вами говорить про навигацию. Вот закончим с идентификацией (с ролью ключей и кортежей в РМД), где ИМЕННО ВДУМЧИВО, С ЦИТАТАМИ И ССЫЛКАМИ я уже полтора года доказываю очевидные вещи, а в ответ только ругань и демагогия.
И про навигацию, и про многие ее аспекты подробно говорил, но Вы ничего не хотите слушать, а только опять задаете какие-то банальные вопросы...

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

(2) всегда доступна; и ПОДРОБНО ОБЪЯСНЯЛ о нужности со статистикой примеров (извлечь определенные характеристики конкретного экземпляра; извлечь все "записи" (в широком смысле) конкретного "документа" (в широком смысле) и т.п.) для типичных OLTP-систем;

(3) навигации нет в РМД по определению (см. свойства отношения); что еще за "прошу заметить" ???

(4) курсоры в SQL-СУБД - это навигация; и они именно категорически противоречат РМД; их НЕ МОЖЕТ БЫТЬ В РСУБД, но они, конечно же, могут быть (точнее, должны быть) в "Р"СУБД (постреляционных СУБД)...

И зря Вы не хотите понять, что принципы идентификации и представления связей имеют фундаментальное значение. Навигация получается автоматически в результате идентификации сущностей и явного представления связей между ними...
Почти так же, как алгебра "получается автоматически" в результате представления "абстрактных данных" в виде (математических) отношений...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33195362
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
4) курсоры в SQL-СУБД - это навигация; и они именно категорически противоречат РМД; их НЕ МОЖЕТ БЫТЬ В РСУБД, но они, конечно же, могут быть (точнее, должны быть) в "Р"СУБД (постреляционных СУБД)...

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

Раз записи извлечены, то они упорядочены, например, в оперативной памяти. И моно делать с ними что хочешь - это уже не вопрос доступа к данным, это уже вне РМД, это уже какая-то внешняя модель приложения.

Может еще и ORDER BY запретите? Он упорядочивает результирующий набор - (см. свойства отношения);
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33195381
AlexCzech
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дым коромыслом опять. И новое определение навигации от Андрея Леонидовича
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33195846
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей ЛеонидовичИ про навигацию, и про многие ее аспекты подробно говорил, но Вы ничего не хотите слушать, а только опять задаете какие-то банальные вопросы... Ссылки в студию на посты с рассуждениями по этой теме, покрывающие указанные мной вопросы. И особенно — ссылку на ваше определение навигации, если утверждаете, что оно было. Только не надо тот мусор, на который я подробно отвечал в постах 1 и 2. Каждый может судить, насколько «формальное» Андрей Леонидович давал определение:
Андрей ЛеонидовичКогда пользователь нажимает клавишу <стрелка вниз> или <стрелка вверх>, и "перемещается" на следующую (предыдущую) запись товарной накладной - это навигация. IMHO, строгость постановки на уровне «первый класс, вторая четверть».
Ну а теперь посмотрим дальше:
Андрей Леонидович(1) навигация - операции перебора (и для программиста, и для пользователя) и извлечения данных экземпляров: а) внутри объекта, б) внутри связи (был так же отдельный разговор про индексы - что это полноценная часть данных, в отличие от РМД и "Р"СУБД);
То есть термин «навигация» по-вашему завязан строго на понятия:
•\tпрограммиста,
•\tпользователя
•\tэкземпляров (неизвестно чего)
•\tобъекта (а это что за зверь? Неужто то, что «противоречит субъекту в его предметно-практической деятельности» ((c) by ЧАЛ). Вот умора!)
•\tсвязи (опять же, чего-то с чем-то, видимо, надо додумывать).
Да еще и индексы приплетены. Значит у вас логическая концепция «навигации» не существует без физической концепции индексов. То есть вы не в состоянии отделить логический и физический уровень манипуляции данными.
Да-а-а. Строгость «на высоте». «Определение» требует еще минимум 3 доопределения. Попытка не засчитана.
Андрей Леонидович(2) всегда доступна; Это о чем? Обрывок мысли?
Андрей Леонидович и ПОДРОБНО ОБЪЯСНЯЛ о нужности со статистикой примеров (извлечь определенные характеристики конкретного экземпляра; извлечь все "записи" (в широком смысле) конкретного "документа" (в широком смысле) и т.п.) для типичных OLTP-систем; Ссылки, цитаты? А то, как говорится, п#@$ть — не мешки ворочать.
Андрей Леонидович (3) навигации нет в РМД по определению (см. свойства отношения); Доказательства?
Андрей Леонидович(4) курсоры в SQL-СУБД - это навигация; Как интересно! Ну-ка все вспомнили, что навигация по «определению» выше завязана на понятия неких «экземпляров неизвестно чего», «объектов» и «связей». Ничего такого в SQL-СУБД нет. А вот навигация, как утверждается — есть. Какую траву вы курите?
Андрей Леонидовичи они именно категорически противоречат РМД; их НЕ МОЖЕТ БЫТЬ В РСУБД Доказательства?

Увы, как и ожидалось, ничего доказательного вы произвести не смогли. Видите ли, ваши утверждения сами по себе доказательствами ни для кого не являются, вот беда-то. Пора бы перестать утверждать и начать доказывать .
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33197965
Обратите внимание, что это даже не столько я (хотя, конечно, тоже постарался), сколько ваша собственная тупая ненависть к новым знаниям, поставила вас, mir и vadiminfo, в тупик. То есть поняли, что я вам долбил полтора года (навигация нужна почти всем приложениям, а в РМД ее нет по определению), и теперь не знаете, что с этим делать, кроме как реализовывать навигацию в постреляционных "Р"СУБД, и во всевозможных надстройках...

Молодец, vadiminfo ! Читаете новую толстую книгу. Но упорно хотите выглядеть дураком. Приходится опять читать вместе с Вами, как с ребенком:

"Оператор ORDER BY не является реляционным оператором, поскольку возвращаемый им результат не представляет собой отношение."

Ну что, еще и свойства отношения только под моим руководством сможете изучить ? Не прикидывайтесь дураком, vadiminfo - это Вас не красит...

Как и Вас, mir. Из того бреда, что Вы написали, можно сделать только один вывод: Вам срочно нужно получить дополнительное образование по РМД. И я готов Вам помочь. Для начала:

1) изучите свойства отношения РМД, чтобы больше не позориться;
2) ведите себя прилично; внимательно изучите мои ответы на Ваши вопросы, и, если чего-то не поняли (это часто случается при изучении новых тем), то вежливо переспросите (особое внимание обратите на последние абзацы):

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

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

(2) всегда доступна; и ПОДРОБНО ОБЪЯСНЯЛ о нужности со статистикой примеров (извлечь определенные характеристики конкретного экземпляра; извлечь все "записи" (в широком смысле) конкретного "документа" (в широком смысле) и т.п.) для типичных OLTP-систем;

(3) навигации нет в РМД по определению (см. свойства отношения); что еще за "прошу заметить" ???

(4) курсоры в SQL-СУБД - это навигация; и они именно категорически противоречат РМД; их НЕ МОЖЕТ БЫТЬ В РСУБД, но они, конечно же, могут быть (точнее, должны быть) в "Р"СУБД (постреляционных СУБД)...

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

P.S. mir (18 фев 05, 06:33):

"Более того, в РСУБД практически любое решение на основе курсора можно преобразовать в эквивалентное без курсора. Ваше мнение: прав ли я ? (Прошу коллегу ЧАЛ не влазить в диалог)."

Если уже можно влазить", то Вы не правы. В РСУБД, когда они будут созданы, не может быть "решений на основе курсора", по определению...

И не пишите, хотя бы, совсем откровенных глупостей, типа "противоречит субъекту"...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33197986
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
(навигация нужна почти всем приложениям, а в РМД ее нет по определению),

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


Андрей Леонидович
"Оператор ORDER BY не является реляционным оператором, поскольку возвращаемый им результат не представляет собой отношение."

А SQL применяется не к отношениям, а к их представлениям - таблам (реляционным). И потому естественно реляциолнная часть может быть дополнена средствами работы с таблами. Таблы то так или иначе упорядочены. Просто они считаются равными, если отличаются тока порядком.

Ну что? Съели? Не выкинем ORDER BY, и не уговаривайте в надежде сократитть отстование Вашей дореляционки.

Андрей Леонидович
Ну что, еще и свойства отношения только под моим руководством сможете изучить ?

А может под Вашим руководством поизучать и теорию групп, модули и кольца, теорию решеток или общую топологию? Что ж на каких-то там отношениях останавливаться? Хотя, возможно, для Вас это потолок. Математика у Вас хромала? Я прав? Хотя бы помните что такое нильпотентная группа? Или Нетеров модуль? Что Вы там закончили? Как назывался тот техникум? Я забыл. Иначе зачем мне такое руководство как Ваше в изучении теории множеств, если Ваши профессора были хуже моих? И в математике Вы не рюхаете совсем.


Андрей Леонидович
внимательно изучите мои ответы на Ваши вопросы

Вообще-то Вы больше прославились тем, что не отвечали на вопросы. Кроме того, на что Вы можете ответить, если не понимаете что Вам говорят? Разговор с Вами как с глухим. Вы тока повторяете одно и то же, не обращая внимания или не понимая, что оно давно опровергнуто. Кто Вас знает. У Вас ведь голова не тока для того, чтобы есть? Хоть немного внимательней читайте что Вам пишут. Вот всякий вздор повторили два раза. Ниче не поняли что Вам сказали.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33198280
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Андрей Леонидович

Как, собственно, и ожидалось, по теме разговора ни одной ссылки, аргумента, доказательства вы так и не привели. Все время переводите разговор из более-менее научной плоскости в эмоционально-болтологическую. Я спрашиваю "Где ссылки?", а вы мне «ваша собственная тупая ненависть к новым знаниям, поставила вас в тупик». Я спрашиваю «Где доказательства?», а вы мне «Вам срочно нужно получить дополнительное образование по РМД». Я вам «обоснуйте», а вы мне «внимательно изучите мои ответы на Ваши вопросы». Родной мой человек, так ведь в том-то и беда, что не было никаких «ответов». И не было у вас никаких аргументов. И не было никаких цитат. И не было никаких ссылок. Только голые заявления.
И, разумеется, вы опять демонстрируете умение делать Copy-Paste. Зачем? Зачем повторять этот пост, если я его только что разобрал , задал конкретные вопросы и высказал конкретные замечания. Вот на них и отвечайте. Если сможете. А копировать исходный пост, не отвечая на претензии, легко.
Однако это лучше и красноречивей всего говорит о вашей беспомощности в формальной аргументации.

Итак, попробуйте для начала еще разок дать свое определение навигации. С учетом моих вопросов и замечаний . То есть вполне строгое и по возможности самодостаточное. Ваше, как я указал, таковым не является. Поскольку ссылается еще на 5 (!) понятий, 3 из которых требуется определить:
• экземпляр (неизвестно чего)
• объект
• связь (чего-то с чем-то)
Соответственно, еще и неясно, что значит «внутри объекта» и «внутри связи».

Вы ж у нас мега-теоретик. Опровергатель авторитетов мирового масштаба. Так сказать, живая скульптура «Андрей Леонидович, разрывающий пасть Кодду». Так попробуйте хотя бы формально определить то, о чем беретесь рассуждать.

P.S. Насчет «противоречит субъекту» моя вина, правильно «противоречит субъекту». Да слаще ли хрен редьки?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33198291
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Черт, "противостоит субъекту", конечно.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33200470
Так что, mir и vadiminfo, мы уже закончили с "ролью ключей в РМД" ?
И вы со мной согласились ?
И можно переходить от идентификации к навигации ?

P.S. Или может, проведем семинар по РМД (ведь она "хорошо формализована"), где вы не сможете вилять и врать, как здесь, и опубликуем здесь его результаты ?
А, если захотите, проведем семинар и по ОМД, если вы, действительно, даже эту прекрасно формализованную модель не понимаете...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33200476
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfo
Андрей Леонидович
"Оператор ORDER BY не является реляционным оператором, поскольку возвращаемый им результат не представляет собой отношение."

А SQL применяется не к отношениям, а к их представлениям - таблам (реляционным). И потому естественно реляциолнная часть может быть дополнена средствами работы с таблами. Таблы то так или иначе упорядочены. Просто они считаются равными, если отличаются тока порядком.

Ну что? Съели? Не выкинем ORDER BY, и не уговаривайте в надежде сократитть отстование Вашей дореляционки.


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

Проблема в том действительно ли навигация является такой необходимой, как хотелось бы Андрею Леонидовичу. По-моему совсем не необходима, более того, я даже не очень педставляю куда ее в прикрутить на стороне сервера. А если принять за определение знаменитое "<стрелка вниз> - <стрелка вверх>", то навигация в СУБД совершенно, как бы это сказать, бесполезна по причине отсутсвия стрелок.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33200511
Не говорите глупостей, с127. В РМД, а, следовательно, и в Р(без кавычек)СУБД навигации нет, по определению. А она нужна практически для любого приложения. И именно СУБД, а не само приложение, должна ее поддерживать...
Пошли по пятому кругу. Вы не понимаете не только что такое интегрированный язык баз данных, но и "симметричную задачу" интеграции навигационных свойств СУБД и навигационных потребностей приложений. Вы даже не знаете, что в СУБД есть не только "знаменитые" <стрелки вниз и вверх>, но и не менее "знаменитые" <стрелки влево и вправо>. Докатились...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33200547
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
c127
ORDER BY можно выкинуть

Нет, выкидывать не стоит. От него слишком много пользы. И он позволяет проводить вычисления, в том числе, где навигация была предпочтительна.
Например, в Оракле есть аналитические ф-ии, которые основываются в том числе на сортировке. Ведь если мы можем легко произвести вычисления, полученых с помощью SQL данных в самом SQL, то зачем от этого отказываться?

c127
Проблема в том действительно ли навигация является такой необходимой, как хотелось бы Андрею Леонидовичу.

Такой необходимой как хотелось бы Андрею Леонидовичу она, конечно, не является. Любое подход должени иметь преимущества и недостатки. Андрей Леонидович абсолютизирует недостатки. Значительно преувеличивает их значение из соображений пропаганды. А недостатки своих систем как бы не замечает вовсе.

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

Но в некоторых случаях навигационный имеет преимущества.
1. Про рекурсивныем мы с Вами когда-то говорили. Однако, их стараются включить в SQL. В Скуле и DB2 - есть рекурсивные запросы, насколько я понял на форуме.
В Оракле есть иерархические запросы - для транзитивного замыкания. Он его совершенствует вроде по мере новых версий.
2. interrow вычисления. Я говорил, что Оракл налабал средства и для такого типа задач в 10 версии. Правда, пока не пробовал. Не поставил еще 10. Хотя, в общем, случае вычисления - это уже дополнительное по отношению к главной задаче - извлечение информации из БД. Но тем ни менее в некоторых случаях это может рассматирваться как запрос. Тут не всегда просто провести границу.
3. Ну собсно задачи, где РМД не совсем адекватна и имеет место, например, лавинообразное увеличение количества деталей. Иногда говорят, что в этом случае навигация может быть предпочтительнее.

4. Вопрос о преимуществе доступа по адресам (навигация) в плане производительности в некоторых случаях - может иметь преимущество.
Надо тока иметь в виду, что на физическом уровне в РСУБД используется так называемая автоматическая навигация - конкретно извлекает блоки, например, по адресам. Поэтому тут разница не всегда очевидна. Да и вообще вопросы производительности не всегда связаны, скорее всего, с моделью данных.

Т.е. не факт что SQL в своем развитии не порешает многие из тех задач где навигация была предпочтительней. Реляционность самого извлечения остается как основополагающее - выборка, проекция и проч алгебраические операции. А дополнительные вычислительные возможности в SQL никто не запрещал. Наоборот. Поощрял.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33202892
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfo
Нет, выкидывать не стоит.


Я согласен с тем, то выбрасывать ORDER BY не нужно, но в принципе это сделать можно. Я это и говорил.

Что касается СУБД задач в которых некая навигация необходима, то они наверняка есть, только я их не встречал. К тому же абсолютно все задачи, решаемые на компьютере, могут быть решены средствами СКЛ+циклы (т.е. это фактически PL/SQL, Transact-SQL и т.д.) но без курсоров и конечно же без того убожества которое под навигацией понимает Андрей Леонидович и даже без использования ORDER BY.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33202984
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей ЛеонидовичТак что, mir и vadiminfo, мы уже закончили с "ролью ключей в РМД" ?
И вы со мной согласились ?
И можно переходить от идентификации к навигации ?Я про роль ключей ничего еще и не говорил, следовательно и не могу с ней "закончить". А про навигацию мы уже несколько постов как пытаемся "беседовать". Опять косите под дурачка?
Итак, отметим первые итоги по вопросу о навигации. Определения нормального вы дать не в состоянии, ответить на вопросы и замечания не хотите. Пока так и запишем.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33204986
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
c127
К тому же абсолютно все задачи, решаемые на компьютере, могут быть решены средствами СКЛ+циклы (т.е. это фактически PL/SQL, Transact-SQL и т.д.) но без курсоров

Скорей всего, PL/SQL без курсоров вряд ли сможет использовать результаты SQL. Но это не имеет прямого отношения к навигации в большинстве случаев, поскольку курсоры указывают на результат SQL и нужны как механизм работы PL/SQL с монжеством записей. Если тока c помощью SQL не смогли получить нужного результирующего множества. И нужна еще обработка, чтобы таки получить нужный набор.
Но представляет интерес именно с помощью языка БД - SQL или навигационного получить этот результирующий набор данных из БД. Т.е. что предпочтительней реляционны доступ или навигационный в тех или иных случаях. Поскольку за доступ к данным отвечают они - выразительная сила системы запросов.
Хотя SQL в отличии от навигационных обеспечивает произвольные запросы, которые не предусматривали на стадии проектирования. Навигационный язык БД всегда внедренный. Т.е. тока в теле тех или иных языков программирования, а не сам по себе как SQL. Поэтому непосредственно навигационный язык сам по себе не претендует на сравнение с SQL.
Тем более, речь не идет о том, что в РСУБД не обеспечена вычислительная полнота.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205033
serg99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoХотя SQL в отличии от навигационных обеспечивает произвольные запросы, которые не предусматривали на стадии проектирования. Навигационный язык БД всегда внедренный. Т.е. тока в теле тех или иных языков программирования, а не сам по себе как SQL. Поэтому непосредственно навигационный язык сам по себе не претендует на сравнение с SQL.
В общем то и на SQL можно писать навигационные запросы. И на OQL. Просто объектные базы имеют потенциал выполнять такие запросы быстрее. В то же время ООСУБД способная не хуже РСУБД (или хотя бы не намного хуже) выполнять нерегламентированные запросы SQL, несомненно привлечет к себе внимание.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205080
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfo c127
К тому же абсолютно все задачи, решаемые на компьютере, могут быть решены средствами СКЛ+циклы (т.е. это фактически PL/SQL, Transact-SQL и т.д.) но без курсоров

Скорей всего, PL/SQL без курсоров вряд ли сможет использовать результаты SQL.


Результаты полученные в СКЛ запросе лучше всего использовать в другом СКЛ запросе. Но можно обойтись без курсора, одними переменными, если сначала сказать DISTINCT, а потом в цикле менять критерий запроса или использовать временную таблицу, то можно перебрать все множество и при этом на каждой итерации будет возвращаться не более одной записи. Т.е. переменных будет достаточно. А если использовать "select top 1" (в оракле по-моему аналог это rowcount=1), который совершенно реляционный оператор, то все гораздо проще, тогда критерий менять не нужно, выбирайте по одной записи, складывайте во временную таблицу, которую в зпросе использовать в "not exists", в результате переберёте все множество. Для особо грамотных расшифровываю, что никаких предположений о совершенно необходимых первичных ключах и дажо о том существуют ли они, необходимые, не делалось.

Но это теория, на практике курсоры конечно же удобнее и быстрее, с этим никто не спорит.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205090
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
serg99
В общем то и на SQL можно писать навигационные запросы.

Ну, я писал и про рекурсивные и про запросы с междустрочными вычислениями. Их включают в SQL. Т.е. запросы для которых навигация выглядит предпочтительнее. Или Вы что-то другое имете в виду?

serg99
Просто объектные базы имеют потенциал выполнять такие запросы быстрее.

Возможно, в некоторых случаях. Возможно, для каких-то случаев SQL инструкция все еще выглядит сложно. Но например, аналитические ф-ии вряд ли уступят в скорости. Они позволяют какие-то межстрочные результаты получать без самосоединений. Ну про 10 писал, там включили в SQL средства - просто в лоб такие вычисления. Хотя еще нужно смотреть шо це такэ.

serg99
В то же время ООСУБД способная не хуже РСУБД (или хотя бы не намного хуже) выполнять нерегламентированные запросы SQL, несомненно привлечет к себе внимание.

То что некоторые ООСУБД поддерживают такие возможности слышал. Но пока не очень представляю до какой сложности они себе это могут позволить.
Ведь в РСУБД за этим стоит рел алгебра. Наверное, если ООСУБД использует маппинг на РСУБД или как бы представляет набор объектов одного класса как отношение с атрибутами соответствующими членам класса (типа "отвлекается" от того что это коллекция), то возможно, она может использовать почти SQL. Потому что там появляется реляционная структура. И стало быть можно использовать операции для таких структур из SQL. Но ведь ради этого она что-то должна потерять? Или такая ООСУБД приближается к ОРСУБД? Или нет?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205091
Потешно наблюдать за вашими обсуждениями, господа "реляционщики". Одна вечная морока "суррогатные или естественные ключи". Другая вечная морока "с курсорами или без курсоров"... Одна сплошная морока - эта РМД. Даже "Р"СУБД не спасают. Искренне сочуствую...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205123
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
c127
складывайте во временную таблицу, которую в зпросе использовать в "not exists", в результате переберёте все множество.

Временная таблица - тоже таблица, и стало быть опять понадобится курсор. По крайней мере в Оракле. Там всегда создаются курсоры - и для одной записи. Наверное, тада уж лучше в коллекцию запихивать.
Если использовать запросы, которые возвращают по одной записи, то теоретически курсоры не нужны. Но тада может быть потеряна мощь, а может и смысл в SQL.
В PL/SQL SELECT INTO может засандалить в переменную коллекцию сразу набор значений за один раз, по крайней мере с 9 версии Оракла. Но при этом создается неявный курсор. Может его можно было и не создавать. Т.е. если стоит задача избавиться от курсоров, то можно прийти сразу к коллекциям, у которых методы значительно более богатые в плане навигационности, чем у курсора (навигация для него слишком громко сказано, по крайней мере в Оракле). Но это просто более продвинутый язык "третьего" поколения (у которого есть коллекции) работает с SQL, но все равно что-то подное "навигационное" прорисуется. Тока и для курсора это просто итерации, а не навигация по доступу к данным. Они уже получены с помщью SQL при создании курсора. Так что он, в общем, случае врядли олицетворение навигации и отхода от РМД. В худьшем случае это просто поддержка SQL в плане вычислительной полноты.

Коллега ЧАЛ не отличает навигацию в языке БД от итераций в приложениях, потому что у него вся модель данных в этих приложениях и все перемешано в одну кучу. Он не делит опреации на доступ к данным - систему запросов и функционал приложения.

Тут вопрос в том, что данные получены с помощью SQL (или другого реляционного языка БД) и никак иначе. Вот если бы открыли файлы, и начали лазить по записям, например, на низком уровне - вот отошли от РМД, так отошли. Или с МУМПСом коллега ЧАЛ прицепился как-то там без SQL. Хотя не знаю как. Поэтому я скептически отношусь к идее связи курсоров с отходом от РМД. И не вижу причин даже в теоретическом отказе от них, кроме случая если придумают что-то лучшее, или усовершенствуются языки "третьго" поколения. Но БД должна поддерживать как можно больше языков и, в том числе, у которых нет коллекций.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205131
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
Потешно наблюдать за вашими обсуждениями, господа "реляционщики". Одна вечная морока "суррогатные или естественные ключи". Другая вечная морока "с курсорами или без курсоров"... Одна сплошная морока - эта РМД. Даже "Р"СУБД не спасают. Искренне сочуствую...

А что Вам еще остается? Ключей нет - есть хорошо спроектированное приложение, на языке "третьго поколения" с массивами. Интегрированный - все в одной куче. Курсоров нет, потому что нет и языка БД четвертого поколения. О независмости приложения от данных речи нет. Остается тока одурачивать парней с балабановской спичечной фабрики, чтобы они на это клюнули. Я тоже несколько сочуствую Вам. Такие задачи не пожелаешь никому.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205156
serg99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoНу, я писал и про рекурсивные и про запросы с междустрочными вычислениями. Их включают в SQL. Т.е. запросы для которых навигация выглядит предпочтительнее. Или Вы что-то другое имете в виду?
В общем то я уже писал что понимаю под навигацией. Если коротко, то навигационный запрос возвращает множество элементов основываясь на исходном множестве и условиях навигации.


vadiminfoТо что некоторые ООСУБД поддерживают такие возможности слышал. Но пока не очень представляю до какой сложности они себе это могут позволить.
Ведь в РСУБД за этим стоит рел алгебра.
Интересно а много ли алгебры стоит собственно за языком SQL?


vadiminfoНаверное, если ООСУБД использует маппинг на РСУБД или как бы представляет набор объектов одного класса как отношение с атрибутами соответствующими членам класса (типа "отвлекается" от того что это коллекция), то возможно, она может использовать почти SQL. Потому что там появляется реляционная структура. И стало быть можно использовать операции для таких структур из SQL. Но ведь ради этого она что-то должна потерять? Или такая ООСУБД приближается к ОРСУБД? Или нет?
С ходу не видно почему ООСУБД должна что то потерять. Конечно нельзя будет в лоб выполнить сложные запросы написанные для РСУБД (в том числе потому что по разному реализуются связи в БД), но мне представляется что вариант SQL для ООСУБД может быть даже более мощным и выразительным чем его теперешний вариант для РСУБД.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205162
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
serg99
В общем то я уже писал что понимаю под навигацией. Если коротко, то навигационный запрос возвращает множество элементов основываясь на исходном множестве и условиях навигации.

Это предполагает упорядоченность множества, перемещение от текущей(его) записи (объекта) по указателям (адресам) у другой(ому)?


serg99
Интересно а много ли алгебры стоит собственно за языком SQL?

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


serg99
С ходу не видно почему ООСУБД должна что то потерять.

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

serg99
но мне представляется что вариант SQL для ООСУБД может быть даже более мощным и выразительным чем его теперешний вариант для РСУБД.

За счет методов? Т.е. в них заложат всякие вычисления? Но в РСУБД во-первых, тоже можно ф-ии из SQL вызывать. А во-вторых мы можем считать ОРСУБД расширением РСУБД. Т.е. он тоже это может?
Или за счет чего он мощнее и выразителнее? Во всем остальном он похож в лучшем случае на подмножество по операциям за счет проектировния на отношения. Основным для ООСУБД ведь не зря считают навигацию.
А OQL - просто удовлетворение каким-то требованиям, чтобы было какое-то подобие SQL. А так одно из двух кажется лишним, если вариант SQL для ООСУБД мощнее. РСУБД обходится без навигации, тогда ООСУБД тем более обойдется - ведь там мощнее.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205281
Alexey Rovdo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
serg99

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

Вы как-будто забыли об уже имевших место дискуссиях . Или просто не читали этот бесконечный флейм. На примере Versant хорошо видно именно то, о чем вы и говорите.

Есть ООСУБД VDS (теперь уже называется Versant Object Database), а к ней есть специальное средство Versant/SQL, которое позволяет обращаться к хранилищу с помощью стандартных SQL-запросов. Что теряется? Разумеется потери есть. Очевидно, что в SQL нет средств для ОО-взаимодействия с базой, поэтому и все объектные возможности через SQL-интерфейс недоступны. Для обращения к объектам (а не к их представлениям в виде таблиц) необходимо устанавливать еще одно соединение непосредственно с объектным хранилищем Versant минуя Versant/SQL. Подробнее специфику работы и взаимодействия VDS и Versant/SQL можно понять ознакомившись с документацией (прилагается к триал версии, доступной на сайте Versant ).
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205417
Знатный "фабрикант" vadiminfo оказывается хранит модель данных в приложениях !? Видимо так предписывает ему оракле (не сам же такую глупость придумал). Не удивительно, что на "фабриках" он с такой "технологией" понятно как был встречен, и теперь вот переживает... Вместо того, чтобы переходить на нормальные современные технологии...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205471
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfo c127
складывайте во временную таблицу, которую в зпросе использовать в "not exists", в результате переберёте все множество.

Временная таблица - тоже таблица, и стало быть опять понадобится курсор. По крайней мере в Оракле.


Временная таблица испльзуется ТОЛЬКО в not exists, а заполняется классическим insert. Где Вы увидели курсор?

vadiminfo
Там всегда создаются курсоры - и для одной записи. Наверное, тада уж лучше в коллекцию запихивать.


Я не говорю как ЛУЧШЕ (и повторяю это в третий раз), я говорю как МОЖНО.

То что там внутри курсор никого не колышит, таблиц как множеств тоже не бывает, но мы говорим о внешнем уровне. Как это сделано внутри меня не беспокоит в данном случае.

Я всего лишь привел схему решения задачи так называемой навигации с помощью чистого СКЛ-я и циклов, и без ЯВНЫХ курсоров. Все остальные задачи навигации (определения которой все нет) можно свести к ней. Разумеется с точки зрения сторонников марксистко-ленинской теории такого решения нет и быть не может может никогда, поскольку "В РМД, а, следовательно, и в Р(без кавычек)СУБД навигации нет, по определению." Ну и ладно.

Еще раз повторяю, что язык СКЛ, дополненный циклами, т.е. это подмножество ПЛ-СКЛя или Т-СКЛя, является полным, им решается вообще любая задача, решаемая на компьютере. Курсоры в смысле полноты ничего не добавляют.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205531
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
c127
Временная таблица испльзуется ТОЛЬКО в not exists, а заполняется классическим insert. Где Вы увидели курсор?

Я увидел PL/SQL - этого достаточно. Временная таблица используется ТОЛЬКО в not exists - не знаю насколько это выразительно.
Если можно избавиться от Циклов с ее помощью в PL/SQL для получения требуемого результата запроса, то это может иметь какое-то значение в плане чистоты, если нет, то ничего не меняет в раскладе. См. ниже.


c127
Я всего лишь привел схему решения задачи так называемой навигации с помощью чистого СКЛ-я и циклов, и без ЯВНЫХ курсоров.

Раз есть циклы, то должно быть какое-то множество - какой-то массив, который этот цикл обрабатывает. В этом массиве есть инфа из множества записей. Как бы Вы их не получали - по одной, с временными Только not exists. Это все равно что-то подобное курсорам, тока по другому полученное. Потому, что курсор всего лишь механизм работы в ЦИКЛе язвка типа PL/SQL.
Ну, будет другой способ для получения требуемого результата запроса к БД, не ограничивающийся только СКЛ-ем.

Суть таже - результирующее множество не получено с помощью СКЛ-я без ЦИКЛОВ в PL/SQL .
То что коллега ЧАЛ, наезжая на курсоры, перепутал следствие с причиной, ничего не меняет. Он в этом не рюхает и просто от куда-то вычитал, и сам додумал. Использование для задач где лучше подходит навигация (а вообще и без упоминания навигации - для обеспечения вычислительной полноты) языков программирования дополняющих СКЛ. Т.е. не хватает выразительной силы СКЛ.
Когда-то давно мы с Вами говорили об этом на примере транзитивного замыкания. Кроме того, если рассматривать вопрос в терминах того, что предпочтительней в том или ином случае, т.е. и в СКЛе можно, но сложнее, то Ваш способ тока ухудшает положение раз Вы не рассматриваете, что ЛУЧШе. Это обязательно нужно рассматривать.


Вот я два раза писал, что в Оракле 10 похоже эти Циклы пихнули в СКЛ.
Это да. Это ушли от PL/SQL (и тем более курсоров и всего подобного внутреннего у него там), так ушли. Вот скоро поставлю 10 - посмотрю, шо це такэ. Но тоже перекрыли наверняка не все, особенно если смотреть в плане что ЛУЧШе.

c127
Еще раз повторяю, что язык СКЛ, дополненный циклами, т.е. это подмножество ПЛ-СКЛя или Т-СКЛя, является полным, им решается вообще любая задача, решаемая на компьютере. Курсоры в смысле полноты ничего не добавляют.

Он то полный, иначе бы он может и не нужен был. Тока дело не в курсорах а самих циклах в подмножестве ПЛ-СКЛя. В них "нереляционность", если переводить мысли коллеги ЧАЛа на обычный язык в технологиях БД.
Еще раз, однако, напомню, что мы об этом недостаке говорили когда-то давно. Я его приводил наряду с другими, но, конечно, не как критический для РСУБД. Во многих задачах он не проявляется, или его влиянием можно пренебречь.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205542
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей Леонидович
Знатный "фабрикант" vadiminfo оказывается хранит модель данных в приложениях !?

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

Андрей Леонидович
Не удивительно, что на "фабриках" он с такой "технологией" понятно как был встречен, и теперь вот переживает

Вы лучше побеспокоились, чтобы на балабановской фабрике не узанли, что Вы им подбросили. Хорошо, что они ни чего не видили, кроме вашей системы.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205663
serg99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 vadiminfo
Это предполагает упорядоченность множества, перемещение от текущей(его) записи (объекта) по указателям (адресам) у другой(ому)?

Множество может быть не упорядочено. Навигационность проявляется в использовании информации о взаимных связях между объектами. Где там СУБД чего перемещает во время выполнения запроса – это вопрос реализации СУБД.

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

Мне кажется что алгебра стоит все таки за реляционной моделью данных. А SQL это один из вариантов запросного языка устоявшийся для РСУБД, сам по себе не имеющий какого то глубокого математического обоснования, как стандарт развивавшийся достаточно хаотично, и реализации которого от разных производителей не совместимы на 100% из-за различных фирменных «улучшений» и багофич.

Если использует маппинг на РСУБД? Или как-то проецируется на РСУБД, чтобы применять что-либо подобное SQL?

Что бы применять язык С его не обязательно маппировать на ОС Windows. То есть нужно различать семантику запросного языка от модели данных СУБД и тем более от физической организации хранения данных. То есть SQL вполне может применяться в ООСУБД безо всякого маппирования на РСУБД (естественно учитывая различия в модели данных).

Например, выборку. Она по неволе должна "забыть" о коллекции, так как по отношекнию к выборке это просто неупорядоченное множество. Больше ничего для выборки не надо. Стало быть это изоморфно отношению с атрибутами того класса. Но у отношения можно взять проекцию. А что при этом получится из объектов? Что это за обрезанные объекты? Свойства коллекции не используются. Получаются объекты у которых нет класса. Да и хорошо ли классы с их наследованием и проч укладываются в рел таблицу? Ниче там не может пропасть? Или не так? Это типа мои предположения сходу.

Все укладывется куда нужно. Ничего не пропадает. Нужно только учитывать что объекты в БД – это не тоже самое что объекты в ООП языках программирования. То есть ООСУБД может обслуживать и приложения на обычном С или Ассемблере.


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

Он может быть мощнее и выразительней за счет небольшого пересмотра семантики существующих конструкций в SQL, а так же за счет расширения его синтаксиса. При этом он позволит одновременно использовать и привычные SQL запросы и навигационные запросы.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205674
serg99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Alexey Rovdo

Вы как-будто забыли об уже имевших место дискуссиях . Или просто не читали этот бесконечный флейм. На примере Versant хорошо видно именно то, о чем вы и говорите.

Думаю в данном случае Versant не может быть примером того о чем я говорю.

Есть ООСУБД VDS (теперь уже называется Versant Object Database), а к ней есть специальное средство Versant/SQL, которое позволяет обращаться к хранилищу с помощью стандартных SQL-запросов. Что теряется? Разумеется потери есть. Очевидно, что в SQL нет средств для ОО-взаимодействия с базой, поэтому и все объектные возможности через SQL-интерфейс недоступны. Для обращения к объектам (а не к их представлениям в виде таблиц) необходимо устанавливать еще одно соединение непосредственно с объектным хранилищем Versant минуя Versant/SQL. Подробнее специфику работы и взаимодействия VDS и Versant/SQL можно понять ознакомившись с документацией (прилагается к триал версии, доступной на сайте Versant ).

SQL вполне можно расширить для работы с ООСУБД. Не вижу необходимости в каких то особых соединениях минуя стандартные механизмы соединений и транзакций.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33205730
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
serg99
Множество может быть не упорядочено. Навигационность проявляется в использовании информации о взаимных связях между объектами.

Ну у такой навигации, наверное, мало чего есть, чего нет у рел доступа. Такие связи есть в РСУБД. Проблемы отличий начинаются именно када доступ между записями или объектами одного типа между которыми нет связей. Т.е. када в том или ином смысле он упорядочено, например, проииндексировно, пусть даже адресами. Если множество не упорядочено, то нет понятия следующего, предшествующего и проч. Чего и нет в РМД.

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

Этот язык включает в себя или стремится включить в себя рел алгебру. Там есть операции выбора, соединения, проекции - то, что в алгебре. Он всегда возвращает таблицы. Стал быть и новые операции можно считать алгебраическими. Это хорошая или плохая, но все таки реализация рел алгебры. В том то и дело что он на нее опирается. Без этого он бы скорее всего имел мало пользы. Мало ли языков лучших во всех дуругих отношениях. Их бы та использовать было разумнее.

serg99
То есть SQL вполне может применяться в ООСУБД безо всякого маппирования на РСУБД (естественно учитывая различия в модели данных).

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

serg99
Все укладывется куда нужно. Ничего не пропадает. Нужно только учитывать что объекты в БД – это не тоже самое что объекты в ООП языках программирования. То есть ООСУБД может обслуживать и приложения на обычном С или Ассемблере.

Ну если Вы про укладывание в РМД из-за SQL, то скорей всего ОРСУБД теряет некоторые возможные проблемы. Я раньше думал, что в общем случае могут быть нестыковки. Но если нет, то тада положение ООСУБД тока ухудшается - ОРСУБД имеет тока больше шансов.


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

Ну про ту навигацию, что Вы писали - он и счас может. В смысле получить такой же результат рел способом (соединение). Про ту что я думал - добавляют. Оракл например.
Насчет расширения синтаксиса - он и в РСУБД постоянно расширяется. И скорей всего расширяться может дальше.
Насчет семантики надо смотреть конкретно.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33206298
awson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Мне кажется почтенная компания (не только локальная) пала жертвой обычного медийного феномена, когда у какого-нибудь успешного явления во глубине веков откапывается отец родной.

Да, "реляционные СУБД" оказались успешны. Да, Кодд за много лет до этого некую "теорию" сочинил. Но успех РСУБД объясняется ОТНЮДЬ не наличием "теории", а наличие "теории" никак не помогает этому успеху.

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

Я бы поискал причины успеха РСУБД примерно там же, где и причины успеха PC (aka "персональный компьютер"). Основная причина - гибкость для простых приложений.

Да, возможность оперировать "множествами/коллекциями/чем там еще" как целым - это ОЧЕНЬ правильно и мощно. Но для этого есть НАСТОЯЩИЕ теории. И практики.

И потом, я таки не знаю за "навигацию", но как только мы начинаем оперировать "ключами", или как-то еще адресоваться к "содержимому" множеств, так все - приплыли. ПО ОПРЕДЕЛЕНИЮ. Даже в вырожденном случае РСУБД НЕОБХОДИМА как минимум рекурсия по типу "список". Там что-то такое пытался c127 изобразить на этот счет.

Факт отсутствия turing completeness (без рекурсии, или эквивалентно, но хуже - "циклов", как тут изящно выражаются) нельзя недооценивать. Уберите этот как вам кажется маленький костылик и весь ваш колосс просто рухнет. БОльшую часть нетривиальных приложений вы НИКОГДА не напишете, а остальное будет требовать нечеловеческих усилий. Тут писали о SQL запросах, какие они все из себя простые и ясные. Это все хорошо пока не заходит серьезно дальше 2*2=4. А потом начинается барокко, переходящее в помойку.

Настоящие проблемы мне видятся в ином.

Задолбавший всех impedance mismatch. Это реальная проблема, но здесь все развивается, увы, совсем печально. Поскольку публика сидит на игле "ООП", все крутится вокруг O/OR DBMS и/или OR маппинга. Слов для описания этого безобразия у меня нет.

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

<meta>до конструктива не дошел, устал</meta>
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33206329
awsonДа, возможность оперировать "множествами/коллекциями/чем там еще" как целым - это ОЧЕНЬ правильно и мощно. Но для этого есть НАСТОЯЩИЕ теории. И практики.
Пример в студию!

awson
Настоящие проблемы мне видятся в ином.

Задолбавший всех impedance mismatch. Это реальная проблема, но здесь все развивается, увы, совсем печально. Поскольку публика сидит на игле "ООП", все крутится вокруг O/OR DBMS и/или OR маппинга. Слов для описания этого безобразия у меня нет.

А конкретизировать проявления безобразий ? :)

awsonДикая отсталость мейнстримных языков разработки (я совершенно намеренно говорю здесь о языках, а не о платформах). Даже "современные" жабы и сишарпы идеологически недалеко ушли от C. Собственно, прогресс только в garbage collection, остальное - все эти кульбиты с ООП - сделало их просто хуже.
Что есть кульбиты с ООП?
Отсталость от чего? Хуже чего? С чем сравнивать-то? Или "чем армяне!" (c) ?
(вот щас как влепят по мне серебрянной пулей из мумпса вылепленной... )

awson, раз уж сказал "А", говори "Б", иначе - буратинизм все это...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33206454
awson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 дураг с инецеативой :

Язык Haskell . Компилятор и инфраструктура для него.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33206468
awson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 дураг с инецеативой : НАСТОЯЩАЯ теория .
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33206826
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
awson
Да, "реляционные СУБД" оказались успешны. Да, Кодд за много лет до этого некую "теорию" сочинил. Но успех РСУБД объясняется ОТНЮДЬ не наличием "теории", а наличие "теории" никак не помогает этому успеху.

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

awson
Тем более, с точки зрения математической назвать всю эту эссеистику "теорией" язык не поворачивается.

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

awson
Да, возможность оперировать "множествами/коллекциями/чем там еще" как целым - это ОЧЕНЬ правильно и мощно. Но для этого есть НАСТОЯЩИЕ теории. И практики.

Есть другие разделы алгебры, нет еще деления их на настоящие и игрушечные.

awson
И потом, я таки не знаю за "навигацию", но как только мы начинаем оперировать "ключами", или как-то еще адресоваться к "содержимому" множеств, так все - приплыли. ПО ОПРЕДЕЛЕНИЮ.

Смотря что за определения, и куда Вы собственно плыли.

awson
Уберите этот как вам кажется маленький костылик и весь ваш колосс просто рухнет. БОльшую часть нетривиальных приложений вы НИКОГДА не напишете, а остальное будет требовать нечеловеческих усилий. Тут писали о SQL запросах, какие они все из себя простые и ясные.

Так SQL - язык БД, а написания приложений. Вот если вся модель данных в приложении, т.е. плоская модель данных, то да. В РМД модель данных в БД.
Вот примерно одна из причин ее успеха - независмомсть данных от приложений.

awson
Настоящие проблемы мне видятся в ином.

Нам все что-то видится, хотя может и не настоящее. Что ж теперь делать?

awson
Язык Haskell. Компилятор и инфраструктура для него.

Возможно, интересный язык, но пока малоизвестный. Скока в мире языков?

awson
НАСТОЯЩАЯ теория.

Так это всего лишь теория Категорий? Тока она настоящая? Она слишком общая. А все разделы алгебры? Теогрия групп и т.д. В них теорем то поболее будет. Они не настоящие? Хорошо. Тогда не настоящие не так уж плохая компания для реляционной.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33206830
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Опечатка: фразу "Так SQL - язык БД, а написания приложений." следует читать
"Так SQL - язык БД, а НЕ написания приложений."
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33207021
awson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfoНам все что-то видится, хотя может и не настоящее. Что ж теперь делать?2 vadiminfo : учиться.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33207299
serg99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 vadiminfo
Ну у такой навигации, наверное, мало чего есть, чего нет у рел доступа. Такие связи есть в РСУБД.

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

Проблемы отличий начинаются именно када доступ между записями или объектами одного типа между которыми нет связей. Т.е. када в том или ином смысле он упорядочено, например, проииндексировно, пусть даже адресами. Если множество не упорядочено, то нет понятия следующего, предшествующего и проч. Чего и нет в РМД.

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

Этот язык включает в себя или стремится включить в себя рел алгебру. Там есть операции выбора, соединения, проекции - то, что в алгебре. Он всегда возвращает таблицы. Стал быть и новые операции можно считать алгебраическими. Это хорошая или плохая, но все таки реализация рел алгебры. В том то и дело что он на нее опирается. Без этого он бы скорее всего имел мало пользы. Мало ли языков лучших во всех дуругих отношениях. Их бы та использовать было разумнее.

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

Языков программирования существует несколько десятков. Но дело в том что SQL является внутренним языком СУБД и не может быть от нее отчужден аналогично тому как язык программирования может быть отчужден от исполнительной/операционной системы (или компьютерной платформы) через независимый внешний компилятор. Так как запросный язык встроен в РСУБД, то и нет никакого конкурентного рынка запросных языков/интерпретаторов/JITкомпиляторов и т.п. Ведущие производители СУБД предпочли застандартизировать запросный язык, остановившись на SQL, но на его месте мог быть совсем другой язык с совсем другим синтаксисом.

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

Если Вы присмотритесь к запросам SQL, то заметите что они требуют наличия именованных множеств наборов идентифицируемых значений. Таблицы позволяют это реализовать. Но не только они. Кстати таблицы существовали за тысячу лет до появления реляционной алгебры. По какому признаку Вы относите какую-нибудь изолированную таблицу к категории реляционных?


Ну если Вы про укладывание в РМД из-за SQL, то скорей всего ОРСУБД теряет некоторые возможные проблемы. Я раньше думал, что в общем случае могут быть нестыковки. Но если нет, то тада положение ООСУБД тока ухудшается - ОРСУБД имеет тока больше шансов.

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

Ну про ту навигацию, что Вы писали - он и счас может. В смысле получить такой же результат рел способом (соединение). Про ту что я думал - добавляют. Оракл например.

В общем случае не может.

Насчет расширения синтаксиса - он и в РСУБД постоянно расширяется. И скорей всего расширяться может дальше. Насчет семантики надо смотреть конкретно.

То что синтаксис SQL довольно сильно изменяется подтверждает, что изначально собственно язык не имел твердой теоретической основы.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33207677
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
serg99
Так я уже говорил что навигационные запросы могут выполняться и с помощью РСУБД (используя обычный SQL). Они просто урезанные по функциональности и неэффективные по способу выполнения.

Если найти всех по связям и если это навигация,то да. Если перейти от одной записи к следующей, потом перейти к пятой от нее и т.д., то можно конечно пытаться с помощью самосоединеий что-то подобное получить. Но в общем случае - нет. Я имею ввиду обычный SQL, без аналитических ф-ий и проч.

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

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


serg99
Эту логику можно продолжить. Языки программирования включают в себя алгебру. Там есть операции сложения, умножения и т.п. Функции всегда возвращают значения. И т.д. и т.п.


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


serg99
Но дело в том что SQL является внутренним языком СУБД

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

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

serg99
Если Вы присмотритесь к запросам SQL, то заметите что они требуют наличия именованных множеств наборов идентифицируемых значений. Таблицы позволяют это реализовать. Но не только они. Кстати таблицы существовали за тысячу лет до появления реляционной алгебры. По какому признаку Вы относите какую-нибудь изолированную таблицу к категории реляционных?

Отношения именованные множества с именованными атрибутами. А вот что Вы имеете в виду под идентифицируемых значений не понял. Значения - сами себя идентифицируют, если это не объекты. Ну отношения состоят из кортежей значений. Ассоциативный доступ. Это все укладывается в рел алгебру.
Таблицы представляющие отношения иногда называют реляционными, чтобы отличить от других табл. У них объявляется ряд свойств - отсутствие составных столбцов, неповторяемость имен столбцов, две таблы считаются равными, если отличаются только порядком. В таком роде.
То что таблы существовали ранее и оправдали себя - несомненно тоже способствовало успеху РМД.


serg99
Я не про это укладывание и честно говоря мало что в Ваших словах понял. А рыночное положение СУБД, которые называют себя ООСУБД, и так пока хуже некуда. Куда уж дальше ухудшаться?

Ну совсем не формальное "укладывание" стоит заменить отображение мн-ва объектов в структуры РМД. Там применили рел опреации, и отобразили обратно. Это примерно я имел в виду.
Насколько плохо положение ООСУБД? Мне мало что известно про это. Я имел в виду борьбу за постреляционное господство в будующем.


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

Как сказать. Изначально он имел достаточно твердую основу. Почти математическую. Но развитие есть развитие. Однако, та же теория выяснила наличие не выразимых в рел алгебре запросов. Например, транзитвное замыкание. Его некотрые стали предлагать добавить в теорию. Пока они предлагали разные производители налабали, кто иерархические запрсы, кто рекурсивные. Тут ничего не попишешь. Теория дает фундамент, но не может, наверное, охватить все. По крайней мере, она может тоже развиваться. В ООМД нет никакой теории. Потому по любому РМД более теор. обоснована. Есть теория рел БД. Там есть теоремы, аксиомы. Там можно понять какие могут быть аномалии и как с ними можно бороться. Там есть про рел алгебру. Это все таки признанный факт. Не думаете же Вы что это все выдумки рекламщиков от РСУБД?
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33208847
serg99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 vadiminfo
Если перейти от одной записи к следующей, потом перейти к пятой от нее и т.д., то можно конечно пытаться с помощью самосоединеий что-то подобное получить.

Я слабо представляю ситуации когда таким способом что нибудь НУЖНО получить. И я уже писал что перебор записей в списке для меня не является навигацией.


Вот одна из пробемм ООСУБД, то что там нет такого уровня независмости данных от приложения.

Правильнее все таки сказать что это проблема известных Вам реализаций ООСУБД. Объектный подход вполне может сочетаться с независимостью данных от приложения.


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

Вообще то я говорил про SQL а не про РМД. Что касается теории ОМД и ООБД, то она возможна. Нужно только найти математика готового заняться этим вопросом применительно к конкретной ОМД.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33209138
Фотография Павел Воронцов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
serg99Вообще то я говорил про SQL а не про РМД. Что касается теории ОМД и ООБД, то она возможна. Нужно только найти математика готового заняться этим вопросом применительно к конкретной ОМД.Ремарка. Я нашел такого математика. Доктор наук. Уже третий год пишет...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33209208
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
serg99
Я слабо представляю ситуации когда таким способом что нибудь НУЖНО получить.

Это тока подтверждает, что выразительности SQL хватает для большого круга ситуаций.

serg99
И я уже писал что перебор записей в списке для меня не является навигацией.

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


serg99
Правильнее все таки сказать что это проблема известных Вам реализаций ООСУБД. Объектный подход вполне может сочетаться с независимостью данных от приложения.

Вполне возможно. Однако, про ограничения целостности в БД и отсутствие представлений упоминается и толстой литре, а не тока на форуме.

serg99
Вообще то я говорил про SQL а не про РМД. Что касается теории ОМД и ООБД, то она возможна.

Ну как бы SQL, возможно с оговорками Дейта, все еще язык реляционной БД.

serg99
Что касается теории ОМД и ООБД, то она возможна. Нужно только найти математика готового заняться этим вопросом применительно к конкретной ОМД.

Доказательств, что она невозможна я не видел. Однако, попытки налабать там, к примеру, алгебру я видел еще в каких-то старых журналах. Возможно, нужно найти не одного математика, и, возможно, дождаться каких-то новых открытий или еще чего-то. Стоящие теории ведь появляются када существуют в том числе и объективные предпосылки в слендствии тех или иных достижений. Субъективного фактора может и не хватить.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33209300
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot vadiminfoДоказательств, что она невозможна я не видел. Однако, попытки налабать там, к примеру, алгебру я видел еще в каких-то старых журналах. Возможно, нужно найти не одного математика, и, возможно, дождаться каких-то новых открытий или еще чего-то. Стоящие теории ведь появляются када существуют в том числе и объективные предпосылки в слендствии тех или иных достижений. Субъективного фактора может и не хватить.[/quot]

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

А вот проблему во взаимопонимании терминов математики могут помочь решить. Наличие формализованной РМД и стандартизованного SQL позволило сообществу говорить на одном языке.

В качестве формальной базы для ОМД можно взять теорию фреймов М.Минского.

PS. ООБД Cerebrum можно считать сетью фреймов, множество решений было осуществлено под влиянием именно этой теории, а так же теории иерархических семантических сетей.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33209345
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shuklin
Математика, это конечно хорошо, однако математика, это не физика и не программирование.

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

shuklin
Так что хорошей ОМД математик не придумает.

Это тока означет проблемы для ОМД в плане возможности мат обоснования. Т.е. Вы смотрите на ОМД в этом плане даже более скептически, чем я.

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


Вот именно исключения какие-то имеются, а алгебра является не всего лишь чатью, а важной чатью фундамента БД. Поскоку МД считают фундаментом. А алгебра обеспечивает манипулирование данными в РМД.

shuklin
А вот проблему во взаимопонимании терминов математики могут помочь решить. Наличие формализованной РМД и стандартизованного SQL позволило сообществу говорить на одном языке.

Если хорошей ОМД математик не придумает, то зачем ему думать про термины? Он ить может тока думать про мат термины, он не проггер. А мат терминов там не много - и так разберутся.

shuklin
В качестве формальной базы для ОМД можно взять теорию фреймов М.Минского.

Не понял. Почему тада математики не возьмут эту тероию и не привистуют к ОМД?
serg99 хочет искать матека для придумывания теории для конкретной ОМД, а не придумывания самой ОМД.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33209364
Фотография U-gene
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор...Задолбавший всех impedance mismatch. Это реальная проблема... ..... что это? Давно хотел спросить, да ка кто случАй не подворачивался. Объясните люди добрые, плз.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33209391
awson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 U-gene

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

В ОЧЕНЬ узком контексте, когда речь идет об объектном видении предмета и использовании RDBMS - это проблема OR-маппинга.

В узком контексте - проблема связи RDBMS-слоя с кодом приложения.

В несколько более широком контексте - проблема взаимодействия слоев приложения.

Нет проблемы - нет mismatch'а.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33209403
serg99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shuklin Так что хорошей ОМД математик не придумает.
Суть в том что ОМД уже придумана. Но естественно было бы совсем не лишне теоретически проработать ряд вопросов.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33209415
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
awson2 дураг с инецеативой : НАСТОЯЩАЯ теория .

Чем это лучше теории множеств, почему теория множеств не настоящая?

awson
Факт отсутствия turing completeness (без рекурсии, или эквивалентно, но хуже - "циклов", как тут изящно выражаются) нельзя недооценивать. Уберите этот как вам кажется маленький костылик и весь ваш колосс просто рухнет. БОльшую часть нетривиальных приложений вы НИКОГДА не напишете, а остальное будет требовать нечеловеческих усилий. Тут писали о SQL запросах, какие они все из себя простые и ясные. Это все хорошо пока не заходит серьезно дальше 2*2=4. А потом начинается барокко, переходящее в помойку.


Я совсем не считаю СКЛ идеалом и не пытаюсь изобразить из него универсальное средство, а теория которая за ним стоит в строгом смысле по-моему и не тория вообще, согласен с Вами, но то что Вы тут говорите скорее всего от того, что не очень знаете СКЛ. По моему опыту как раз значительное количество важных прикладных задач могут быть в своей основной части легко и свободно решены без циклов, а СКЛ для этого очень удобное средство. Если уже есть заполненная таблица, а это стандартная ситуация, то циклы обычно не нужны. Тут я уже не говорю о теории, я говорю о самой что ни на есть практике, т.е. я хочу сказать что решать такие задачи на СКЛ-е удобнее чем на чем-либо другом известном мне. Например вся подсистема определения прав в наше системе построена на чистом СКЛ-е, без единого цикла, без единого рекурсивного запроса и понятно без триггеров. Код умещается в 100 строчках с пробелами и коментариями, все просто и понятно. Правда не все СКЛ сервера могут проголотить, МССКЛ2000 подавился, но вот сайбейз АСА работает и не тужит, но это не важно. При этом имеют место группы с отношением к пользователям много-ко-многим, наследование прав и пр. и то же самое по отношению к ресурсам пользователей. Это по-моему гораздо больше чем чем 2*2=4 а предсказанное Вами барокко пока не наблюдается.



Павел ВоронцовРемарка. Я нашел такого математика. Доктор наук. Уже третий год пишет...

Что-то долго. Ссылку не могли бы выложить? Давно безуспешно ищу что-нибудь более-менее человеческое на эту тему.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33209429
awson
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
c127Чем это лучше теории множеств, почему теория множеств не настоящая?
Бороться со strawman аргументами - себя не уважать. Но, поскольку не только vadiminfo нафлудил полэкрана вздорных предположений, но и вы отчасти к нему присоединились, я все-таки вынужден заявить:

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

Это все настолько очевидно, что я поначалу счел бессмыссленным вообще как-либо реагировать, но таки вынужден это сделать, чтобы, как минимум, сэкономить силы/время других уважаемых участников обсуждения.

Теперь содержательно.

Теория множеств, это:
1. Язык
2. Нетривиальные результаты, связанные с кардиналами.

Часть 2 здесь обсуждать не имеет смысла, хотя эти результаты НЕВЕРОЯТНО красивы и ПОРАЗИТЕЛЬНО результативны.

По поводу ч1. В математическом дискурсе язык теории множеств доминирует без малого сто лет, и нужно быть очень альтернативно мыслящим товарищем, чтобы утверждать, что это недоразумение. Однако, мне теория категорий кажется шагом вперед. Грубо говоря, на 2 странице вы получаете дуальную конструкцию (обращение стрелок), а на 3-ей - универсальную конструкцию (например, предел). И т.д.

Я намеренно провокативно написал про Кодда, предполагая среди ожидаемого флуда типа "сам дурак" увидеть все-таки что-то содержательное, но единственно содержательное оказалось "независимость данных от приложений". В чем здесь специфическая заслуга реляционной модели, мне не совсем ясно. Видимо, в том, что она эксплицитно оперирует некоторыми метаданными - "именами". Насколько одного этого достаточно для независимости, я затрудняюсь определить, но, по меньшей мере, не вижу НИКАКИХ препятствий, для того, чтобы метаданными оперировали любая другая модель.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33209534
Фотография Павел Воронцов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
c127 Павел ВоронцовРемарка. Я нашел такого математика. Доктор наук. Уже третий год пишет...

Что-то долго. Ссылку не могли бы выложить? Давно безуспешно ищу что-нибудь более-менее человеческое на эту тему.Увы, не могу.Он пока что написал всупление к некоторым вопросам, доказал пару десятков лемм и штук пять теорем, но ничего из этого не публиковал (или мне не говорил). В любом случае занимается он этим из спортивного любопытства на досуге, а поскольку его сейчас поставили зам. директором института, то времени свободного мало.. Но даже то, что он написал, меня пока не впечатлило. Идеи нет. Хотя я, конечно, в математике профан и могу не разглядеть масштабности планов. В любом случае когдаи если он разродится, я сообщу.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33209544
Фотография Павел Воронцов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
awsonТеперь содержательно.

Теория множеств, это:
1. Язык
2. Нетривиальные результаты, связанные с кардиналами.

Часть 2 здесь обсуждать не имеет смысла, хотя эти результаты НЕВЕРОЯТНО красивы и ПОРАЗИТЕЛЬНО результативны.

По поводу ч1. В математическом дискурсе язык теории множеств доминирует без малого сто лет, и нужно быть очень альтернативно мыслящим товарищем, чтобы утверждать, что это недоразумение. Однако, мне теория категорий кажется шагом вперед. Грубо говоря, на 2 странице вы получаете дуальную конструкцию (обращение стрелок), а на 3-ей - универсальную конструкцию (например, предел). И т.д.

Я намеренно провокативно написал про Кодда, предполагая среди ожидаемого флуда типа "сам дурак" увидеть все-таки что-то содержательное, но единственно содержательное оказалось "независимость данных от приложений". В чем здесь специфическая заслуга реляционной модели, мне не совсем ясно. Видимо, в том, что она эксплицитно оперирует некоторыми метаданными - "именами". Насколько одного этого достаточно для независимости, я затрудняюсь определить, но, по меньшей мере, не вижу НИКАКИХ препятствий, для того, чтобы метаданными оперировали любая другая модель.Вот так бы сразу. Провокаторов мы тут насмотрелись, у сообщества на них аллергия. Найти трезвомылящего человека, способного на содержательный разговор довольно трудно. Вашу ремарку по поводу эксплицитно оперирующей метаданными рел. модели полностью поддерживаю - с некоторых пор меня эта проблема сильно занимает. И позвольте Вас заверить, что, будучи защитниками здесь РМД, многие не прочь поискать альтернатив. Я, например, не прочь.Только людимы простые, незамысловатые, на птичий язык математиков переходим со скрипом... Будьте снисходительней - поясняйте иногда свои замысловатости более простыми примерами (или давайте отсылки на где почитать о).
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33209906
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
awson
Теперь содержательно.

Теория множеств, это:
1. Язык
2. Нетривиальные результаты, связанные с кардиналами.

Однако, мне теория категорий кажется шагом вперед.


Очень содержательно. И точно, где тока эти профессора от матемтики? я раньше думал, что язык логики нафлудили, а в теории множеств есть кое-что содержательное.
Теории категорий, наверное, лет 30 по меньшей мере. Удивительно, что единственную настоящую никто от ООМД еще не прилобал к ней. Видать не все от ООМД разделяют это восторг. И, большинство пыталось пойти по пути РМД - свою теорию разработать. Хотя в РМД есть операции из алгебры множеств (объединение, пересечение, вычитание).
Буду тока рад если в ООМД появится теория - многое прояснится (нет ничего практичней хорошей теории). Но то, что теория категорий что-то там реально решит, верится мало пока.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33211391
serg99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoИ точно, где тока эти профессора от матемтики? я раньше думал, что язык логики нафлудили, а в теории множеств есть кое-что содержательное.

Для такой работы конечно желательно иметь математика-прикладника. Это тот который иногда задумывается над тем, а нужно ли кому нибудь то, чем он занимается. И естественно теоретические основы ОМД будут опираться на уже существующие разделы математики. Однако с практической точки зрения наиболее ценна теоретическая проработка вполне прикладных аспектов ООСУБД, позволяющих например добиться бОльшей производительности.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33211531
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Возвращаясь к началам. Я тут ссылку нашел. Вот немного текста оттуда:

авторМы знали, что где-то в провинции, в Сан-Хосе, выполняется некоторая работа. Был этот парень, Тед Кодд, у которого имелась некоторая строгая математическая нотация, но никто не относился к этому слишком серьезно. Примерно в это время был принят на работу Рей Бойс, и мы втянулись в эту игру под названием Игра с Запросами, размышляя о способах выражения сложных запросов. Но еще до начала этой игры у меня имелся опыт обращения в новую веру, и я еще помню про это. В Йорктаун приехал Тед Кодд, я думаю, на тот симпозиум, который упоминал Ирв. Он провел семинар, и многие из нас пришли его послушать. Я считаю, что для меня это было откровением, поскольку у Кодда был набор запросов, очень сложных запросов, и поскольку я занимался CODASYL, я мог представить, что для выражения этих запросов в CODASYL потребовалась бы программа в пять страниц, производящая навигацию в лабиринте ссылок и подобных вещей. Кодд мог написать их в одной строке. Это могли быть запросы типа "Найти служащих, зарабатывающих больше своих начальников". [смеется] Он вколачивал их, вы могли прочитать, обнаружить, что запросы-то совсем не сложные и сказать "Ооо". Для меня это был опытом обращения, давший мне понять значение реляционных штучек. Маленький пример, показывающий как работалось до применения математической теории, и после нее. А уж, была ли это настоящая теория, или игрушечная, не знаю. Но на ее основе есть работающие много лет решения.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33211779
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
awson c127Чем это лучше теории множеств, почему теория множеств не настоящая?
...
Теперь содержательно.

Теория множеств, это:
1. Язык
2. Нетривиальные результаты, связанные с кардиналами.


Кроме того теория множеств это основа математики. Любой вопрос в математике есть вопрос о том, принадлежит ли точка множеству или нет. Только матлогика и очень небольшая и совершенно неприкладная часть теории категорий, вроде бы стоят немного в стороне. Но это темное дело.

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

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

awson
Я намеренно провокативно написал про Кодда, предполагая среди ожидаемого флуда типа "сам дурак" увидеть все-таки что-то содержательное, но единственно содержательное оказалось "независимость данных от приложений". В чем здесь специфическая заслуга реляционной модели, мне не совсем ясно.


Это не заслуга РСУБД, это заслуга клиент-сервера, а какой сервер действительно не важно. Но революционеры как правило люди необразованные, книг не читают, поэтому думают что открыли нечто совершенно новое и что свалив все в кучу добъются невероятных результатов. Гораздо дешевле было бы почитать сначала что-нибудь по теме.

Секрет успеха РСУБД в том, что множества используются практически в чистом виде. С множествами работать очень удобно, это очевидно для всех кто более-менее серьезно изучал математику. Заслуга Кодда в том, что он перенес все как есть из абстрактной в прикладную область с минимальными изменениями. С СКЛ-ем по-моему та же история. Недостатки наверняка есть, может можно было сделать лучше, но в целом идея правильная.

Павел ВоронцовВ любом случае когдаи если он разродится, я сообщу.

Ок.


vadiminfo
Теории категорий, наверное, лет 30 по меньшей мере.


Больше 50 лет, это только в явном виде, а если брать элементы то еще больше.

vadiminfo
Удивительно, что единственную настоящую никто от ООМД еще не прилобал к ней. Видать не все от ООМД разделяют это восторг.


Скорее всего теоретики от ОО просто не знают что такое категории, наверное думают что это что-то из марксизма-ленинизма. С ООМД дела еще хуже. Хотя в википедии в статье по ОО упоминаются попытки построения формализации ОО на коалгебрах ( http://en.wikipedia.org/wiki/Object_Oriented_Programming ). Но по приведенным там ссылкам коалгебры есть, а ОО найти пока не удалось.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33211853
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
awson2 дураг с инецеативой :

Язык Haskell . Компилятор и инфраструктура для него.

Почитал. Не нашел ответа на вопрос, чем это лучше лиспа? Те же слова о лямбда исчислении и функциональном программировании, но синтаксис на первый взгляд хуже лисповского. Лисп существует с середины 60-х, чуть ли не первый высокоуровневый язык программирования.

Кстати вот немного о категориях на компьютерах в исполнении коммон-лиспа:
http://lwn.net/2001/1122/a/clmath.php3
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33211993
Фотография Павел Воронцов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да, я LISP тоже люблю нежно. Хорошая штука... Жаль, не пришлось использовать в реальных проектах.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33262774
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shuklin
Математика, это конечно хорошо, однако математика, это не физика и не программирование.


математика изучает формальные системы.
а программирование является подмножеством математики, в частности, как множество конктерных примеров формальных систем (один язык программирования - один пример формальной системы).
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33262775
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
serg99 vadiminfoИ точно, где тока эти профессора от матемтики? я раньше думал, что язык логики нафлудили, а в теории множеств есть кое-что содержательное.

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

с практической точки зрения наиболее ценной есть хорошая теория, лежащая в основе модели.
Хорошая теория содержит простые и запоминаемые абстракции позволяющие
описывать предметную область за короткое число утверждений (читай позволяет писать короткие программы).
Что (на мой взгляд) и обьясняет широкое распостранение рсбд.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33262837
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tchingizматематика изучает формальные системы.
а программирование является подмножеством математики, в частности, как множество конктерных примеров формальных систем (один язык программирования - один пример формальной системы).

Я конечно понимаю некоторых математиков, которые считают что и физика и программирование являются частными случаями математики, и философов понимаю, которые считают математику частным случаем философии (любви к мудрости) но ...
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33263150
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
как вы яхту назовете, так она и поплывет.

слово "считать" - не правильно описывает ситуацию.
Оно подразумевает волюнтаризм и произвол.
Это недопустимо в формальных рассуждениях.

любой язык программирования полностью удовлетворяет определению формальной системы и, согласно определению, является предметом исследования математики.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33265172
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 tchingiz

Это бесполезно.
...
Рейтинг: 0 / 0
Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
    #33265245
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну да
гораздо полезнее, когда Кодд (при всем моем уважении к великому классику)

пишет такую ахинею
"
В свей первой статье Кодд говорил об изменяющихся со временем отношениях

"
(Введение в бд. Дейт 6-е русское издание, страница 87 вторая строчка сверху)
как последний лифтер.
А потом с подачи Дейта сотни толстых умных пацанов десятки лет с умным видом обсуждают
что такое отношение, переменная отношения и значение отношения.

и яйцо надо разбивать с толстого конца или тонкого
...
Рейтинг: 0 / 0
162 сообщений из 162, показаны все 7 страниц
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Вопрос.Чем отличается понятие отношения в РМД от одноименного понятия в теории множеств
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]