Посоветуйте базу данных

Базу данных? Хм. ISAM.

Плашка носкуль появилась позже.

Там нельзя кинуть курсор в поток, надо кинуть пул, взять из него подключение, вытащить из подключения курсор. Потом сделать всё наоборот.

mongo

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

Работа с которой не напоминает общение с чиновниками.

А что не так с чиновниками?

https://www.postgresql.org/docs/11/datatype-json.html

ОП с ними зачем-то общается.

Вот и я говорил, щито вопросц сформулирован криво. Ага. Зато чинуш обгадили...

Астрально?

Атсрально.

Так и шо не так в астральном общении с ними?

Простите, «атсральном». Надо понимать дословно как «общение сраками»?

Напоминает вот это: Посоветуйте базу данных (комментарий)

Что будет, если выполнить commit() во время SQL записи? (комментарий)

А еще ниже моя ссылка, в которой описана вся прелесть общения с SQL в многопотоке.

Та ну шо Вы право, ссылочка избыточна! Достаточно посмотреть на Вашу авушку, чтобы понять, что тородиционные реляции - это не для Вас. :)

Сначала они такие «Постгрес СЛОЖНА, SQL нинужен, схема БД нинужна, транзакции нуныжны, REPEATABLE READ... чо? Давайте луче запилим свою БД XXI столетия на жабоскребте!» Потом они такие: «Эй народ, а как зделать, чтобы деньги случайно не списывались дважды? Блеять, опять какойта урод в поле client_id положил строку вместо числа, КАК ЕМУ ДАТЬ ПО РУКАМ? Кстати, а как в SmoothieDB.js сделать такой запрос, чтобы внутри другой запрос? Весь мануал по SmoothieDB-JSON-Query перечитал НИНАШОЛ ПАМАГИТЕ!!! Как это, было в SQL ещё в 80-х?»

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

ZODB

MongoDB, CouchDB

postgresql

/thread

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

параша такая. pl/pgsql - это дерьмо по-хуже баша.

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

Так там вроде на питоне можно писать. И ещё на 50 языках.

На JS нельзя!!! Шах и мат, болезненный!!!

Какой болезненный?! Я негодую. Даже повторить не можете правильно!

А правда говорят, что борода влияет на iq регрессивно?!

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

Постгрес.

Зачем процедурки писать на Python?

postgres

Когда такое читаю, не верю, не хочу верить, что такие разработчики есть. Всё это похоже на анекдот.

особенно бомбит когда берешь орм, делаешь рест апи

Так не бери орм, не будет бомбить.

Зачем тебе всё это ооп/многопоток в бд? Делай на стороне middleware. БД - это просто хранилище.

А для чего тебе мнопоточное общение с БД?

Бери любой SQL по вкусу.

postgresql

ему нужна nosql помойка, почему бы и не срать в неё в несколько потоков

почему помойка? в монге все нормально. у нее есть преимущество на постгрес: простое в реализации горизонтальное масштабирование. постгрес падает постоянно при больших нагрузках

почему помойка

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

а в jsonb, json не такой же мусор хранится?

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

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

где я что-то называю недостатками? завязывай разговаривать с голосами в голове

Так как требований никаких по сути не было, посоветую Redis и Elasticsearch.

https://plv8.github.io/

постгрес падает постоянно при больших нагрузках

Объем данных небольшой, 2-3 гб.

Ладно.

редис с каких пор бд?

Всегда была.

ток проблема: убил процесс, исчезла «база». эластик используют в качестве базы. хотя скорее всего ты имел ввиду эластик + редис как кеш.

ток проблема: убил процесс, исчезла «база»

Это одно бы не мешало Redis называться базой данных (базы данных бывают и memory-only). Но Redis также умеет сохранять данные на диск.

хотя скорее всего ты имел ввиду эластик + редис как кеш.

Нет.