Есть исходная работа. Там очень много тестов, все параметры задокументированы - бери, проверяй.

Есть исходная работа. Там очень много тестов, все параметры задокументированы - бери, проверяй.

Этот доклад ведь был заявлен как митап. Если есть у кого записи митапов, то кидайте, я так и не смог за два дня добраться до митапов)

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

Спасибо за инфу!

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

Я поясню, почему я так считаю. Я использовал в продакшене как MongoDB, так и PostgreSQL. Возможно, мы что-то делали не так, но производительность у них была сравнима (объем базы был в обоих случаях  больше объема оперативной памяти) и была достаточно высокой, на уровне ~тысячи запросов в секунду на ядро процессора. То есть, лично мой опыт совершенно не сходится с тем, что заявлено на слайде, и я уверен, что у большинства людей, которые использовали обе СУБД, опыт будет примерно такой же — производительность MongoDB и PostgreSQL в типовом сценарии не отличается в десятки раз (по крайней мере в пользу PostgreSQL).

Это создает очень плохое впечатление о докладе и о докладчике, и о сообществе PostgreSQL в целом.

При этом, если мне предложить выбрать MongoDB или PostgreSQL, то я в 95% случаев выберу Postgre, несмотря на его недостатки.

Дорогие организаторы, можете поделиться роликом с начала HighLoad, где музыканты на поезде играют?
В записи его не вижу :С

Если не ошибаюсь, играли 2cellos. Может быть это поможет до официальной информации ;)

Я не утверждаю, что PostgreSQL — плохая СУБД. Мне она нравится, но довольно странно видеть от разработчиков (или от сообщества) попытки доказать всему миру, что PostgreSQL лучше, чем MongoDB, приводя такие слайды. Преимущество PostgreSQL прежде всего в его зрелости, хорошей производительности, наличии схемы, и т.д., но уж точно не в том, что на каком-то сценарии работы, который, как вы сами признали, никто не использует, он показывает производительность в 25 раз выше.

Если уж на то пошло, то PostgreSQL, например, не подходит для типичной веб-нагрузки (речь про PHP+PostgreSQL) когда к базе может открываться и закрываться сотни или тысячи соединений в секунду. Для MySQL и MongoDB это не проблема, но для PostgreSQL нужно использовать pgBouncer, который своих проблем добавляет.

Я говорю про то, что, по моему мнению, PostgreSQL сообществу стоило бы более тщательно готовить доклады и знать преимущества и недостатки других СУБД, и как они применяются в реальности, чтобы не портить себе же репутацию такими слайдами.

Кстати, а PostgreSQL уже научился нормально работать с кодировками?

В мире существует ровно одна кодировка — UTF-8