Комментарии 51
MS SQL c MySQL?
MS SQL c Postgress?
SQL с NoSQL?
Все это можно сравнить. И мой выбор MS SQL.
Вы из своего кармана платите за MS SQL?)
Не думаю что PostgreSQL, MySQL и т.д. не позволят вам создать качественное решение. А вот на оставшиеся деньги можно будет купить что-то действительно полезное, хотя бы рабочее время разработчиков или позволить себе разработчиков подороже.
Даже Express (тоже бесплатна и ее можно использовать на проде) версия лучше (IMHO) чем все перечисленное в списке в этой статье.
Взять хотя бы SQL Management Studio и Profiler. Я не нашел инструментов такого же уровня для MySQL и Postgres. Если ошибаюсь — поправьте меня.
SMS и Profiler оказались очень весомыми аргументами. Azure оказался аргументом в пользу маштабируемости и нагрузки.
Используем также и MySQL, но только там, где воотчина php.
Для MySQL посмотрите dbForge, Neor Profile SQL.
Опять же, если сравнить бесплатные SMSS и условно Dbeaver для постгреса, то на мой вкус юзабилити у первой в разы выше. Если сравнивать SMSS и платный джетбрейсовский DataGrip, то 199$ умножить на (в моем случае) семь рабочих мест, получаем явную выгоду уже в первый год.
Без enum'ов можно обойтись. К тому же я почти никогда сам запросы не пишу, т.к. использую ORM.
Нужен. Обычно решается через
DECLARE @result nvarchar(MAX) = '';
SELECT @result = @result + t.Foo FROM t
Не супердофига удобно, но если вдруг раздражает писать 2 строчки спокойно можно сделать свою функцию и не париться.
Олегу Бартунову, как я посмотрю, нравится сравнивать теплое с мягким.
Мне кажется, что с появлением докеров и т.п., где зависимости можно поставить, не требуя от заказчика развернутой на машине инфраструктуры, решения вроде SQLite еще меньше нужны народу.
Как будто докер — не инфраструктура.
SQLite — это совершенно особая СУБД, сценарии использования которой в корне отличаются от клиент-серверных СУБД.
Например, при работе с SQLite нет никакого смысла экономить запросы. А значит, можно максимально широко использовать возможность ленивой загрузки данных в ORM.
Про Mongo не интересно, не понимаю, почему нужно тратить свое время на нее, если с ней есть проблема гибкости анализа и связей данных, а производительность Mysql после настройки такая же и на запись, особенно если пару трюков с LOAD IN FILE сделать.
— Подскажите
В чем ключевое практическое преимущество PostgreSQL над MySQl и есть ли оно?
И есть ли что-то злое, плохое в Mysql, что критично для какой-то бизнес логики, а не для удобства, может быть точность или типа того?
Спасибо за совет )
habr.com/ru/company/devconf/blog/455369
MySQL 8, Postgres NoSQL, Tarantool Винил, CockroachDB, ClickHouse, и все-же, почему Uber ушел от Postgresql?