sw wrote:
Вот я подумал почему нельзя использовать некоторые приимущества ООП не
отходя от Коддовской теории.
Однажды лебедь раком щуку...
Например:
Таблица - Класс,
Не-а. Это описатель свойств множества.
Столбцы таблицы - Поля объекта,
С натяжкой покатит.
Процедуры для получения и записи строки таблицы - методы доступа
Тоись, вместо селектов с джойнами и прочей отсталой фигни пишем
методы таблицы. Круто.
Процедура для обработки обной строки таблицы (удаление, изменение) -
метод объекта
Тоись, вместо излишне универсальных апдейтов с инсёртами и делетами
пишем методы таблицы. Ещё круче.
Процедура выполняющая обработки связанные с данными таблицы - метод класса
Тут мне вообще умишка не хватило понять обо што речь...
Информация в метаданных - Поля класса
То ли дежавю со столбцами то ли опять умишком не вышел...
Конечно все эти идеи далеко не новы.
Иопть! А я и не знал...
А в том чтобы при проектировании схемы позаботится о том, чтобы данная
Таблица "могла" при необходимости выглядить как класс.
Мы поймаем чёрную кошку в тёмной комнате, даже если её там нет.
Т.е. при наличии хорошо отработанной "терминологии", конвенций (коими
обладает ООП) и мощности реляционной теории, воплощенной в SQL, можно
снизить сложность проектирования и сопровождения.
Сумнительно. Мож для извращённого ума понятие сложности какое-то
другое, а мож это мой извращённый...
Например ООП элементарно может реально снизить "повторение" одинакового
кода в разных местах, уменьшить перекрестные ссылки, сделать код более
удобным для изменений.
Только ООП?
В тоже время не ставить палки в колёса реляционной теории.
Ну, палки вставить мы можем когда и как угодно, нивапрос...
Что об этом думает уважаемая публика.
Вот скажи-ка, мил человек. Вспоминая многострочные
докУменты-проводки. Вот у мну, например, процедура завершения складской
операции, скажем, приёмки, задевает 13 таблиц:
- хидер входной накладной
- маршрутный лист транспортной партии
- агрегированный потоварно состав входной накладной
- подетальный товарный состав входной накладной
- резервы (назначение товаров) в составе накладной
- хидер складской операции
- агрегированный потоварно состав складской операции
- подетальный состав складской операции
- агрегированное состояние запасов на складе потоварно
- состояние запасов на складе подетально
- назначение запасов на складе
- состояние запасов по ГТД
- средняя себестоимость товаров на складе
Это без бухгалтерии которая отдельно и в своём темпе. Может ещё чего
забыл, давненько туда не заглядывал, работает как часики. Ну и методом
какой из этих таблиц объявим сию процедуру? Али просто вместо Update
Table бум писать Table.Update?
P.S. Наверное большинство, так или иначе попадали на
объектно-ориентированный "крючок",
Хвала создателю, уберёг.
--
Regards. Ded.
