A
Но это не совсем индекс, когда вы будете выбирать "все записи где слово равно m", у вас не будет инверсного индекса, вы точно так же будете сканировать весь столбец
Size: a a a
2021 February 14
A
Но подымать с диска чуть меньше данных, так как достаточно взять словарь, а потом фильтровать колонку на указанное число
KS
А понятно, значит мы говорим об индексе сжатия, но не поисковом индексе.
A
Да
AZ
Но подымать с диска чуть меньше данных, так как достаточно взять словарь, а потом фильтровать колонку на указанное число
В базах и манипуляции (джоины, группировки) часто идут по сжатым значениям, декодирование происходит уже при показе людям или выгрузке
A
Ну я упрощал :)
KS
Спасибо, парни. Это была хорошая и познавательная дискуссия.
AZ
Ещё если в базе джоины стоят дёшево, то можно вообще ничего не менять в исходной таблице, а создать новую таблицу с дополнительными колонками, а пользователям показывать через вьюшку с джоином
KS
Ещё если в базе джоины стоят дёшево, то можно вообще ничего не менять в исходной таблице, а создать новую таблицу с дополнительными колонками, а пользователям показывать через вьюшку с джоином
Хорошая идея!
KS
В реляционках я никак не могу въехать как правильно определить functional dependencies между колонками.
KS
В книжке об этом написано пару параграфов, а как конкретно это работает непонятно.
NB
В книжке об этом написано пару параграфов, а как конкретно это работает непонятно.
Обычно выбирается на уровне бизнес-смысла, условно говоря если ты знаешь, что система позволяет идентифицировать сущность исходя из x1, x2, то и получаешь ФЗ (x1, x2) -> (x3, x4, ..., xn). Если есть понимание, что атрибут x однозначно идентифицирует атрибут y, то получаешь ФЗ: x -> y
NB
Мне кажется, обычно все делают интуитивно, а не реальной loseless decomposition для нормализации
NB
Но м.б. я не прав
M
Хорошая идея!
Раньше для отчётов в запросы добавляли виртуальные столбцы, типа select fio, "Moscow" as city from table1
AZ
Mino
Раньше для отчётов в запросы добавляли виртуальные столбцы, типа select fio, "Moscow" as city from table1
Да там и CASE в пяток экранов навернуть могли) так себе практика конечно, но если организация умеет хорошо работать с метаданными то жить можно
M
Да, сильно зависит какая задача стоит
ЕГ
Ещё если в базе джоины стоят дёшево, то можно вообще ничего не менять в исходной таблице, а создать новую таблицу с дополнительными колонками, а пользователям показывать через вьюшку с джоином
А есть такие базы?)
AZ
Евгений Глотов
А есть такие базы?)
МРР базы для аналитики