Файловая БД для node.js

  1. 2 г. назад

    Товарищи, вопрос имею.
    Есть сайт. По сути - и не сайт вовсе, а приложение на ноде с веб-мордой.
    Объём минимальный: единовременный объём базы будет плавать в пределах мегабайта.
    Ни одной нормальной СУБД для ноды не нашёл: либо чрезмерная хитропопость установки и администрирования для моего примитивного проекта, либо неработоспособность (монго, например, из ноды на моём компе запрос отрабатывает около двух секунд, что вообще неприемлемо).
    Учитывая мизерность требований - подумываю: а не держать ли всё в памяти (в виде объекта js), а при изменении данных просто сериализовать его в json?
    Понятно, что на сколько-нибудь серьёзных объёмах это встанет враскоряку. Но у меня ожидается не более десятка пользователей, которые будут гонять данные раз в несколько минут, а то и часов.
    Опять же - вопрос не в гоняемых данных, а в частоте сериализации. А она, вроде как, не должна быть высокой.
    Каких мне тут пакостей ожидать? Делитесь мыслями.
    Ну и может под рукой у кого есть СУБД с человеческим лицом под ноду, чтобы у меня заработало?
    Сразу говорю: sqlite, mongo.db и mysql не предлагать. И ms sql не надо.
    Что-нить универсальное, простое, быстрое и годящееся для идиотов.

    Ответы: (9) (11) (15)
  2. не иначе Дуб решил новый форум замутить. и количество пользователей подходящее ;)...

    Ответы: (2)
  3. (1) хуже водки лучше нет :)

  4. Впрочем, гук, вроде, не был замечен ни в js, ни в http, ни в субд...

    Ответы: (7)
  5. 01.10.2021 11:53:41 отредактировано MIK

    redis?

    https://aws.amazon.com/ru/redis/

    Ответы: (5)
  6. (4) ну, типа того. Но из гамна и палок.

  7. Ни в коем случае. Только велосипед, только хардкор!

  8. (3) ты тоже ;)...

    Ответы: (8)
  9. (7) тоже верно...

  10. (0) Сделай как ты и хотел, в памяти объект. И скидывай его на диск раз в минуту, например, когда сервер простаивает и ничем не нагружен. Или раз в час. Или раз в сутки. Чисто как бэкап базы.
    Можно замутить запись на диск бекапа не целиком, а только измененных данных. То что меняешь в объекте, то и записываешь. Инкрементальный бэкап получится.

    Ответы: (14)
  11. (0) Еще можно хранить данные пользователя у самого пользователя локально. Тогда и нода не нужна.
    Или можно хранить данные децентрализованно, так же у пользователей. но в виде блокчейна. Снова нода и вообще бекенд будет не нужен, все будет работать чисто на фронтенде, и данные будут храниться более надежно.

  12. (0) https://coderoad.ru/47429943/работает-ли-linq-в-javascript

    Ответы: (13)
  13. на c# LINQ всё на ура.

  14. (11) + https://habr.com/ru/post/261903/

  15. +(9) Таблицы лучше хранить в виде csv файлов. Каждый файл - это отдельная таблица. Там все что нужно уже есть: колонки, строки.

  16. (0) Я просто спросить, MariaDB тоже не предлагать?)

    Ответы: (19)
  17. LevelDB

  18. LevelDB

  19. 02.10.2021 15:45:04 отредактировано Навальный это Россия

    Ну и вообще нужно учиться правильно задавать вопросы.

    Мне нужна key value store для ноды и браузера

  20. (15) нет, уверен. Мария это ж тот же мускуль

    Ответы: (20)
  21. (19) Немножечко похуже.

или зарегистрируйтесь чтобы ответить!