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

более 90% запросов будет чтение списков сущностей. + выборки по ID

ну по ID или по нескольким полям, поиск

оперативу жалко, поэтому в кеши не пихаю

диски не жалко

А имеет смысл такая гранулярность? Если я правильно понимаю этот сервис всего лишь хттп обертка над базой

1 ) да имеет. 2) да обертка 3) не http

Ну тогда вам подойдёт любая база, которая удовлетворяет требованиям поиска

Монга например

Или мускул

Я вот монгу люблю ;)

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

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

На каждое сообщение дергать мемкеш "а это куда слать?"

можно так, а можно кешировать локально

зависит от интенсивности обмена

Товарищи, кто очен много работал с веб-сокетами? Подскажите такой кейс. Есть у меня 2 инста сокет-сервера, есть чатики, как вы шарите коннекты между инстансами? Ну например юезр на инсте 1 хочет написать юзеру на инсте 2. Все через очередь и несколько получателей?

Если сокет серверов мало - просто рассылайте всем серверам

мультикастом :)

В мультикаст никто не умеет, надеяться нельзя :)

мультикаст - это udp, там еще с надежной доставкой (с получением ошибки о недоставке) проблемы

Я вот монгу люблю ;)

и за что ее можно любить? кроме хайпа?

За простоту

?

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

за простоту можно и редис с json файлами любить )

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

она есть

но мало кто юзает )

говорят, четвертая монга уже ок

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

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

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

оне норкоманы

это да )

но пускай занимаются этими вещами

нам же с ними чай не пить )))

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

и писать map reduce хранимки для монги на js?

было бы желание, написать все можно )

и писать на JS не стремно ?

все опять же от желания зависит

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

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

все мы грешны

Mongo

/voteban

привет всем. посоветуйте какую БД под мелкие API микросервисы лучше использовать

только sqlite

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

распределённые БД проще сделеать и быстрее работают за счёт отказа от согласованности и атомарности

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

А какая с этим проблема?

А какая с этим проблема?

если в реляционной БД у тебя появился столбец. что ты делаешь?

Плююсь и делаю миграцию

а для монги как делать будешь?

запрос на апдейт всех документов с занулленым филдом? такое себе )

Никак не буду, зачем

код твой должен будет прекрасно отработать и со старой структурой данных, и обновить до новой ) и проверка на существование филда — отстой

Нет роля и нет проблемы

я про это

Когда из базы запись подтяну- там будет нулл сразу

в запросах тоже самое

В этом и прелесть

ты имеешь ввиду, когда твой маппер подтянет?

Да

если тебе это ок, то ладно )

а если над проектом работает несколько человек и все фигачят такие вещи, то такое себе ?

Какие вещи? Отсутствие поля в документе - это ожидаемое Поведение

Я не вижу разницы между Null и отсутствием

Нулл это как раз пережиток захардкоженых схем

Когда поле записи не нужно, но в схеме есть

этот пережиток тем не менее, выполняет свою роль )

про маппер — согласен, что норм

ERROR: S client not available

Для баз со схемой - согласен, нулл бывает необходим, но все же монга это nosql

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

для чего юзаете?

какого рода проект

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

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

TCO ниже по моим подсчётам, а фич побольше

хуясе

?

ТСО это что?) для непросвященных

total cost of ownership

что в этот расчет входит?

хранение и обслуживание всего объёма данных, запросов и т.д.

да вот нет

то есть дешевле, чем монгу держать на железке в овх?

да вот нет

я таки так считал

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

плюс включал срок окупаемости затрат на переписывание

и метоика его подсчета довольно сложная

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

это я

так что эта часть в моём случае не включается, включается только время, которое я трачу

то есть дешевле, чем монгу держать на железке в овх?

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

что в этот расчет входит?

если в целом - это такая метрика, которую считают чтобы понять выгодно что-то купить или например арендовать. хорощий пример - это выгоднее ездить по Москве на машине или на такси/каршеринге/ОТ. а конкретно к монге и FB - это с одной стороны плата админу за монгу, сервер и надо подумать сколько будет стоить обеспечить приемлимую доступность. с другой стороны - сколько стоит арендовать SAAS типа firebase вместо этого

так что эта часть в моём случае не включается, включается только время, которое я трачу

тараканбд не смотрел?

для чего юзаете?

Статистика, логи

тараканбд не смотрел?

надо ли?))

Статистика, логи

какого рода статистика? может ее лучше в КХ положить?

тараканбд не смотрел?

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

о cockroachdb

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

cockroachdb

я смотрел

вернее - мы с виталием

вернее - мы с виталием

вердикт?)