почему

ограничение на размер документа 16мб

а, ну это фигня

а по перформансу за линк thx

почитайте юскейс, там всё описано

комментарии в какой-то действующий проект добавляются?

нет

проект на 10 дней, но все-равно волнуюсь, я бы запилил на так-сяк, но почему-то не хочется

хочу чтобы просто по перформансу не проседало

вы никогда не угадаете где оно просядет

нагрузка какая планируется?

100-150 человек в день

ща бы нагрузку человеками в день мерить (понимаю что не гоже такое писать)

ну да бред

хотя, радует, что приложуха клиентская спа

можно подгружать первые 5-10

дальше как пойдет

лучше скажите вы написали про "нужно на 10 дней" или вам срок 10 дней на реализацию?

кстати, тогда еще вопросов: че по shortid? это идет? https://github.com/dylang/shortid

лучше скажите вы написали про "нужно на 10 дней" или вам срок 10 дней на реализацию?

на 10 дней в прямом смысле, но просто будет почти 24 на 7 крутится

это типа эвент некоторый

ну после 10 дней уже неактуально будет

тогда не парьтесь, почитайте что выше по ссылкам вам дали и тупо сделайте

читаю)

а по поводу id если проект разовый, то проще использовать тот _id что генерит монга

он будет уникальным в пределах коллекции

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

а вот если, к примеру делать чат по типу слака или форум по типу xenforo, то монгу нормально будет взять или какую-другую базу стоить присмотреть?

форумы отлично ложатся на обычные sql и не нужно изобретать чегото

ну а форум типа чего-то современного

рил-тайм нотификейшены

+ чат

так рил-тайм не зависит от того какая БД, а от архитектуры приложения вцелом

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

ну в таком случае и монга норм?)

можно и монгу

>паб/саб модели подробнее

можно и на ней оповещения сделать

но считаю это извратом

publication subscribe

эта же тема сейчас преобразовалась в типа пуш уведомления

но с пушами не сталкивался, поэтмоу могу заблуждаться

интересно, теперь буду знать так и еще тогда

а вообще, нужно как-то кешить монгу?

или не?

зависит от случая

я просто думал монга немного умная и может сама это делать...иногда

можно хранить в монге терабайты, а работать с десятком гигов - тогда можно

но вообще обо всех таких "оптимизациях" надо адумываться когда уже чтото тормозит

а на сервере есть смысл стейт дублировать?

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

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

не спорю, оверхед может вообще выйти за рамки дедлайна))

все решения принимаются изза необходимости, а не просто захотелось

ну да, ну к примеру часто очень стучаться в базу нее хочется, взял, провалидировал стейт на сервере, если не совпадает6 пошел в базу

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

ну да, ну к примеру часто очень стучаться в базу нее хочется, взял, провалидировал стейт на сервере, если не совпадает6 пошел в базу

в программировании есть только две пробелмы: 1 - инвалидация кеша 2 - подбор имен переменных (с)

=)

и это так

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

а мы даже не начали ничего делать

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

ну что, удачи с проектом, все проинвалидируешь :D спасибо за помощь)

100-150 человек в день

Делайте как быстрее разрабатывать

Даже если эти 150 человек будут одновременно читать что-то на сайте, очень маловероятно что у вас даже 20 запросов в секунду будет. Учитывая что у вас там не будет миллионов комментариев, производительность ваша самая последняя проблема.

Человек не виноват, что у него такое имя

Человек не виноват, что у него такое имя

lil bobby tables we call him

Может кто-то делал что-то похожее?

если ты не знаешь, то лучше не проектировать

если ты не знаешь, то лучше не проектировать

Я видимо неверно сформулировал вопрос. но спасибо, уже понял что лучше взять SQL

тоже не факт

тоже не факт

Там связей много будет. В SQL придумал как сделать. в Монго - нет

Может кто-то делал что-то похожее?

похожее на что?

похожее на что?

Сорри. Стер уже сообщение. Похожее на сервис расписания поездов

Там связей много будет. В SQL придумал как сделать. в Монго - нет

Если orm заюзать, то и связи не страшны в nosql

This is MongoDB community, not JS one. Try here https://t.me/joinchat/AAAAAEEU-CGtxqPvZzRXug

This is MongoDB community, not JS one. Try here https://t.me/joinchat/AAAAAEEU-CGtxqPvZzRXug

Thanks

ребята, тут есть просженые носклщики? интересует mongo vs cassandra на текущий момент времени, не холивара ради, а фидбека для

две разные базы данных, с совершенно разными подходами

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

да, два разных мира. скажите хотя бы для каких целей\задач выбираете бд

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

шардинг внутри реплики, реплики возможны в разных датацентрах

вы сейчас про требования к субд уже говорите

я больше имел ввиду какой тип нагрузки, write\read, как много данных, rps и все в таком духе

а вы про свою предметную область расскажите

наверно тут монгу лучше взять, потому как в кассандре индекс примари только

я больше имел ввиду какой тип нагрузки, write\read, как много данных, rps и все в таком духе

больше скорее писать/изменять

я конечно не шарю, но бывали случаи, когда в проекте оказывалось до 3 разных баз и больше?

а вы про свою предметную область расскажите

массовое ботостроительство с аналитикой и статистикой

продакшен системы бывают и сложнее

я конечно не шарю, но бывали случаи, когда в проекте оказывалось до 3 разных баз и больше?

да

тобишь мессенгеры, текст кол-во и все такое