AXForum  
Вернуться   AXForum > Прочие обсуждения > Курилка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 18.01.2006, 18:36   #1  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,129 / 917 (35) +++++++
Регистрация: 03.04.2002
Цитата:
Сообщение от Pavel

Оригинально. Табличную форму хранения информации человек использовал задолго до появления терминов СУБД, ООП...
Да, но так же он придумал много других абстрактных конструкций, а мы вынуждены сводить их к реляционным сущностям. К примеру, более древними, чем табличные, являются иерархические структуры, а ассоциативные, вообще отражают способ хранения данных в нашем мозгу. Да, найдены способы реализации большинства из этих конструкций в РБД, но это приводит к тому, что бОльшая часть сущностей заводится исключительно для служебных целей.
Цитата:
Сообщение от Pavel
Нормированные таблички - это математика
Если не ошибаюсь, этой математике порядка 30-40 лет и создавалась она под конкретную задачу.
Цитата:
Сообщение от Pavel
а разрядность вычислительной архитектуры - степень возможности человека материализовать математику в своих технологиях
Я другой аспект имел в виду. Повышенная разрядность это, в первую очередь, повышенный объем оперативной памяти, что избавляет от необходимости хранить значительную часть данных на магнитных носителях.
P.S. Хотя, наверное, для Вас мои слова звучат как ересь, особенно, если учесть, что SAP появился благодаря появлению РБД, а появление РБД было вызвано в первую очередь учетными системами...
P.S.S. Подтверждение недостаточности реляционной архитектуры, можно увидеть в любой промышленной СУБД. Сложные языки хранимых процедур, тригера, вьюхи, это эмуляция объектного подхода. Прямое изменение данных таблиц считается дурным тоном, т.к. часто эти изменения должны отразиться еще в несколько таблиц, а до конца структуру данных не знает никто.
__________________
Isn't it nice when things just work?

Последний раз редактировалось macklakov; 18.01.2006 в 18:54.
Старый 18.01.2006, 19:26   #2  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от macklakov
Если не ошибаюсь, этой математике порядка 30-40 лет и создавалась она под конкретную задачу.
"ЛАТИНСКИЙ КВАДРАТ, квадратная таблица n2 чисел, каждая строка и каждый столбец которой содержат числа 1, 2,..., n. Напр., для n = 3
2 3 1
3 1 2
1 2 3
Латинские квадраты применяются в комбинаторике.

ЛЕГИОН, в древнерусском счете 100 тыс.

ЛЕЖАНДРА МНОГОЧЛЕНЫ, специальная система многочленов, ортогональных с весом 1 на отрезке [-1;1]. Рассматривались А. Лежандром и П. Лапласом (в 1782-85)."
http://mathforall.narod.ru/formuls/1.10.htm

Для себя поинтересовался историей данного вопроса... однако, не менее двух столетий.

Цитата:
Сообщение от macklakov
Хотя, наверное, для Вас мои слова звучат как ересь, особенно, если учесть, что SAP появился благодаря появлению РБД, а появление РБД было вызвано в первую очередь учетными системами...
Кроме SAP у меня еще девять лет опыта работы с продуктами MBS.
Поддерживаю вашу мысль, прикладные языки XAL (Конкорд от Damgaard), C/AL (Navision) из семейства 4GL являются интерфейсами к РБД или тем, что называют СУБД. Аксапта со своими средствами разработок не избавилась от триггеров, форм, запросов и прочих элементов СУБД. Что не позволяет противопоставлять ООП и РБД. Не согласны?

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

P.S. я согласен с вами только в той мысли, что идет смена технологий и платформ. СУБД все больше скрывается от пользователя и даже разработчика за фасадом новых интерфейсов, объектами разных технологий и способов интеграции бизнес приложений на уровне абстракций.
Старый 18.01.2006, 20:03   #3  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,129 / 917 (35) +++++++
Регистрация: 03.04.2002
Цитата:
Сообщение от Pavel
Аксапта со своими средствами разработок не избавилась от триггеров, форм, запросов и прочих элементов СУБД. Что не позволяет противопоставлять ООП и РБД. Не согласны?
Полагаете аксапта с ООП избавилась от всего выше перечисленного?
Для начала повторюсь, что аксапта реализует лишь некоторые аспекты ООП. А от хранения данных в СУБД невозможно отказаться, пока память медленная и ограничивается 4ГГб. Хотя, AOS пытается это делать.
Цитата:
Сообщение от Pavel
Для себя поинтересовался историей данного вопроса... однако, не менее двух столетий.
Простите, мы об одном и том же говорим? Я говорю о реляционной алгебре.
Цитата:
Сообщение от http://www.3ka.mipt.ru/vlib/citforum/database/dblearn/dblearn02.shtml
Основы реляционной модели данных были впервые изложены в статье Е.Кодда в 1970 г.
__________________
Isn't it nice when things just work?
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
ERP-системы — мэйнстрим или тупиковая ветвь? slava09 Курилка 30 26.09.2010 18:00
Консультант по внедрению ERP-систем 250 тыс. р. miklenew Курилка 4 13.01.2009 23:30
Встреча специалистов по внедрению ERP и CRM систем в клубе "Пегас" 5 декабря 2008 года George Nordic Курилка 90 09.12.2008 00:45
Практика подготовки к внедрению ERP-систем slava09 Курилка 4 08.10.2008 11:29
Встреча ИТ-специалистов в области ERP-систем в г. Москва 12 августа 2005г. George Nordic Курилка 115 21.09.2005 10:17

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 23:05.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.