двойная жопа при записи

двойная жопа при записи

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

ну теоретически будет жопа

практически не знаю

практически не знаю

А кому именно будет жопа? Практически я тоже не знаю, может разработчики mongodb, поумнели и продвинулись, так, что ты окажешься прав. Давай попробуем?

а причем тут монга? O_o

а причем тут монга? O_o

Это от фонаря, если считаешь, что есть лучшие способы хранения - предложи

стоп стоп стоп

мы обсуждали колоночные, вернее это было предложение (не моё)

как я уже говорил, я пока рассматривал - https://github.com/google/leveldb

но не бенчил

спросил ваше мнение

и Postgre/Mysql для реляционного хранения

SQLite

эээм?

она выдержит 500-15000 RPS

Это шутка была, если что.

RocksDB не плох, вроде.

Вообще, я бы брал Redis/Memcached и не выделывался.

Из колоночных clickhouse неплох.

ах да

забыл условия ?

500-15000 RTS на чтение/запись

там валятся логи эвентов, просто тоннами

даже запись в приоритете

500-15000 RTS на чтение/запись

Такую мелкую нагрузку любая база выдержит...

у нас монга вылетеле с крашем при 9600

?

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

я уже думаю что придется "ин мемори" кеширование до бд ставить

для скорости

у нас монга вылетеле с крашем при 9600

На нашем серваке в 49К с хвостиком. Требования были "ипанутые", но факт, пришлось очень серьезно извиняться

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

перед кем? O_o

"извиняться"

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

да база для логирования

перед кем? O_o

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

там еще и конфигурация лежит в монге, но это интепрайзный срач ничего с ним не сделать ?

тупо JSON положили в ключ, *Роскомнадзор* их

там еще и конфигурация лежит в монге, но это интепрайзный срач ничего с ним не сделать ?

ИМХО, монга это недоразумение пары ребят ходящих в правильную синагогу, можно ровно забыть о ее существовании и ничего не изменится

ну уже прибили гвоздями к монге из за конфигурации

поэтому конечно что бы не плодить сущности, лучше в нее писать ?

а что leveldb никто не юзал от гугловых?

"тоже активно использую levelDB и на клиенте и на сервере — пока доволен. чуток быстрее sqlite на клиенте иногда приходят ошибки о разрушении базы данных. но этим и sqlite страдает вероятно пользователи вырубают компы по питанию." если она чуть быстрее sqlite, то лажа

еще и базу крашит

InfluxDB тогда думаю хорошо впишется ?

у нас монга вылетеле с крашем при 9600

У меня редис при 90к подтормаживать начинает, за 30мс не всегда ответить успевает.

ах ты сука!

Логи в кликхаусе хранить удобно.

в InfluxDB используется levelDB

ну уже прибили гвоздями к монге из за конфигурации

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

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

ну я могу просто взгромоздить еще одну бд

если найду варианты лучше монги ?

ну я могу просто взгромоздить еще одну бд

Саша, это уже не технические вопросы. Ты можешь взгромоздить туда хоть Оракл, но с тебя за это и спросят.Ну если тебе уже прям "в жопе свербит", сначала сделай хранение в монге, потом в другом движке и предложи как improvement. Вот тогда оценят, а так лихо городить свои варианты не надо. Бизнес - любит новаторов, но бизне не любит хайпорезов.

ERROR: S client not available

у нас - можно ?

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

основные жалобы - крашит базу

основные жалобы - крашит базу

Глянь в сторону postgres, его можно оттюнить до производительности >= mongodb, при этом оно сожрет меньше ресурсов, там гарантированная запись и даже при аварийном останове (козырной резет), где-то около 80% базы можно восстановить

да база для логирования

Эластик наше всё

Эластик наше всё

Кликхаус наше всё

Кликхаус наше всё

Возможно:)

ИМХО, монга это недоразумение пары ребят ходящих в правильную синагогу, можно ровно забыть о ее существовании и ничего не изменится

а че с монгой не так

а че с монгой не так

да ты больше слушай, всё с ней ок. просто каждому молотку свой палец.

ИМХО, монга это недоразумение пары ребят ходящих в правильную синагогу, можно ровно забыть о ее существовании и ничего не изменится

Оч оч субъективно и узко.

Оч оч субъективно и узко.

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

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

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

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

Ну первоначально обсуждали колоночные решения. И постгрес ближе к ним гораздо, чем документоориентированная монга

Оч оч субъективно и узко.

От чего же? Где куцый обрезок РСУБД с запахом яваскрипта и негаранитированной записью лучше устоявшихся решений?

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

Постгрес уже много лет тюнится прогоном пары скриптов и прям вот так "готовят" его только те кому жить скучно. А плюсов у монги, кроме "стильно модно молодежно" - нет

influxdb для метрик же,сранивать его с postgres не очень коректно

Перестаньте. Для метрик есть НАШ православный кликхаус)

В кои веки наши смогли сделать что-то нормально

кликхаус это под большие данные для аналитик

тут вопрос обьемов наверное

Постгрес уже много лет тюнится прогоном пары скриптов и прям вот так "готовят" его только те кому жить скучно. А плюсов у монги, кроме "стильно модно молодежно" - нет

Имхо глупый холивар из разряда “Canon vs Nikon”. Монга умеет из коробки все, что мне нужно, и умеет это достаточно хорошо. Постгре - с большой натяжкой. В постгре json-овский документ - это поле конкретного типа, отсюда все вытекающие. В монге любые данные json. Когда выбирали, на какую бд переносить проект - я топил за постгре, т.к ближе с ним знаком, мой руководитель настоял на монге. Вопрос был достаточно простой - зачем тащить кучу неиспользуемого функционала РСУБД, когда можно сразу использовать документоориентированную? В общем радикально перевешивающих плюсов в сторону постгре мы не нашли. Если знаете таковые - прошу огласить весь список. А то пока выглядит как религиозные предпочтения и засирание хорошего продукта. P.S. Коллеги постарше и поопытнее тестили монгу и постгрес на предмет чтения/ записи больших неоднородных документов, тут монга тоже выиграла, и сделала это «из коробки»

Теоретически может быть, что есть люди, которым монга подходит под их задачи лучше, чем постгрес.

тем у кого нет реляционной модели и надо хранить документы особенно произвольной структуры. удивительно ёба!

Имхо глупый холивар из разряда “Canon vs Nikon”. Монга умеет из коробки все, что мне нужно, и умеет это достаточно хорошо. Постгре - с большой натяжкой. В постгре json-овский документ - это поле конкретного типа, отсюда все вытекающие. В монге любые данные json. Когда выбирали, на какую бд переносить проект - я топил за постгре, т.к ближе с ним знаком, мой руководитель настоял на монге. Вопрос был достаточно простой - зачем тащить кучу неиспользуемого функционала РСУБД, когда можно сразу использовать документоориентированную? В общем радикально перевешивающих плюсов в сторону постгре мы не нашли. Если знаете таковые - прошу огласить весь список. А то пока выглядит как религиозные предпочтения и засирание хорошего продукта. P.S. Коллеги постарше и поопытнее тестили монгу и постгрес на предмет чтения/ записи больших неоднородных документов, тут монга тоже выиграла, и сделала это «из коробки»

Нет не глупый, все бенчится и считается. И оценивать ПО по спискам фич - изначально не самый умный подход.

--- Затупил ---