Когда не помещается в оперативу раз пять

Т.е. На 1гб рам 5 гб данных

Столкулся с проблемой, делаю запись скриптом, в Mongo тип значения int64 стоит, я записывается значение int32 , и из-за этого проблема. Что можно придумать ?

Язык какой?

PHP

Тогда не подсуажу

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

у меня есть mongoose схемы: 1) Post, в которой есть поле author c рефом на схему User (автора поста). 2) схема Reply, в которой есть поле postId с рефом на Post и поле author c рефом на схему User (автора комментария). я могу находить отдельно все коментарии по id поста могу завести массив с id-шников всех комментариев. Как лучше делать? И как мне выводить количество комментариев у поста когда комментраии не нужно грузить ?

заводить в схеме Post поле replyCount и при создании нового коментария увеличивать этот счетчик у Post ? но ведь может так произойти что комент сохранился, а счетчик не увеличелся из-за сбоя, тогда он будет всегда отставать

заводить в схеме Post поле replyCount и при создании нового коментария увеличивать этот счетчик у Post ? но ведь может так произойти что комент сохранился, а счетчик не увеличелся из-за сбоя, тогда он будет всегда отставать

да, такое может случится, тогда надо делать что-то типа свого решения "транзакций" в монге, ну или надеятся что все будет хорошо до июля, а там перейти на 4-ю монгу, в которой уже будут нативные транзакции ?

я делаю для учебного проекта ) что более подходящее для вывода количества коментариев ?

Кто пожет помочь с запросом. Нужно у данного _id изменить в accountsBag->items->... count где itemid=7 )

Как правильно добраться до этих строк? $bulk->update( ['_id' => 3], ['$set' => ['accountBag' => array('CashInventory' => array('items' => array('items' => array(0 => array('count'=>123) ) ) ) )]], ['multi' => false, 'upsert' => false] );

а такой вопрос. Если условно мне нужно искать по фамилии, имени, отчеству, то лучшим решением будет сделать во всех документах поле 'полное имя' и искать по нему? опять же индекс не подойдет, именя могут быть на англиском

а вам надо искать полное совпадение или частичное или допускаются ошибки или даже часть букв введенное на англицкой расrлfдке?

полное соврадение введенной подстроки в строке. то есть при поиске по имени, найдет всех иванов. Но при поиске по имени, фимилии, отчеству найдет всех строго совпадающих. вообще в задаче товары. только поле имя товара в приходящих данных разбито на три поля. А искать по ним нужно, как по одному. То есть если вбили машики carmaker где машинки одно поле в объекте(категория), а carmaker производитель, то искать он дожен на полное совпадение. как если бы это было одним полем name

Stable: 3.6.3 (Feb 23, 2018), Bugfix: 3.4.14 (Mar 20, 2018) 3.6.3: https://docs.mongodb.com/manual/release-notes/3.6/#february-23-2018 3.4.14: https://docs.mongodb.com/manual/release-notes/3.4/#march-20-2018 3.2.19: https://docs.mongodb.com/manual/release-notes/3.2/#feb-6-2018 (End of life: September 2018) 3.0.x: Support ended February 2018

полное соврадение введенной подстроки в строке. то есть при поиске по имени, найдет всех иванов. Но при поиске по имени, фимилии, отчеству найдет всех строго совпадающих. вообще в задаче товары. только поле имя товара в приходящих данных разбито на три поля. А искать по ним нужно, как по одному. То есть если вбили машики carmaker где машинки одно поле в объекте(категория), а carmaker производитель, то искать он дожен на полное совпадение. как если бы это было одним полем name

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

сам поиск просто будет выглядеть как .find({ "f1":"v1", "f2":"v2", "f3":"V3" }) и результат такой же как если вы сделаете доп поле

если я правильно понял, составной индекс типа текст?

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

а в вашем случае это простой обыкновенный индекс

Здравствуйте, нужна помощь с выборкой в одной колекции находятся id_bot и statement текст, в другой полная информация о statement. У меня есть id_bot и мне нужно сначала с первой коллекции найти все связанные с ним statement, а затем во второй, мне нужно выбрать,по тем statement которые связаны с id_bot in_response_to.text

посмотрите на $lookup

посмотрите на $lookup

Спасибо, а можно ещё один вопрос, смотря на вторую картинку как достать in_response_to.text? .find({'text': 'I am good.'}) ,а как быть дальше?

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

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

Хорошо, спасибо.

вообще через $unwind после лукпапа развернете массив, а дальше с помощью $project соберите результат

но нужно саму задачу поподробнее, а то советы могут не в тему быть

а в вашем случае это простой обыкновенный индекс

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

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

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

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

а вы тестирвоали?

hello

im new member

from indonesia

nice to meet all

nice to meet all

this is russian group. try english version https://t.me/mongo_db

this is russian group. try english version https://t.me/mongo_db

oke thanks

Кстати, кто чем монгу в проде бэкапит?

реплики

реплики != бэкап

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

и в базу никто руками не лазит

а от какого сценария вы хотите забекапиться?

сервер с монгой упадёт и всё потеряетя

реплика с этим справляется

реплик нет, у заказчика только 1 vm, и он хочет бэкапиться

хех, тогда не помогу

реплика с этим справляется

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

или данные перезаписываются не те

легко, на прод выкатывается протестирвоанный софт, а админы пишут скрипты и руками ничего не делают. и скрипты тк же прогоняются на тесте

ну, тесты не все ошибки могут выявить

баг может и на прод проникнуть

тесты не серебряная пуля

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

тут вопрос в человеческом факторе

в тестах тоже могут быть ошибки

и в огранизационном

работая с неквалицировнным персоналом бекапов не напасешься

квалифицированный тоже может ошибаться

кто не работает - тот не ошибается

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

ну или обычный дамп

ну я пока на обычный дамп смотрю

его же можно онлайн делать, ведь?

Я не понимаю, этот чатик используют когда лень документацию читать что ли?

Не надо так

А кто-нибудь юзал джоины в монге? Как быстро они работают?

джоин ?

всмысле $lookup ?

джоин ?

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

https://docs.mongodb.com/manual/reference/operator/aggregation/lookup/

Работате вроде быстро

https://docs.mongodb.com/manual/reference/operator/aggregation/lookup/

аааа, вот оно что.... аналог лефтджоина.... спасибо

Но как я понимаю, использовать надо крайне редко. Хотя бы потому что, если надо много "джоинов", то скорее всего вы не правильно используете монгу

а вы тестирвоали?

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

Но как я понимаю, использовать надо крайне редко. Хотя бы потому что, если надо много "джоинов", то скорее всего вы не правильно используете монгу

и все же монга радует. даже транзакции скоро добавятся

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

если я правильно понял, то например есть { "v1" : "word", "v2" : "тест" } и нужно вытаскиват ькак по "word" так и по "тест"?

при это неизвестно какое конкретно это поле

если я правильно понял, то например есть { "v1" : "word", "v2" : "тест" } и нужно вытаскиват ькак по "word" так и по "тест"?

может быть в одном документе { "v1" : "word", "v2" : "тест" }

а в другом

{ "v1" : "текст", "v2" : "word" }

ок

Кстати, кто чем монгу в проде бэкапит?

От размеров зависит

От размеров зависит

А вот если размеры на сотни гигабайт, например, то чем лучше.

От требований к бекапам зависит ;)

Обычно всё упирается в то, сколько денег на это готовы дать