и тут всё равно только убунта. что выбирать на минт?

и тут всё равно только убунта. что выбирать на минт?

Возьми докер и не мучайся)

Лол

Возьми докер и не мучайся)

Взять докер Не мучаться. Хм.

Чтож, всё равно надо бы с ним разобраться.

Если для себя, то с docker-compose все заводится в 5 строк

Если для себя, то с docker-compose все заводится в 5 строк

Та dockerfile я могу найти. Вопрос в том, как его установить, что поставить ещё..

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

Кажется инмемори не подходит, тк оно в ениерпрайзе типа

Можно intmpfs базу сделать, но это вообще зашквар да?

И это. А можно в шарду добавить стендэлоун хост, а не репликусет?

да, оно не GA

разберитесь чего хотят ваши программисты добиться

Ок

И это. А можно в шарду добавить стендэлоун хост, а не репликусет?

да можно

но не понятно зачем

Ну в случае инмемори вроде норм

а, стендэлон нельзя

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

Спасибо. Теперь понятно все)

Мой user добавлен в admin базе, когда подлючаюсь через sudo mongo -u USER -p PSK --authenticationDatabase admin и делаю use db_name => db.currentOp() поулчаю ошибку not authorized on admin to execute command { currentOp: 1.0, lsid: { id: UUID(\"1fe336c1-889d-4938-8ce8-cb1d036b8969\") }, $db: \"admin\" }",

Мой user добавлен в admin базе, когда подлючаюсь через sudo mongo -u USER -p PSK --authenticationDatabase admin и делаю use db_name => db.currentOp() поулчаю ошибку not authorized on admin to execute command { currentOp: 1.0, lsid: { id: UUID(\"1fe336c1-889d-4938-8ce8-cb1d036b8969\") }, $db: \"admin\" }",

Другие команды работают? Для currentOp нужен inprog пермишен. Не помню, в какую из дефолтных ролей он входит

И почитайте на какую из баз надо ставить роли *anyDatabase

И почитайте на какую из баз надо ставить роли *anyDatabase

👍 Спасибо за подсказку

Странно что это работает db.currentOp( { "$ownOps": true } )

Мой user добавлен в admin базе, когда подлючаюсь через sudo mongo -u USER -p PSK --authenticationDatabase admin и делаю use db_name => db.currentOp() поулчаю ошибку not authorized on admin to execute command { currentOp: 1.0, lsid: { id: UUID(\"1fe336c1-889d-4938-8ce8-cb1d036b8969\") }, $db: \"admin\" }",

Точнее раню db.currentOp({"secs_running": {$gte: 3}})

Странно что это работает db.currentOp( { "$ownOps": true } )

ownOps без inprog доступны

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

По этому currentOps доступны только с inprog. Если у вас атлас, то там они могут быть вообще не доступны на бесплатных тарифах

40кк документов, у каждого около 150 свойств Надо считать count по совпадению свойств Типа сколько профилей определенного типа с определенным параметром Свойства иногда вложенные

а сколько стоит энтерпрайз с инмемори?

@dd_bb есть инфа?

порядок хоть понять о чем речь

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

ну порядок понятен, спасибо!

а что значит по «совпадению свойств»? и как часто надо считать?

я так понимаю надо не часто, но быстро

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

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

но я думаю это не часто

если у вас там сотни гигабайт, у вас «быстро» упрется в какое-то из бутылочных горлышек

вероятнее всего в шину памяти

да, об этом тоже надо не забывать. подумаем над этим

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

подумайте чтоб купить подписку — https://db-ai.co ;) уверен что можно найти какой-то менее затратный способ решить эту задачу. не факт что in-memory сможет уложиться в нужные вам SLA. а толстый шард из in-memory может быть очень недешевым удовольствием

спасибо! очень ценно!

40кк документов, у каждого около 150 свойств Надо считать count по совпадению свойств Типа сколько профилей определенного типа с определенным параметром Свойства иногда вложенные

в сторону графовых БД не смотрели? задача сведётся к пересчёту ребер с одинаковыми весами

Здравствуйте, у меня есть пробелмы с некоторыми символами при сортировке. Я сортирую текстовые поля с украинскими символами и некоторые символы при сортировке находяться выше А, тоесть [Є, І, А, Б...] а хотелось бы [А, Б ... Є ... І ... Я]

Здравствуйте, у меня есть пробелмы с некоторыми символами при сортировке. Я сортирую текстовые поля с украинскими символами и некоторые символы при сортировке находяться выше А, тоесть [Є, І, А, Б...] а хотелось бы [А, Б ... Є ... І ... Я]

https://docs.mongodb.com/manual/reference/collation/

Правда хз есть ли там украинский

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

Вру, да. Несколько лет назад Enterprise стоил $6,500 в год, а enterprise advanced $10,000. $2500-5000 это у меня видать смешалось со стоимостью поддержки для Community: $250 в месяц за боевой и $125 за тестовый в месяц.

Сейчас похоже подорожало: MongoDB Enterprise Advanced costs $11,990 per server per year (up to 256 GB RAM per server). Для больших инсталляций есть скидка 10%

Но туда поддержка входит

http://s3.amazonaws.com/info-mongodb-com/TCO_MongoDB_vs._Oracle.pdf

Сейчас похоже подорожало: MongoDB Enterprise Advanced costs $11,990 per server per year (up to 256 GB RAM per server). Для больших инсталляций есть скидка 10%

😱

Не очень дорого. :)

Я к сожалению не привык к таким ценам

Есть смысл начинать привыкать к эынтерпрайз ценнику. :) если у вас много данных, лицензии на всякие нужные или экономящие штуки будут находится в этих порядках. Чтоб потом когда резко понадобимся какой-нибудь SAN для бэкапов или SDN для удобства Управления сетью в стойках это не было сюрпризом.

Привет, сообщество! Подскажите, как лучше спроектировать: есть бд с сущностями, а теперь эти сущности будут получать мониторинг показателей из шести источников (не часто, раз в неделю, может, раз в день). 1️⃣ Я так понимаю, будут коллекции под метрики определённого типа, а там внутри потом делать запросы по идентификатору сущности + сортировка по убыванию даты с лимитом, чтоб например за год получить? Это рационально? или лучше встроить эти данные в сущности массивами? 2️⃣ Есть такая сложность, что данные приходят из сторонних ресурсов, на которые мои сущности ссылаются, то есть чтоб идентифицировать, к какой сущности пришли данные, надо будет сначала её найти. И в этой ситуации вижу два пути - либо просто аккуратно рассовывать получаемые данные по коллекциям, а когда запрашиваю сущность, то искать для её характеристик метрики по совпадению, либо при добавлении искать, кому принадлежит метрика, а потом её вытаскивать уже по идентификатору сущности. Первый способ проще, также позволит на всякий случай иметь историю по тем показателям, которые ещё не были привязаты к сущностям, но могут быть привязаты в будущем (в моем случае справедливо, что если сущности ещё нет, а метрику брать возможно, то это наша недоработка, а не нормальный случай). Второй способ потребует немного больше действия на этапе загрузки, не даст загрузить отсутствующие данные, но зато сэкономит много времени при запросе метрик для сущностей. 3️⃣ Какую схему лучше использовать для поступающи данных мониторинга? citeria: String, timestamp: Int, value: Int или criteria: String, metrics: [{timestamp, valie}] Не знаю, какой лучше, второй вроде как быстрее при запросе Буду благодарен советам.

а если $size убрать?

$size does not accept ranges of values. To select documents based on fields with different numbers of elements, create a counter field that you increment when you add elements to a field. https://docs.mongodb.com/manual/reference/operator/query/size/

Можно еще через js проверку сделать

Не подскажите, как через Mongoose можно получить последний документ (запись) из бд?

если у документа есть аттрибут который определяет его «последнесть», то да

если такого аттрибута нет, то может быть можно

почему «может быть», потому что в этом случае гарантий не будет. если у вас _id по-умолчанию и там ObjectId, вы в принципе можете использовать _id как аттрибут для «последнесть», отсортировав по убыванию. в случае если _id генерируется на сервере, то есть очень большой шанс что он будет в основном возрастать у документов вставленны последовательно. если _id генерируется на клиенте, то тут уже как повезёт

Не подскажите, как через Mongoose можно получить последний документ (запись) из бд?

Всё, решил проблему.

ну и ещё есть $natural, но это работает только в standalone

Я беру весь документ через .find() и с помощью [doc.length - 1] получаю последний элемент

это неверный способ

без явно заданной сортировки монга использует $natual для сортировки

Возможно я неверно описал задачу: мне нужно узнать, какой _id в базе последний (_id генерируется на сервере через автоинкремент). Вот я и беру последний элемент и из него достаю _id

тем более

автоикнремент это антипатерн в монге

вероятно вы решаете несуществующую проблему «красивых ссылок»

выбор последнего значения автоинкремента через $natural тоже не верно

автоикнремент это антипатерн в монге

Пришел сюда из mysql, ещё не вник до конца)

лучший способ — отказатся от автоинкремента

если у вас нет веских основной заменить ObjectId, то это отличный тип для _id

если вы хотите настоящий автоинкремент, то вам надо завести отдельный счётчик. если у вас монга 4+ то делать инкремент в транзакции. если у вас более старая версия, то через чтение с помощью update с $inc

т.е. у вас чтение счётчика будет его инкрементировать