(ну и надо понимать, что это убьет перфоманс)

может у них GMT+8

рубрика #людиработают

Всех с новым годом!!!

Всех с новым, используйте монгу с умом!!!

Sql это язык, а не модель данных. И в банках не одна задача

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

Но MongoDB относится больше к денормализованной модели?

https://docs.mongodb.com/manual/core/data-model-design/ можно и так и так. За редким исключением, я стараюсь нормализовать хранимые данные. $lookup уже достаточно быстр.

А с MongoDB используются побочные кеш-системы, или он настолько быстр, что это не требуется?

А с MongoDB используются побочные кеш-системы, или он настолько быстр, что это не требуется?

А с MongoDB используются побочные кеш-системы, или он настолько быстр, что это не требуется?

Монга как и любая бд хранит мастер данные, на основе которых наполняется кэш. Помимо этого кэши могут использоваться для хранения временной информации, которая может быть безболезнено утеряна во время рестарта/краша. Так что наличие монги даже на ссд не отменяет наличие кэшей, если их использование приносит реальную пользу, а не просто как дополнительный слой, который усложнит жизнь и добавит оверхеда и новые точки отказа

Перехитрить кеш встроенный в хранилище очень сложная задача

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

А если агрегацией доставать, то что?

Три самые сложные проблемы: выбор структуры данных, названия переменных и кеширование

Вероятно ваш парсер не поддерживает какой-то тип, который возвращает монга

вот кусок ошибки Error: corrupt object bson\n at deserializeObject (/api/node_modules/mongodb-core/node_modules/bson/lib/bson/parser/deserializer.js:552:11)\n at deserializeObject (/api/node_modules/mongodb-core/node_modules/bson/lib/bson/parser/deserializer.js:169:24)\n at deserializeObject (/api/node_modules/mongodb-core/node_modules/bson/lib/bson/parser/deserializer.js:192:22)\n

Так у тебя неоф драйвер. Может имеет смысл заюзать ‘mongodb’

Хочу спросить у тех, кто разбирается в проектировании архитектуры, как вы смотрите на модель, когда реляционная база данных является основным хранилищем, а Mongo используется для хранения сформированных документов JSON, которые в свою очередь хранятся в кеше с помощью memcached.

Хочу спросить у тех, кто разбирается в проектировании архитектуры, как вы смотрите на модель, когда реляционная база данных является основным хранилищем, а Mongo используется для хранения сформированных документов JSON, которые в свою очередь хранятся в кеше с помощью memcached.

Есть однотипные данные и нужно реализовать, скажем так, "странички" как в экселе ( т.е. данные страниц должны быть обособлены друг от друга ). Я вижу два варианта: 1) В одной коллекции сделать объект, в котором key - название страницы, value - массив данных 2) Для каждой страницы сделать коллекцию в одной БД С первым - проблем нету. Со вторым возникает вопрос: при создании коллекции данные не обновляются ( которые по API идут ). Только после обновления файлов на сервере (???). Дёргаю названия таким образом ( 1 скрин ). Вопросы: 1) Какие есть ещё варианты реализации данного момента? 2) Если делать с помощью коллекций, то как сразу обновлённый массив коллекций получать? ( от коллекций мне нужны только имена )

т.е. сделать так: 1) Первая коллекция будет отвечать за данные ( как они будут храниться? как я описал или есть лучше варик? ) 2) Во второй коллекции будут названия страниц

Сложно советовать, у вас реально экселевкие таблицы? И данные только для отображения или по ним будут упоротые запросы по отдельным колонкам?

Сложно советовать, у вас реально экселевкие таблицы? И данные только для отображения или по ним будут упоротые запросы по отдельным колонкам?

ну импорт идёт из экселевской таблицы

Количество строк и столбцов лимитировано?

В среднем, в одной таблице будет по 7-8к записей

Массивные?

У монги в один док не больше 16мб данных можно запихнуть. Поэтому это нужно заранее чекнуть

Поиск будет по этим данным?