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

но не так сильно разбирался в сути

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

мы можем положить это в _id: {t: 1234, d: 42}

вот как раз сейчас такой кейс

но выборки без полного указания _id (типа только по _id.t или _id.d) не будут работать без дополнительных индексов

но опять же для обращения к полям а не по целому _id нужны будут индекс по типу _id.docId

ага

а я смогу использовать _id.vvv как шард ключ?

шард ключ к _значениям_ никакого отношения не имеет

шард-ключ на самом деле это «шард индекс»

ты можешь создать индекс из чего угодно, если он удовлетворяет требованиям к шард ключу — ты можешь использовать префикс этого индекса или весь индекс целиком как шард ключ

но ещё нужно понимать что индексы по вложенным аттрибутам всегда будут требовать fetch

так как index-only queries работают только по полям в корне документа.

ну мне либо апдейты дока либо полный док нужны, так что особо значения не будет иметь

Коллеги, а что с bitwise операторами индекс не работает?

Вот черт, оно с hint'ом только работает.

у меня 15к коннектов к монге. ААААА я не хочу шарды :(

Use postgres dude:)

у меня он тоже есть.

pgbouncer руляет

у меня 15к коннектов к монге. ААААА я не хочу шарды :(

И что с ней?

с ней всё ок.

Там же нет view особо для соединения, так что коннекты жрут немного памяти и всё

я боюсь будующего в котором именно колво коннектов станет причиной по которой придется делать шарды

у монги 20к ограничение сверху

Да?

ога да

Ну реплику пошире

Охх. Есть задачка возвращать документы, отсортированные так, что сначала идут объекты с русским текстом в одном из полей, а потом с английским/циферками/спецсимволами. Монго 2.6 :\ find().collate() вроде нельзя сделать. как это можно реализовать? в робомонго вижу, можно сделать индекс по нужному полю ({'name': 1}) и в text search указать default lang/lang override: russian, но, кажется, это меня не спасло

Скорее всего обновить многу до 3.4 будет самым простым способом.

гыгыгы. постараюсь убедить, спасибо

Там уже collation нормально реализованы

Но я не пробовал, рекомендую на тестовом столе проверить

ребят, есть книжка где объясняется как в mongoose делать сложные запросы как в sql join having и т.д., когда несколько связанных таблиц?

Тебе $lookup

Если не хватит, то монга не подходит для твоей задачи

не подскажите, есть ли бесплатный серв баз данных sql онлайн типа mlab для монго?

ребят, есть книжка где объясняется как в mongoose делать сложные запросы как в sql join having и т.д., когда несколько связанных таблиц?

Никак не делать.

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

Для монги в первую очередь нужно начать думать документами, а не связями.

Бесплатную монгу в MongoDB Atlas можно взять.

ребят, я добавился в эту группу 2 года назад и до сих пор БД не касался

я правильно понял, что монга хранит данные в стиле JSON? т.е. парами ключ-значение?

коллекция скорее все же на массив/список из объектов (хешей, словарей) похожа обычная строка - типа, "hello" - это тоже валидный JSON, есличо

Если совсем упрощённо — да. У тебя есть ключ _id и к нему привязан BSON документ произвольного содержания. Всего два ограничения: _id уникальный и весь bson не больше 16мб

Коллекции это namespace внутри которого должно выполнятся правило об уникальности.

а не монго есть бесплатные серверы?

Бесплатную монгу в MongoDB Atlas можно взять.

Это чят про монгу, про другие субд я не знаю. Уверен что есть. Гугл в помощь

коллекция скорее все же на массив/список из объектов (хешей, словарей) похожа обычная строка - типа, "hello" - это тоже валидный JSON, есличо

Error: Parse error on line 2: { "hello"} —-------^ Expecting ':', got '}' https://jsonlint.com/ если чо

Если совсем упрощённо — да. У тебя есть ключ _id и к нему привязан BSON документ произвольного содержания. Всего два ограничения: _id уникальный и весь bson не больше 16мб

ясно, спасибо

Error: Parse error on line 2: { "hello"} —-------^ Expecting ':', got '}' https://jsonlint.com/ если чо

Это неверный json

Это неверный json

ну так я о чём, Igor заявил, что просто стринг валиден как json, или я чё то не понял?

Он говорил в внутреннем представлении коллекции. Любой документ должен сам по себе быть валидным BSON документом.

С минимум одним ключом: _id

всё, треш какой то начался. я пойду в ридонли на год ещё схожу))

всё, треш какой то начался. я пойду в ридонли на год ещё схожу))

извините, что запутал

Лучше в доку бы сходил.

Latest: 3.4.4 (Apr 21, 2017), Stable: 3.2.13 (May 1, 2017) 3.4.4: https://docs.mongodb.com/manual/release-notes/3.4/#apr-21-2017 3.2.13: https://docs.mongodb.com/manual/release-notes/3.2/#may-1-2017 Пришло время обновляться до 3.4.1+: https://aphyr.com/posts/338-jepsen-mongodb-3-4-0-rc3

товарищи, а подскажите, плиз. oplog в монге лежит в базе local. Размер оплога - configured oplog size: 51200MB (это 50 гиг) А если сделать show dbs, то получается вот так: local 24.762GB оплог в 50 гиг занимает на диске неполных 25 гиг?

или show dbs врёт и не надо туда смотреть?

это особенность Монги

под оплог отжирать сразу место

в размере 5% от диска кажется.

в размере 5% от диска кажется.

но не более 50 гиг, которые у меня и указаны и оплог давно и активно крутится однако в show dbs инфа другая.

ну размер оплога это размер оплога

/me по недоразумению в свое время думал, что 50 гиг это вообще макс размер. а теперь куча интима с этим оплогом, ых

а размер базы это размер базы

это плохо коррелирующие между собой вещи :)

так а какой параметр важнее? в моем понимании оплог должен быть всегда набит полностью - чтобы "отмотаться" назад можно было. и он полный. и 50 гиг а на диске - 25 :)

добрый день, друзья, тут можно по выборке и удалению данных вопрос задать?

Размер базы это то сколько у тебя данных

Размер оплог (если я не ошибаюсь), это журнал изменения данных, который ротируется в пределах этих 50Гб

Размер базы это то сколько у тебя данных

Да, я понимаю. судя по доке - оплог - это обычная capped collection, и в качестве cap-а — 50 гиг. но как и почему оно на диске занимает меньше места? должно же быть всегда в районе 50 гиг занято

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

сжатия нет никакого?

сжатия нет никакого?

неа. обычный xfs + WT

а как ты понял что на диске меньше занимает ?

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

я с вами согласен, но не в случае, когда это касается именно oplog-а.

у тебя по идее должно быть занято 75Гб

а не 25 :)

а как ты понял что на диске меньше занимает ?

show dbs в консоли и там local 24.762GB

а df -H что кажет ?