Короткие идентификаторы должны проходить по статье растрата

И приводить к дисциплинарным взысканиям

Спасибо :)

Для веба использую slug от тайтла, внутри админок по objectid , автоинкрементное поле реально нафиг не нужно имхо

Для веба использую slug от тайтла, внутри админок по objectid , автоинкрементное поле реально нафиг не нужно имхо

slug - это ЧПУ?

TL;DR: для ссылок всё что угодно, безопасность к идентификаторам никакого отношения не имеет. Для людей псевдослучайные идентфикаторы набранные алфавитом в котором нет оптически похожих глифов

ну да, если по русски

Ну всё равно, есть места, где случайные и obectId неуместны. "Ваша очередь: 10040405501" Или "Ваш заказ: 5d49be3a3802d750b0c084c6"

...назовите его при получении :)

...назовите его при получении :)

вы в реальный мир выйдите

там всё именно так и есть. Заказ К53Ж5721-5835/1

Ну всё равно, есть места, где случайные и obectId неуместны. "Ваша очередь: 10040405501" Или "Ваш заказ: 5d49be3a3802d750b0c084c6"

под номер заказа автоинкрементные тоже плохо, как то в крм системе генерили случайное на подобии FGP-23848 , если автоинкрементное, то тоже плохо для номеров заказов

Там где нужен короткий человеческий номер я генерю инкрементом в редисе

Очень удобно и тредсейф бтв

С инкреентом - понятно. А вот с псевдослучайными - появился вопрос. Колизии?

С инкреентом - понятно. А вот с псевдослучайными - появился вопрос. Колизии?

уникальный индекс

уникальный индекс

Это тоже само-собой. Вопрос в том, что надо обрабатывать случай при появлении ошибки дублирования.

Ребят, подскажите, пожалуйста, как использовать updateOne(), чтобы он изменял значение некоторых элементов, а другие не удалял? Вот такой код удаляет все другие значения и оставляет только указанные

Ребят, подскажите, пожалуйста, как использовать updateOne(), чтобы он изменял значение некоторых элементов, а другие не удалял? Вот такой код удаляет все другие значения и оставляет только указанные

Чето не может быть

$set не удаляет не изменяемые поля документа. Вы уверены, что есть совпадение по chanId? Возможно у вас просто создается новый документ, т.к. стоит флаг upsert: true

Это тоже само-собой. Вопрос в том, что надо обрабатывать случай при появлении ошибки дублирования.

retry

Коллеги, всем привет. Скажите, можно ли шардировать узлы реплики?

Я знаю, что можно реплицировать шарды, а наоборот?

Что значит «шардировать узлы реплики»?

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

Расскажите о своей проблеме

Поднимаю реплику на нескольких серверах. Но на них по два винта. Raid делать не хочется, а нужно использовать все доступное место, но чтобы внутри сервера данные не дублировались

T_T

Поднимаете две монги, каждой dbpath на свой диск

Но это не очень хорошая идея

Ещё есть вариант часть коллекций переместить на другой диск, сделав симлинки

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

Возможно что?

Нет, в той формулировке в которой вы озвучили задачу в монге это невозможно

Разделить данные одного узла между винчестерами

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

@aliovin, @d_lebedinsky, проверю, спасибо!

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

Большое спасибо за ответ. Дело не в том, что эту задачу нужно непременно решить. Я просто настою на серверах с одним винчестером. Но меня попросили собрать информацию. Еще раз спасибо!

неужели кто-то работает напрямую с железом

бррр :) я шесть лет только на виртуалках

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

Ну, виртуальный/физический - решать не мне))

@dd_bb можно ли нормально компрессировать jsonb? мне тут говорят когда jsonb ребята gzip’ят он нифига не сжимается.

хз

неужели кто-то работает напрямую с железом

Конечно, всегото надо иметь нормальных админов и кучу этого самого железа))

@dd_bb можно ли нормально компрессировать jsonb? мне тут говорят когда jsonb ребята gzip’ят он нифига не сжимается.

Где вы берете jsonb? Сами формируете?

Где вы берете jsonb? Сами формируете?

Формирует либа, потом сохраняем в jsonb.

Вот это самое "сохраняем в жсонб" как выглядит? Может там уже указывается сжатие. И опять же какого рода данные вы сжимаете?

Формирует либа, потом сохраняем в jsonb.

либа там не base64 генерирует?

в какомнибудь json совместимом формате

И что собсна за либа

привет. была жирная коллекция с индексами на ней - почистил коллекцию - остался жирный индекс - не подскажете - как правильно "попроссить" переиндексировать все индексы на коллекции?

индексы автоматически обновляются

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

Монговчане:) А в каких случаях Монга может не удалять документ при том, что параметр поиска точно совпадает и вызов deleteOne() не выдает ошибок? Есть вот такая строка кода: await db.collection('published').deleteOne({ chanId: key.chanId }) key.chanId получены выше этого же самого документа. Код выполняется, идет дальше, никаких ошибок не выходит, но и документ не удаляется

Монговчане:) А в каких случаях Монга может не удалять документ при том, что параметр поиска точно совпадает и вызов deleteOne() не выдает ошибок? Есть вот такая строка кода: await db.collection('published').deleteOne({ chanId: key.chanId }) key.chanId получены выше этого же самого документа. Код выполняется, идет дальше, никаких ошибок не выходит, но и документ не удаляется

когда документа ещё нет

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

еще может быть в названии коллекции опечатка

когда документа ещё нет

Но у меня он есть. Опишу полный сценарий: Выше в коде собираются все документы из конкретной коллекции — идет итерация пов сем документам и проверка условий — при выполнении условий, конкретный документ должен удалиться. Т.е. документ итерируется только в том случае, если он уже создан

еще может быть в названии коллекции опечатка

тоже так подумал, проверил — все ок:)

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

кстати, может быть там больше одного документа chanId: key.chanId

удаляется один, а остальные остаются

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

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

кстати, может быть там больше одного документа chanId: key.chanId

точно, этого еще не проверял. Спасибо еще раз:)

здравствуйте как можно исправить данную ошибку?

здравствуйте как можно исправить данную ошибку?

Я не уверен, но вероятно это связано с версией nodejs

Репозиторий «http://repo.mongodb.org/apt/ubuntu tessa/mongodb-org/3.0 Release» не содержит файла Release.

это можно как-то исправить?

Я не сильно шарю в ubuntu

Я не сильно шарю в ubuntu

спасибо(

Является ли aggregation атомарной операцией, особенно если использовать оператор $merge для записи результатов в другую коллекцию?

Репозиторий «http://repo.mongodb.org/apt/ubuntu tessa/mongodb-org/3.0 Release» не содержит файла Release.

обнови репозиторий

ибо 3.0 стар как мир

обнови репозиторий

А как это сделать?

А как это сделать?

я плохо шарю и в таких случаях ставлю просто новый репозиторий

Ой

Не о том думаю

не, чисто убунтовский

Всем привет! Помогите, пожалуйста, построить запрос на mongodb: Есть коллекция { ... positions: { type: { position: String, status: String } } } Нужно выбрать из коллекций все элементы, где positions.position содержится в массиве positions и positions.status === status Дошёл только до такого : collection.find({ $and: { 'positions.position': { $in: positions }, 'positions.status': { $eq: status} } }) Но выборка статуса и позиций происходит не относительно одного элемента, а из всех