Насколько целесообразно использовать массивы для хранения пользователей?

Question

[kaliboba]

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

Comments

[Сергей]

Про какие массивы вы говорите? Обычно в бд и хранят

[kaliboba]

Сергей, ну, много где видел, просто

[Сергей]

kaliboba, вот ни разу не видел такого

[szQocks]

kaliboba, лучше не массив а Set

[rPman]

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

Таким образом, если база данных вмещается в оперативную память полностью, может быть целесообразно ее загружать при старте веб-ноды, а весь код строить на том что база данных находится в памяти, само собой придется вручную заботиться об индексах (map например вместо массива позволит быстро выдать объект по ключу) и вся забота разработчика в таком случае сводится к синхронной записи изменившихся данных в базу данных.

Такой подход оправдан и дает максимальную производительность, но усложняет масштабирование, когда оно наконец понадобится. Имеет смысл только если в идеологии сервиса модификаций не много или вообще отсутствует, а источник этих изменений не многопользовательский, в этом случае база данных может выродиться в хранение в файлах в виде сериализованных массивов (json/bson/protobbuf/...) но не один файл на все а много мелких на каждый объект. Индексы в таком случае строить нужно в оперативной памяти при загрузке данных и их модификации.

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

Answer 1

[rPman]

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

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

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

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

Answer 2

[Алексей Ярков]

если нахлынет много пользователей

Вы сначала добейтесь того, чтобы пользователей было много, а потом будете думать об этом ))

может всё-таки сохранять их в бд

Разумеется сохранять если задача того требует. Массив живёт в памяти и в целом быстрее работает чем БД. Но он исчезнет когда приложение перезапустится.