|
![]() |
#1 |
Moderator
|
Для того чтобы реализация механизма была идеальной, надо было бы просто добавить возможность в свойствах таблицы-наследника указывать место физического хранения ее полей - в отдельной таблице или в той же таблице что и поля родителя.
|
|
![]() |
#2 |
северный Будда
|
А зачем? По мне, так наоборот - пусть всё физически лежит в одной таблице, а логически/визуально - разделяется
__________________
С уважением, Вячеслав |
|
![]() |
#3 |
Moderator
|
Цитата:
Короче говоря - нормализацию не просто так придумали. Просто нужно не доводить ее до абсурда... |
|
![]() |
#4 |
Administrator
|
Цитата:
Сообщение от fed
![]() Ну разрастание числа полей в таблице - тоже не подарок с точки зрения производительности. Если некоторая дочерняя сущность содержит 20-30 полей и составляет менее чем 10% от родительской таблицы - есть большой резон выложить ее в дочернюю таблицу. Поскольку при таких раскладах, накладняк на джойны будет перевешен экономией времени на доступе к оставшимся 90% записей. Лишние поля в таблицах - они тоже не бесплатны с точки зрения времени доступа и занимаемого пространства. Опять таки - про обновление лишних индексов по родительской таблице стоит подумать...
Короче говоря - нормализацию не просто так придумали. Просто нужно не доводить ее до абсурда...
__________________
Возможно сделать все. Вопрос времени |
|
![]() |
#5 |
Moderator
|
Цитата:
Кроме того - если мы добавим совсем уж много полей в базовую таблицу, то дочерние индексы тоже надо будет по ней строить. Это слегка усилит накладняк на обновление (не во всех случаях, но, в общем, в каких-то случаях - может увеличить). |
|
|
За это сообщение автора поблагодарили: sukhanchik (3). |
![]() |
#6 |
Administrator
|
Цитата:
Т.е. какой резон давать выбор? Опять-таки - я смотрю глазами практика, который не будет лишний раз заморачиваться с реализацией, если есть возможность не заморачиваться ![]() ![]() Что дадут джойны ? Даже в случае с LedgerJournalTrans, где такая архитектура может быть оправдана - там лишние джойны явно не приведут к увеличению производительности.
__________________
Возможно сделать все. Вопрос времени |
|
Теги |
ax2012, inheritance, table inheritance, наследование таблиц, полезное |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|