kolesov ... И это только один пример ... Именно. Т.е. частный случай. Как только показалось, что нашли универсальное решение для всех возможных сценариев ( "наследование наше всё" ) - готовьтесь. А развешивать ярлыки на основании своего частного случая ...
kolesov ... Задумываться не обязательно ... kolesov ... не нужно особо задумываться ... Классический kolesov :)
kolesovОт груза наследовались контейнеры, насыпные-навалочные, автомобили , нефтепродукты и проч. А потом прилетает постановка сделать приложение, работающее только, и только, например, с автомобилями.

kolesov ... Вы ЧТО показали? ... Надеюсь, что предупредил - решение имеет свои существенные недостатки. Думать надо всегда. Смешали всё в одну кучу ( хорошая архитектура, ага :) - готовьтесь разгребать. Кстати, чем можете помочь автору темы? :)
Интересный прием использования наследования можно посмотреть у самой ISC, когда базовый класс содержит параметры, по которым генерируется код наследников. Примеров хранимого наследования, навскидку, не припомню - если кто знает, подскажите.
kolesov сыплете чужими цитатами Ну, имея опыт общения с вами, вынужден. Для вас ведь никто не является авторитетом, не так ли? :) Если создатели ООП говорят быть осторожнее с наследованием, к кому же прислушаться? :)
kolesov и своей демагогией Ну что вы, в этом вы признанный лидер :) "Концентрация на частности", "ad hominem" - перечитайте свои сообщения в этой теме, можно только учиться :)

kolesov ... просто фигура речи такая получилась... Ой, я вас умоляю, это же ваш фирменный стиль общения - kolesov™ Не пройдет и двух минут... :)
kolesov ... и предлагаю различать ... Еще раз предлагаю вернуться к теме, автор которой, похоже, воспользовался "хорошим решением". В соседней теме он уже предлагает ISC переделать хранение как раз под этот случай. Так что же ему теперь делать? Расскажите, "многим пригодилось" - рано или поздно, многим тоже понадобится как это из этого выпутываться.

kolesov где не стоит тратить время ;) Вы это уже обещали :) Хм, чуть больше двух минут :)
kolesov работает, наверное, назло злопыхателям!? :)
Еще раз, пожалуйста, помогите автору темы. Итак, смешали контейнеры, нефть, автомобили и пр. Работает десятилетиями - данных много. Как теперь работать только с автомобилями. Конкретный вопрос - ваши советы. Очень вероятно, что мы просто не знаем, что известно вам.

logist в коде от ISC хранимых классов вообще не очень много. Но и не мало - см. таблицу Subclasses. Ensemble - по сути, большой пример, написанный ISC, на ее же технологиях.

kolesov Хочешь только авто? ... Проблема в чем?alataloНо ведь тогда, без дополнительных индексов по типу, все это имеет сомнительную пременимость поскольку будет серьезно подтормаживать при большом колве записей

kolesov Переформулирую в виде максимы Переформулируйте в виде простых списков - есть решение, есть достоинства, есть недостатки
kolesov некие данные должны лежать в одной глобали Это просто не наш уровень - классы наше всё. Сформулируйте предпосылки, признаки, условия, при которых стоит использовать хранимое наследование.
alatalo ... без дополнительных индексов по типу ... kolesovНу Extent же индекс!

kolesov, согласен, автор хочет странного.

Но и планировать архитектуру из, даже не требования, а просто из идеи "все должно лежать в одной глобали" ( откуда такой посыл? почему? какого? ) - не менее странно.
Начнём формулировать?

Наследование хранимых классов

Достоинства:
- Единый интерфейс для наследников
- Удобная выборка из всех наследников

Недостатки:
- Потенциальная возможность блокировки всей глобали при работе ( CRUD ) с экземплярами определенного наследника
- Необходимость объявлять Extent индекс для выборки из конкретного наследника ( похоже, для автора это проблема )

Понимаю, что с этими несущественными недостатки, вы на практике не сталкивались. Но у других могут быть другие обстоятельства, не так ли?

kolesov Я не говорил, что все в одной глобали должно... но иногда - да.kolesov ... данные должны лежать в одной глобали - необходимо отдаться судьбе и их туда таки сложить! Что именно я смешал? Общение через форум имеет свои особенности, возможно я что-то не уловил.
kolesovИз достоинств еще:
- Общее поведение, часто реализованное ОДИН раз Мы же говорим про наследование хранимых классов? Поведение появляется тогда, когда данные считаны в память с диска, так? Т.е. предпологал, что речь пойдет про свойства, индексы, связи kolesov - Единая структура связей ... Виноват, пропустил. Какой именно вид связей вы используете - relationship, foreignkey, ссылочные свойства? kolesov - Индивидуальные наборы данных, вместо "общей" таблицы на 800 столбцов ... У нас первым пунктом достоинств - простая выборка всех наследников. Приведёте пример общих полей для контейнеров, нефти, автомобилей кроме id, name? Не могу согласиться с такой формулировкой - у отдельной таблицы вполне себе индивидуальный интерфейсkolesov Про недостатки - второй смешной Кто знает, может автор забыл, и теперь у него сотни-тысячи наследников базового в супернагруженной системе, может места не хватает на дополнительные индексы, может планы запросов как-то поплывут в жизненно-важной бизнес-логике, может еще что-нибудь :) kolesov а по КРУД у меня ... У меня ... мои ... НИ РАЗУ за 20 лет. Принимается. 20 лет огромный опыт. Охватывает ли он все возможные сценарии? Хотелось бы сосредоточится на более определенных вещах, в недостижимом идеале ( servit стал реже сюда заглядывать :) со ссылками на документацию, тесты, примеры кода.

И вот это:
kolesov не нужно особо задумываться при модификациях или изменениях бизнес-требований Блок А.Н. Нужно будет намного аккуратнее продумывать индексы и запросы ...

Достоинства:
- Единый интерфейс для наследников
- Удобная выборка из всех наследников
- Единая структура и контроль связей

Недостатки:
- Одна глобаль для хранения всех экземпляров-наследников - возможность блокировки всей глобали
- Extent индекс для выборки из конкретного наследника

kolesov, если присмотреться к списку достоинств, то действительно стоящим выглядит только единая структура - ( Документ <-> Строка -> Груз ). Общий список и единый интерфейс ( список полей ) можно получить и другими способами.
В недостатки можно добавить overhead на ООП - в структуре единой глобали использются ключи с именем класса ( для индивидуальных наборов данных), для каждого экземпляра сохраняется вся цепочка наследования.

Достоинства:
- Единая структура связей

Недостатки:
- Одна глобаль для хранения всех экземпляров-наследников - возможность блокировки всей глобали
- Extent индекс для выборки из конкретного наследника
- Overhead на ООП

Насколько я понял, в вашем приложении наследование используется для всех трех сущностей предметной области - Документы, Строки, Грузы?