Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 7 [8]      все
 Re: О типах связей в сетевой модели данных. (продолжение).  [new]
ModelR
Member

Откуда: Нижний Новгород
Сообщений: 1798
чалик
SQL действительно бесполезен. Два популярных "инструмента" активно используются людьми, далекими от баз данных: SQL и Excel.
Да это просто чудотворцы какие-то. Находясь вдалеке и пользуясь бесполезным - и делают работающие системы. А если им дать реальный отбойный молоток...
6 фев 07, 12:22    [3743993]     Ответить | Цитировать Сообщить модератору
 Re: О типах связей в сетевой модели данных. (продолжение).  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
чалик
SQL действительно бесполезен.

Вы думаете?

чалик

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

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

чалик

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

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

чалик

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

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

чалик

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

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

чалик


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

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

чалик

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

Не только Йксель. Дореляционною ОМД вмсте с Мумпсом и проч продукты для БД 60-х тоже.
7 фев 07, 10:31    [3748236]     Ответить | Цитировать Сообщить модератору
 Re: О типах связей в сетевой модели данных. (продолжение).  [new]
laafrb
Member

Откуда:
Сообщений: 31
чалик
...


какую траву куришь?
7 фев 07, 15:03    [3750556]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 7 [8]      все
Все форумы / Сравнение СУБД Ответить