Size: a a a

NodeUA - JavaScript and Node.js in Ukraine

2020 January 22

АП

Алексей Попов... in NodeUA - JavaScript and Node.js in Ukraine
А какие преимущества есть у MySQL? Не обязательно в сравнении с чем-то, интересны те преимущества, которые привели к выбору (конечно кроме опыта и "знаю, умею")
источник

AS

Andrey Saenko in NodeUA - JavaScript and Node.js in Ukraine
источник

Г

Глеб in NodeUA - JavaScript and Node.js in Ukraine
У Тимура неоднократно слышал упоминания в позитивном контексте только pg, интересно было услышать про преимущества pg над другими sql решениями, и тем более – над монгой
источник

АП

Алексей Попов... in NodeUA - JavaScript and Node.js in Ukraine
Глеб
У Тимура неоднократно слышал упоминания в позитивном контексте только pg, интересно было услышать про преимущества pg над другими sql решениями, и тем более – над монгой
Выбор sql/nosql, имхо, вообще не должен стоять, потому что они для разных задач
Соответственно и сравнение вряд ли имеет смысл
источник

Г

Глеб in NodeUA - JavaScript and Node.js in Ukraine
я думал также, но не первый раз вижу сообщения о том, что pg, несмотря на то, что это sql, убирает необходимость в nosql'ной монге
источник

V

Victor in NodeUA - JavaScript and Node.js in Ukraine
Ну типа sql может делать все то же что и nosql, но не наоборот. Поэтому многие считают что nosql не нужен) Ну как я понимаю ситуацию)
источник

АП

Алексей Попов... in NodeUA - JavaScript and Node.js in Ukraine
Ну как минимум - первый аргумент, который приходит в голову - вряд ли кто-то заменяет редис на постгрю
источник

V

Victor in NodeUA - JavaScript and Node.js in Ukraine
речь видимо о конкретно монге и постгрес, а не о специализированных решениях типа редиса
источник

ES

Elena Sharovar in NodeUA - JavaScript and Node.js in Ukraine
источник

ES

Elena Sharovar in NodeUA - JavaScript and Node.js in Ukraine
на уровне "я делаю todo приложение как pet project" вообще не видно разницы между никакими базами данных. а вот когда доходит дело до транзакций и шардинга или репликации тогда оказывается что базы-то разные в этом плане!
источник

V

Victor in NodeUA - JavaScript and Node.js in Ukraine
ага если реляционные данные в твоем пет проджекте и выбрана монга ты еще как заметишь разницу делая ручные ссылки и дублируя данные)
источник

ES

Elena Sharovar in NodeUA - JavaScript and Node.js in Ukraine
источник

TS

Timur Shemsedinov in NodeUA - JavaScript and Node.js in Ukraine
Глеб
А есть какие-то хорошие материалы (лекции, статьи) о том, почему именно PgSQL позволяет выбросить монгу на помойку? Почему не MySQL?
Я не любитель NoSQL решений, но хотелось бы почитать аргументацию, почему после PgSQL монга эта моветон?
Посмотрите доклалы на highload++
источник

Г

Глеб in NodeUA - JavaScript and Node.js in Ukraine
Timur Shemsedinov
Посмотрите доклалы на highload++
окей, спасибо
источник

A

Alexander in NodeUA - JavaScript and Node.js in Ukraine
Ну например у нас юзается и монга и постгрес. Монга в основном для всяких данных с датчиков, постгря для данных типа пользователей-профилей и т.п.. Почему - ответ прост, монга выходит дешевле при одинаковом перформансе.
источник

IL

Ihor Levchenko in NodeUA - JavaScript and Node.js in Ukraine
Timur Shemsedinov
Тут лучше всего выбросить монгу на помойку и взять PgSQL, но если вам все равно на надежность, то лучше всего сделать отдельный сервис локинга, такое себе простенькое API, к которому все обращаются за блокировками, как вы и сами думали делать.
интересен ваш опыт почему mongo плохо.
У меня на самом деле очень похожий.. монга не оправдала ожиданий в плане производительности, потому у меня для ентерпрайза mssql крутится, а для поменьше проектов но с хоршей нагрузкой - pgsql
источник

IL

Ihor Levchenko in NodeUA - JavaScript and Node.js in Ukraine
postgres vs mysql (vs mariadb?)
у меня как-то был редизайн системы, менялась архитектура и подходы.. монгу выкинул подальше.
Перед тем как делать полную реорганизацию, для своих задач я решил сравнить все эти три БД на одинаковых задачах: CRUD операции (данных с большой вложенностью), выборка, индексы, профайлил потребление ОЗУ и нагрузку.
postgres самая эффективная оказалась и отлично подходит для микросервисов
Голый инстанс базы (ровно как и потока под каждую БД) кушает ровно 10мб, а в нагрузке выборки большой коллекции потребление ОЗУ очень щадящее, чего не могу сказать о mysql, которая в холостую кушает гораздо больше ОЗУ, и при конкурентных запросах начинает пожирать ее почти беспощадно
Монга, к сожалению, оказалась очень медленной при выборке даже 1000 единиц из БД, тогда как PG это делает за считанные миллисекунды.

Но все равно из всего большого зоопарка сервисов и их репликаций я на двух postgres базах 9ой версии словил краш базы.
Потому для сверхважного софта используется MSSQL, серьезная БД с серьезными возможностями (у нас даже разработчики БД иногда пишут воркеры внутри самой БД на запускаемых хранимках когда это нужно, доступ к данным ближе и получать выборку и результаты гораздо быстрее для анализа и статистических “размышлений”), а для остального - постгрес огонь.
источник

D

David in NodeUA - JavaScript and Node.js in Ukraine
Ihor Levchenko
postgres vs mysql (vs mariadb?)
у меня как-то был редизайн системы, менялась архитектура и подходы.. монгу выкинул подальше.
Перед тем как делать полную реорганизацию, для своих задач я решил сравнить все эти три БД на одинаковых задачах: CRUD операции (данных с большой вложенностью), выборка, индексы, профайлил потребление ОЗУ и нагрузку.
postgres самая эффективная оказалась и отлично подходит для микросервисов
Голый инстанс базы (ровно как и потока под каждую БД) кушает ровно 10мб, а в нагрузке выборки большой коллекции потребление ОЗУ очень щадящее, чего не могу сказать о mysql, которая в холостую кушает гораздо больше ОЗУ, и при конкурентных запросах начинает пожирать ее почти беспощадно
Монга, к сожалению, оказалась очень медленной при выборке даже 1000 единиц из БД, тогда как PG это делает за считанные миллисекунды.

Но все равно из всего большого зоопарка сервисов и их репликаций я на двух postgres базах 9ой версии словил краш базы.
Потому для сверхважного софта используется MSSQL, серьезная БД с серьезными возможностями (у нас даже разработчики БД иногда пишут воркеры внутри самой БД на запускаемых хранимках когда это нужно, доступ к данным ближе и получать выборку и результаты гораздо быстрее для анализа и статистических “размышлений”), а для остального - постгрес огонь.
Ну у монги шардинг легко и из коробки
источник

АП

Алексей Попов... in NodeUA - JavaScript and Node.js in Ukraine
Ihor Levchenko
postgres vs mysql (vs mariadb?)
у меня как-то был редизайн системы, менялась архитектура и подходы.. монгу выкинул подальше.
Перед тем как делать полную реорганизацию, для своих задач я решил сравнить все эти три БД на одинаковых задачах: CRUD операции (данных с большой вложенностью), выборка, индексы, профайлил потребление ОЗУ и нагрузку.
postgres самая эффективная оказалась и отлично подходит для микросервисов
Голый инстанс базы (ровно как и потока под каждую БД) кушает ровно 10мб, а в нагрузке выборки большой коллекции потребление ОЗУ очень щадящее, чего не могу сказать о mysql, которая в холостую кушает гораздо больше ОЗУ, и при конкурентных запросах начинает пожирать ее почти беспощадно
Монга, к сожалению, оказалась очень медленной при выборке даже 1000 единиц из БД, тогда как PG это делает за считанные миллисекунды.

Но все равно из всего большого зоопарка сервисов и их репликаций я на двух postgres базах 9ой версии словил краш базы.
Потому для сверхважного софта используется MSSQL, серьезная БД с серьезными возможностями (у нас даже разработчики БД иногда пишут воркеры внутри самой БД на запускаемых хранимках когда это нужно, доступ к данным ближе и получать выборку и результаты гораздо быстрее для анализа и статистических “размышлений”), а для остального - постгрес огонь.
А скорость создания новых записей в монге с постгресом не сравнивались? При хорошей нагрузке
источник

TS

Timur Shemsedinov in NodeUA - JavaScript and Node.js in Ukraine
David
Ну у монги шардинг легко и из коробки
...крешается
источник