На сколько оправдана концепция ОПП в средствах разработки ERP-систем?

[macklakov]

Цитата:

Сообщение от Pavel

Оригинально. Табличную форму хранения информации человек использовал задолго до появления терминов СУБД, ООП...

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

Цитата:

Сообщение от Pavel

Нормированные таблички - это математика

Если не ошибаюсь, этой математике порядка 30-40 лет и создавалась она под конкретную задачу.

Цитата:

Сообщение от Pavel

а разрядность вычислительной архитектуры - степень возможности человека материализовать математику в своих технологиях

Я другой аспект имел в виду. Повышенная разрядность это, в первую очередь, повышенный объем оперативной памяти, что избавляет от необходимости хранить значительную часть данных на магнитных носителях.
P.S. Хотя, наверное, для Вас мои слова звучат как ересь, особенно, если учесть, что SAP появился благодаря появлению РБД, а появление РБД было вызвано в первую очередь учетными системами...
P.S.S. Подтверждение недостаточности реляционной архитектуры, можно увидеть в любой промышленной СУБД. Сложные языки хранимых процедур, тригера, вьюхи, это эмуляция объектного подхода. Прямое изменение данных таблиц считается дурным тоном, т.к. часто эти изменения должны отразиться еще в несколько таблиц, а до конца структуру данных не знает никто.