Pull to refresh

Comments 51

Я думаю, у вас не было возможности сравнить
Что с чем?
MS SQL c MySQL?
MS SQL c Postgress?
SQL с NoSQL?

Все это можно сравнить. И мой выбор MS SQL.

Вы из своего кармана платите за MS SQL?)
Не думаю что PostgreSQL, MySQL и т.д. не позволят вам создать качественное решение. А вот на оставшиеся деньги можно будет купить что-то действительно полезное, хотя бы рабочее время разработчиков или позволить себе разработчиков подороже.

Да. Для разработки используется MS SQL Developer Edition, который бесплатный и по фичам соответствует Enterprise. На проде — Azure.
Даже Express (тоже бесплатна и ее можно использовать на проде) версия лучше (IMHO) чем все перечисленное в списке в этой статье.
Если не пугает ограничение 10 гб на базу, то Express ок. Но в данном случае: бесплатная база с искусственными ограничениями vs бесплатная база без ограничений — выигрыш явно у второго варианта. И жизнь без SQL Agent, алертов на почту и тонны всего полезного в экспрессе — это не жизнь, апгрейд на полный MSSQL будет очень дорогим и сложным.
К тому моменту как ваша база начнет занимать 10 Гб, вы скорее всего сможете себе позволить другую редакцию сервера. Или рассмотреть вариант перхода в облака.
Зависит от области деятельности :) В моем случае (социология) 10 гб набирается за неделю работы. Несколько раз пытался задействовать ради экономии экспресс на потенциально небольшие проекты, но в конечном итоге массой усилий пришлось везде апгрейдить на платный sql. Особенно боль с отсутствием джобов (их приходится имитировать сторонними средствами и при апгрейде настраивать все заново). Все же если экономить, то я за постгрес.
Очевидно что ваш проект совсем не маленький. Или вы «пихаете» в базу что-то лишнее. Не рассматривали Azure SQL?

Перс. данные. :( К сожалению, это разом отрубает большинство дефолтных облачных решений.

Файлы(сканы) храните в БД?

Нет-нет. Это было бы совсем жёстко :) В основном текст (открытые вопросы) + большой объем гео данных.

Инструменты, которые есть у MS в разы лучше всего что есть у MySQL и Postgres. В результате разработчики эфективнее расходуют свое время.

Взять хотя бы SQL Management Studio и Profiler. Я не нашел инструментов такого же уровня для MySQL и Postgres. Если ошибаюсь — поправьте меня.
На работе тоже недавно холиварили на эту тему. Переходить или нет на Postge/Mongo с MsSQL на новых проектах.
SMS и Profiler оказались очень весомыми аргументами. Azure оказался аргументом в пользу маштабируемости и нагрузки.
Используем также и MySQL, но только там, где воотчина php.
EMS SQL Manager for (подставляем нужную СУБД) вполне неплох. Для Postgres в разы лучше и удобнее PGAdmin (на мой взгляд).
> в разы лучше и удобнее PGAdmin
но не четвертая же версия? :) В старом ориентировались явно на число фич, а не на удобство повседневной работы. Новый — кхм, промолчу. Лучше бы его вообще не было.
SQL Manager for PostgreSQL, практически как SQL Management Studio
Ваш выбор основывается только на наличии инструментов для нее?
Не только. Но и инструменты важны.

Для MySQL посмотрите dbForge, Neor Profile SQL.

Про хороший профайлер для постгреса я бы тоже послушал советы.
Обычно в облаках он идет в комплекте с лицензией на Windows Server (точно у azure, гугла). Либо аренда в месяц (как у cloud4y) порядка 400-500 рублей. Это реально копейки по сравнению с оплатой за само железо сервера (30-40 тысяч в месяц). Если нужно в локальную сеть, то цена лицензии на 2016 sql порядка 50 т.р.На такие деньги явно разработчиков «подороже» не возьмешь.

Опять же, если сравнить бесплатные SMSS и условно Dbeaver для постгреса, то на мой вкус юзабилити у первой в разы выше. Если сравнивать SMSS и платный джетбрейсовский DataGrip, то 199$ умножить на (в моем случае) семь рабочих мест, получаем явную выгоду уже в первый год.
Ой. Перечитал. SSMS, простите. Смс — это про другое :). Нужно лучше спать.

50 т.р — это включая CAL?

Без. Только на сервер.
GROUP_CONCAT( ), видимо, вам не нужен. И enum.
Я даже не знал о такой функции. А почитав о том, что она делает, понял, что она мне действительно была не нужна.

Без enum'ов можно обойтись. К тому же я почти никогда сам запросы не пишу, т.к. использую ORM.

Нужен. Обычно решается через


DECLARE @result nvarchar(MAX) = '';
SELECT @result = @result + t.Foo FROM t

Не супердофига удобно, но если вдруг раздражает писать 2 строчки спокойно можно сделать свою функцию и не париться.

UFO just landed and posted this here
Кто только в него уже грязным носком не бросил.

был бы не модным, не бросали.

Думаю из контекста понятно что фокус на open-source. Oracle есть кому продвигать. Тем более выступают авторы PostgreSQL и tarantool.

Будут ли доступны видеозаписи докладов?

Олегу Бартунову, как я посмотрю, нравится сравнивать теплое с мягким.

На счет MySQL и PostgreSQL в лидерах я даже и не сомневался.
UFO just landed and posted this here

Мне кажется, что с появлением докеров и т.п., где зависимости можно поставить, не требуя от заказчика развернутой на машине инфраструктуры, решения вроде SQLite еще меньше нужны народу.

Как будто докер — не инфраструктура.


SQLite — это совершенно особая СУБД, сценарии использования которой в корне отличаются от клиент-серверных СУБД.


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

Ну, если мы работаем в памяти и не хотим экономить запросы, то есть щас куча всяких in-memory баз, например RavenDB.
Ну а SQLite на моей практике использую именно для снижения требований к среде, типа "всё своё ношу с собой".

При чем тут in-memory базы? Я говорил про работу с базой на диске.

UFO just landed and posted this here
Дмитрий Еманов, перелогиньтесь)) ну в порядке шутки. Вы очень редкий зверь!)
Управляю через phpmyadmin mysql5.7, работаю с миллионами данных, есть парсер интернета с поиском по товарам и тд, умею все это дело оптимизировать и настраивать.

Про Mongo не интересно, не понимаю, почему нужно тратить свое время на нее, если с ней есть проблема гибкости анализа и связей данных, а производительность Mysql после настройки такая же и на запись, особенно если пару трюков с LOAD IN FILE сделать.

— Подскажите
В чем ключевое практическое преимущество PostgreSQL над MySQl и есть ли оно?

И есть ли что-то злое, плохое в Mysql, что критично для какой-то бизнес логики, а не для удобства, может быть точность или типа того?

Спасибо за совет )
Sign up to leave a comment.