DeniZone: The future of X++

[Logger]

Кстати, интересно, зачем им потребовалось наследование таблиц ?
Решили отказаться от мапов ?

[sukhanchik]

Цитата:

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

Кстати, интересно, зачем им потребовалось наследование таблиц ?
Решили отказаться от мапов ?

Ну мапы-то "накодили не они" . А может сделают что-то более сильное (верю в светлое будущее). Мапы в общем-то тоже.... наследование, притянутое за уши.

[mifi]

Цитата:

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

Ну мапы-то "накодили не они" . А может сделают что-то более сильное (верю в светлое будущее). Мапы в общем-то тоже.... наследование, притянутое за уши.

Мапы - скорее вроде интерфейсов, штука чисто разработческая. Наследование относится больше к моделированию и должно приглянуться всяким бизнес-аналитикам. Возможно

[db]

Цитата:

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

Кстати, интересно, зачем им потребовалось наследование таблиц ?
Решили отказаться от мапов ?

Пока не увидим как это реализовано (какой интерфейс к этой табличной иерархии и как она отображается в бд) можно только гадать

Скорее всего попытка на уровне ядра попытка уйти от широких таблиц - когда все данные всей иерархии хранятся в одной таблице бд и половина полей этой таблицы не имеет смысла для всей иерархии, а используется только какими то из наследников. Т.е. какое то "ядерное" решение того что сейчас сделано в строках журналов гк - выделение специфичных для конкретных типов журналов данных в отдельные таблички-довески.

все строго имхо

дополнение:
кстати есть уже достаточно древняя и очень классная книга Фаулера и компании
"Архитектура корпоративных программных приложений"
Вопросы табличного наследования там в том числе рассмотрены

[kashperuk]

Цитата:

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

Пока не увидим как это реализовано (какой интерфейс к этой табличной иерархии и как она отображается в бд) можно только гадать

Скорее всего попытка на уровне ядра попытка уйти от широких таблиц - когда вся данные всей иерархии хранятся в одной таблице бд и половина полей этой таблицы не имеет смысла для всей иерархии, а используется только какими то из наследников. Т.е. какое то "ядерное" решение того что сейчас сделано в строках журналов гк - выделение специфичных для конкретных типов журналов данных в отдельные таблички-довески.

все строго имхо

Я думаю, что это довольно близко описывает замысел. Хотя, это мое имхо тоже