у меня 300 млн документов. имеет ли смысл делать котроткие названия полей, что бы выйграть на размере базы?
ох, зависит от данных и соотношения размер полей/размер данных в полях. Был както давно человек, который заморочился и получил экономию в 10 или 15 процентов, точно не помню. Но глобально это повлияло лишь на общее занимаемое место, которое итак было сэкономлено за счет включенного по умолчанию сжатия на уровне БД. Данные по скорости доступов и т.п. для 10% объема считать смысла особого нет, тк всеравно все упирается операции ввода вывода короче попробуйте, лично я не вижу в этом смысла, т.к. при любой проблеме вам нужно будет вспоминать а что за поле 'b' а что в поле 'e'
Провел эксперимент. Получилось сократить размер сжатой базы на 3%. В принципе если транслировать это на продакшн то получится экономия в 30гб. Из минусов вижу, что надо держать где то мапинг
Я так храню. Пишу на го, там тэги структур bson, так что называется B а что C не забуду. Плюс смотрел hiload доклад от чувака из joom вроде, он топил за такой вариант, что мол весят и данные и индексы меньше Даже не особо страдаю когда документы в базе смотрю, обычно по значению поля уже понятно что это
Слабо влияет
По эксперименту у меня вышло 3%
Обсуждают сегодня