Телеграмм чат группы MongoDBRussian страница 3226

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

MongoDB Russian

1684 membersпожаловаться на группу

2020 May 03

V

VDimir in MongoDB Russian

Привет! Разбираюсь с тем как устроен bson, насколько я понял ключи хранятся как есть, просто строкой. Также в монге документы хранятся в виде валидных bson. Возник вопрос почему ключи не кодируются, для экономии места, времени на сравнение и т.п.? Кажется что поскольку ключи в документах примерно одинаковые обычно, то это может давать большой оверхед, так ли это?

источник

16:30пожаловаться #1

NS

Nikolay 🤷🏼‍♀️ Simoti... in MongoDB Russian

Да я уже решил все делать на клиенте, коллекции максимум могут быть 100 элементов и сами объекты небольшие

.sort({ _id: -1}) по идее тоже должен работать хорошо, т.к. по дефолтному индексу

источник

16:30пожаловаться #2

DL

Daniil Lebedinsky in MongoDB Russian

Привет! Разбираюсь с тем как устроен bson, насколько я понял ключи хранятся как есть, просто строкой. Также в монге документы хранятся в виде валидных bson. Возник вопрос почему ключи не кодируются, для экономии места, времени на сравнение и т.п.? Кажется что поскольку ключи в документах примерно одинаковые обычно, то это может давать большой оверхед, так ли это?

https://stackoverflow.com/questions/11429804/why-are-key-names-stored-in-the-document-in-mongoddb

Why are key names stored in the document in MongodDB

I'm curious about this quote from Kyle Banker's MongoDB In Action:
It’s important to consider the length of the key names you choose, since key names are stored in the documents themselves. This

источник

16:44пожаловаться #3

V

VDimir in MongoDB Russian

Спасибо, то что нужно

источник

16:49пожаловаться #4

RL

Roman Loginov in MongoDB Russian

Оверхед по итоговому размеру данных весьма большой может получаться

источник

17:22пожаловаться #5

y

yopp in MongoDB Russian

Привет! Разбираюсь с тем как устроен bson, насколько я понял ключи хранятся как есть, просто строкой. Также в монге документы хранятся в виде валидных bson. Возник вопрос почему ключи не кодируются, для экономии места, времени на сравнение и т.п.? Кажется что поскольку ключи в документах примерно одинаковые обычно, то это может давать большой оверхед, так ли это?

Усложняется сериализация

источник

19:56пожаловаться #6

y

yopp in MongoDB Russian

Оверхед по итоговому размеру данных весьма большой может получаться

Нет

источник

19:56пожаловаться #7

y

yopp in MongoDB Russian

Все эти оптимизации не имеют смысла, так как в 98% случаев даже snappy нивелирует все нюансы

источник

19:56пожаловаться #8

y

yopp in MongoDB Russian

Экономить на размере ключей почти никогда не имеет смысла

источник

19:56пожаловаться #9

RL

Roman Loginov in MongoDB Russian

Все эти оптимизации не имеют смысла, так как в 98% случаев даже snappy нивелирует все нюансы

Snappy по дефолту стоит или указывать на коллекцию надо?

источник

19:58пожаловаться #10

y

yopp in MongoDB Russian

По-дефолту. С 4.2 есть поддержка zstd

источник

19:59пожаловаться #11

RL

Roman Loginov in MongoDB Russian

Да дефолт
By default, WiredTiger uses block compression with the snappy compression library for all collections

Glossary — MongoDB Manual

источник

19:59пожаловаться #12

RL

Roman Loginov in MongoDB Russian

Все эти оптимизации не имеют смысла, так как в 98% случаев даже snappy нивелирует все нюансы

Так вот, смысл все таки есть, проверялось на реальном примере и уменьшилась коллекция в два раза, путем сокращения ключей до 3-4 символов без особой потери читаемости.

источник

20:01пожаловаться #13

RL

Roman Loginov in MongoDB Russian

Так же пример кейса где это может быть важно - бесплатные 500мб на атласе.

источник

20:01пожаловаться #14

y

yopp in MongoDB Russian

Так вот, смысл все таки есть, проверялось на реальном примере и уменьшилась коллекция в два раза, путем сокращения ключей до 3-4 символов без особой потери читаемости.

Включите zstd

источник

20:03пожаловаться #15

y

yopp in MongoDB Russian

Так же пример кейса где это может быть важно - бесплатные 500мб на атласе.

Время разработчика дороже чем атлас

источник

20:03пожаловаться #16

RL

Roman Loginov in MongoDB Russian

К - Категоричность

источник

20:04пожаловаться #17

y

yopp in MongoDB Russian

Второй момент, разница в два раза вызывает вопросы

Или это какой-то специфический случай или ошибка дизайна эксперимента

источник

20:11пожаловаться #18

y

yopp in MongoDB Russian

К - Категоричность

Здесь не принято переходить на личности и давать оценочные суждения

источник

20:12пожаловаться #19

RL

Roman Loginov in MongoDB Russian

Второй момент, разница в два раза вызывает вопросы

Или это какой-то специфический случай или ошибка дизайна эксперимента

Документы весьма большие и ключи часто повторяются во вложенных массивах

источник

20:15пожаловаться #20