powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / О типах связей в сетевой модели данных. (продолжение).
3 сообщений из 178, страница 8 из 8
О типах связей в сетевой модели данных. (продолжение).
    #34308836
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
чаликSQL действительно бесполезен. Два популярных "инструмента" активно используются людьми, далекими от баз данных: SQL и Excel. Да это просто чудотворцы какие-то. Находясь вдалеке и пользуясь бесполезным - и делают работающие системы. А если им дать реальный отбойный молоток...
...
Рейтинг: 0 / 0
О типах связей в сетевой модели данных. (продолжение).
    #34311454
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
чаликSQL действительно бесполезен.
Вы думаете?

чалик
Два популярных "инструмента" активно используются людьми, далекими от баз данных: SQL и Excel.

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

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

Соединения выкинули из алгебры РМД? Когда это произошло?

чалик
Если Человек-Занимает-Должность, то в результате "запроса" Человек-Занимает-Должность, по-прежнему.

А должен был перестать ее занимать в результате запроса?

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

Искажает? Спасибо Вам, что хоть не теряет.

чалик

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

Когда произошел призыв? Раньше у них было другое назначение. И када вдруг у алгебры был обнаружен ущерб? До сих пор считалось наоборот. У математики в целом ущерб когда планируется снивилировать?

чалик
Но "алгебра" взяла свое. РМД так и осталась нереализованной, а "Р"СУБД неизбежно приближаются к дореляционным ОСУБД во всех отношениях, но тормоз в виде бесполезного для БД SQL, никогда не даст им превратиться в системы управления базами данных. Они так и останутся электронными таблицами с "развитой системой доступа" (обогнали Excel, молодцы!).
Не только Йксель. Дореляционною ОМД вмсте с Мумпсом и проч продукты для БД 60-х тоже.
...
Рейтинг: 0 / 0
О типах связей в сетевой модели данных. (продолжение).
    #34312875
laafrb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
чалик...

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


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