CASE WHEN account.name IS NOT NULL THEN account.name ELSE merchant.name AS account.name

имею ввиду, MySql не будет выглядить слишком лучше на фоне монго?

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

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

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

нет, мне нужен рейтинг игроков с самого начала

так не бывает :) пока нечего рейтинговать - он не нужен :)

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

что насчет Postgre?

вы уже написали эту штуку, Поход?

хорошая бд. а что?

еще нет, но это будет самое первое)

еще нет, но это будет самое первое)

и сам менять эти данные

короче это все понятно, спасибо за ответы

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

успехов 👍

вылезла такая херня, хотя бд была запаролена

как можно восстановить?(

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

вылезла такая херня, хотя бд была запаролена

вот это номер, я такого еще не видел

Парни, а есть какя то клосльная разница между установкой mongobd на локал, и просто монгодб на оффицальншм сайте, то есть бд которая уже на хосте

Всем привет в бд есть сущность Order с различными атрибутами, хочу эти атрибуты изменять, есть ли в монге механизм который позволят частично обновлять поля в документе. Пример В бд хранится Order { _id: “1234”, Attribute1: “string”, Attribute2: “world”, Attribute3: [ “a”, “b”, “c” ] } Хочу заслать такой объект Order { _id: “1234”, Attribute1: “hello”, Attribute2: “string”, Attribute3: [ “1”, “2”, “3” ] } Здесь важно чтобы атрибуты которые не отправляю не затерлись в целевом объекте в бд, результат после выполнения должен быть таким Order { _id: “1234”, Attribute1: “hello”, Attribute2: “world”, Attribute3: [ “1”, “2”, “3” ] } Надеюсь подскажете, всем спасибо !

Всем привет! Ребят, хочу ULID использовать вместо ObjectId для унификации ID. Эта штука UUID-совместима. Не возникнет проблем с этим в монге?

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

ObjectId разве GUID-совместимый? Для унификации в первую очередь. Если вдруг появится необходимость сменить базу или хранить часть данных в другой БД, как-то странно будет хранить в не монге OID.

также как и uuid в виде строки или данных планируется иметь настолько много что будет эффект от использования uuid типа гденить в PG?

Нет, так много данных не планируется. Но у ulid есть ещё одно замечательное свойство - контроль генерации id, которое позволяет свои данные подставить в id, это как раз для меня актуально, т.к. одной из задач будет конвертация id из одного из нестандартизированных форматов в ulid.

раз уже есть задача конвертации, то действительно стоит отказаться от стандартного типа oid. У монги ограничения только на размер содержимого в поле _id (до1кб) а так хоть объекты вложенные задавайте Посмотрел я этот ulid и у меня вопрос чем он лучше простого использования просто uuid?

Ну ulid - это "uuid на стероидах", он всегда начинается с таймштампа (как и oid), поэтому он сортируемый и ещё специалисты пишут, что он индексируется оптимальнее по этой же причине. На русском удалось найти только эту статью об uuid v7 (это будет аналогом ulid'a): https://habr.com/ru/post/572700/

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

Всем привет, реально сделать в монге автоинкремент(1, 2, 3..) параллельно с дефолтным _id?

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

все просто, user/1, user/2 и т.д. :)

а зачем?

а зачем?

Всем привет, реально сделать в монге автоинкремент(1, 2, 3..) параллельно с дефолтным _id?

так поставлена задача

мы же в современном мире, задача не берется в работу без оценки ее адекватности и реализуемости исполнителем. Если кто-то в бизнес требах явно указал что нужны автоинкременты, но не указал причину, то это попытка указать решение, а не поставить задачу. Сосбтвенно начните с выяснения зачем реально нужен автоинкремент и почему не достаточно просто набор символов указывать в качестве id? И напомните что перебором можно будет угнать всю информацию по юзерам в такой системе

это так обычно такое нужно если эти id нужны для внешних систем, а UUID - избыточен, не подходит, и т.п.

обычно это не нужно

обычно - нужно

приведите пример