17 июня в Москве, Измайлово пройдет конференция Devconf::StorageБазы данных становятся все чудесатее и чудесатее. Традиционные RDBMS становятся NoSQL, а новые движки становятся кластерными, распределенными и колоночными.
Олег Бартунов, известный разработчик Postgres, хочет рассказать чем их база лучше MongoDB при работе с JSON, а его коллега Иван Панченко — о том, как писать для постгреса на perl, python и javascript.
Антон Околелов расскажет как перейти с MySQL, чтобы ощутить мощь Postgres, а другой докладчик, Алексей Копытов расскажет почему Uber сделал точно наоборот, и ушел с Postgres на MySQL.
Дмитрий Ленев и Игорь Ильин из команды MySQL расскажут о новых возможностях своего продукта. Нас будут радовать асимптотическим приближением к полной реализации SQL, оконными функциями, традиционным улучшением INFORMATION_SCHEMA, индексов, NOWAIT в SELECT и групповой репликацией.
Константин Осипов проводит углубленный экскурс в логово своего питомца Tarantool, расскажет про новый storage engine для больших данных по принципам RocksDB.
Виталий Левченко вместе с Даниилом Подольским расскажут про CockroachDB. Докладчики размышляют о честности географически распределенных транзакций, новом облачном хранилище Google Spanner, и модном нынче Golang.
Вопросы по конференции в официальном чате t.me/devconfru
До встречи на конференции сообществ разработчиков DevConf 2017!
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
Комментарии (46)
Cobolorum
07.06.2017 11:08+2А где Oracle?
AlexTheLost
07.06.2017 11:58+2Думаю из контекста понятно что фокус на open-source. Oracle есть кому продвигать. Тем более выступают авторы PostgreSQL и tarantool.
Alexeyco
07.06.2017 15:21+4А что значит «любимая»? ))) Любить можно что угодно, но есть реалии и здравый смысл. А еще есть требования… ну, скажем, работодателя. И почему там нет SQLite?
PsyHaSTe
09.06.2017 19:26-1Мне кажется, что с появлением докеров и т.п., где зависимости можно поставить, не требуя от заказчика развернутой на машине инфраструктуры, решения вроде SQLite еще меньше нужны народу.
mayorovp
09.06.2017 19:51Как будто докер — не инфраструктура.
SQLite — это совершенно особая СУБД, сценарии использования которой в корне отличаются от клиент-серверных СУБД.
Например, при работе с SQLite нет никакого смысла экономить запросы. А значит, можно максимально широко использовать возможность ленивой загрузки данных в ORM.
PsyHaSTe
09.06.2017 22:40Ну, если мы работаем в памяти и не хотим экономить запросы, то есть щас куча всяких in-memory баз, например RavenDB.
Ну а SQLite на моей практике использую именно для снижения требований к среде, типа "всё своё ношу с собой".
Dimash2
08.06.2017 01:00-2Управляю через phpmyadmin mysql5.7, работаю с миллионами данных, есть парсер интернета с поиском по товарам и тд, умею все это дело оптимизировать и настраивать.
Про Mongo не интересно, не понимаю, почему нужно тратить свое время на нее, если с ней есть проблема гибкости анализа и связей данных, а производительность Mysql после настройки такая же и на запись, особенно если пару трюков с LOAD IN FILE сделать.
— Подскажите
В чем ключевое практическое преимущество PostgreSQL над MySQl и есть ли оно?
И есть ли что-то злое, плохое в Mysql, что критично для какой-то бизнес логики, а не для удобства, может быть точность или типа того?
Спасибо за совет )
leschenko
другое: MS SQL
pokidovea
Я думаю, у вас не было возможности сравнить
leschenko
Что с чем?
MS SQL c MySQL?
MS SQL c Postgress?
SQL с NoSQL?
Все это можно сравнить. И мой выбор MS SQL.
AlexTheLost
Вы из своего кармана платите за MS SQL?)
Не думаю что PostgreSQL, MySQL и т.д. не позволят вам создать качественное решение. А вот на оставшиеся деньги можно будет купить что-то действительно полезное, хотя бы рабочее время разработчиков или позволить себе разработчиков подороже.
leschenko
Да. Для разработки используется MS SQL Developer Edition, который бесплатный и по фичам соответствует Enterprise. На проде — Azure.
Даже Express (тоже бесплатна и ее можно использовать на проде) версия лучше (IMHO) чем все перечисленное в списке в этой статье.
lumini
Если не пугает ограничение 10 гб на базу, то Express ок. Но в данном случае: бесплатная база с искусственными ограничениями vs бесплатная база без ограничений — выигрыш явно у второго варианта. И жизнь без SQL Agent, алертов на почту и тонны всего полезного в экспрессе — это не жизнь, апгрейд на полный MSSQL будет очень дорогим и сложным.
leschenko
К тому моменту как ваша база начнет занимать 10 Гб, вы скорее всего сможете себе позволить другую редакцию сервера. Или рассмотреть вариант перхода в облака.
lumini
Зависит от области деятельности :) В моем случае (социология) 10 гб набирается за неделю работы. Несколько раз пытался задействовать ради экономии экспресс на потенциально небольшие проекты, но в конечном итоге массой усилий пришлось везде апгрейдить на платный sql. Особенно боль с отсутствием джобов (их приходится имитировать сторонними средствами и при апгрейде настраивать все заново). Все же если экономить, то я за постгрес.
leschenko
Очевидно что ваш проект совсем не маленький. Или вы «пихаете» в базу что-то лишнее. Не рассматривали Azure SQL?
leschenko
Инструменты, которые есть у MS в разы лучше всего что есть у MySQL и Postgres. В результате разработчики эфективнее расходуют свое время.
Взять хотя бы SQL Management Studio и Profiler. Я не нашел инструментов такого же уровня для MySQL и Postgres. Если ошибаюсь — поправьте меня.
zodchiy
На работе тоже недавно холиварили на эту тему. Переходить или нет на Postge/Mongo с MsSQL на новых проектах.
SMS и Profiler оказались очень весомыми аргументами. Azure оказался аргументом в пользу маштабируемости и нагрузки.
Используем также и MySQL, но только там, где воотчина php.
Shaz
EMS SQL Manager for (подставляем нужную СУБД) вполне неплох. Для Postgres в разы лучше и удобнее PGAdmin (на мой взгляд).
lumini
> в разы лучше и удобнее PGAdmin
но не четвертая же версия? :) В старом ориентировались явно на число фич, а не на удобство повседневной работы. Новый — кхм, промолчу. Лучше бы его вообще не было.
Exponent
SQL Manager for PostgreSQL, практически как SQL Management Studio
dikkini
Ваш выбор основывается только на наличии инструментов для нее?
leschenko
Не только. Но и инструменты важны.
netpilgrim
Для MySQL посмотрите dbForge, Neor Profile SQL.
lumini
Про хороший профайлер для постгреса я бы тоже послушал советы.
lumini
Обычно в облаках он идет в комплекте с лицензией на Windows Server (точно у azure, гугла). Либо аренда в месяц (как у cloud4y) порядка 400-500 рублей. Это реально копейки по сравнению с оплатой за само железо сервера (30-40 тысяч в месяц). Если нужно в локальную сеть, то цена лицензии на 2016 sql порядка 50 т.р.На такие деньги явно разработчиков «подороже» не возьмешь.
Опять же, если сравнить бесплатные SMSS и условно Dbeaver для постгреса, то на мой вкус юзабилити у первой в разы выше. Если сравнивать SMSS и платный джетбрейсовский DataGrip, то 199$ умножить на (в моем случае) семь рабочих мест, получаем явную выгоду уже в первый год.
lumini
Ой. Перечитал. SSMS, простите. Смс — это про другое :). Нужно лучше спать.
mayorovp
50 т.р — это включая CAL?
lumini
Без. Только на сервер.
yvm
GROUP_CONCAT( ), видимо, вам не нужен. И enum.
leschenko
Я даже не знал о такой функции. А почитав о том, что она делает, понял, что она мне действительно была не нужна.
Без enum'ов можно обойтись. К тому же я почти никогда сам запросы не пишу, т.к. использую ORM.
PsyHaSTe
Нужен. Обычно решается через
Не супердофига удобно, но если вдруг раздражает писать 2 строчки спокойно можно сделать свою функцию и не париться.