Спасибо за статью! Как я сегодня узнал, есть ещё одна готовая ANTLR грамматика, написанная самим же Ораклом для проекта MySQL Workbench. Правда она под GPL, и потому вряд ли вам бы подошла.
Да нет конечно, весь контекст беседы, откуда были взяты комментарии я очень аккуратно сохранил. Просто Facebook не позволяет делать ссылки на конкретные ветки комментариев или сами комментарии, поэтому пришлось делать скриншоты.
Но я не вижу смысла эту унылую беседу продолжать. Я чувствую, что тебе важно оставить последнее слово за собой. Поэтому ответь что-нибудь назидательное на этот комментарий, и замнём тему.
Вот это уже слова «не мальчика, но мужа». Уважаю, без всякого сарказма!
Я прекрасно понимаю, что в Postgres Professional есть (или были, но уже ушли) сотрудники вполне адекватных взглядов на мир, без излишней идеологической/религиозной ангажированности. Но работать нужно не только с Олегом, есть некоторый общий настрой, который определяется руководством, а скорее всего и бизнесом. Чтобы не быть голословным, я просмотрел вот это интервью с Иваном Панченко и некоторые моменты привели меня в полный восторг. Особенно то, как ловко был обойдён вопрос популярности СУБД ;)
Поэтому нет, я не «выговорился» и мне ещё много есть чего сказать. Считаю (ничего не монополизируя), что я делаю неблагодарную, но нужную работу. Когда бы ты ещё решил разбираться по поводу высказываний Олега, если б не эта статья?
Я всегда и везде подчёркиваю, что PostgreSQL — замечательная СУБД с кучей интересных возможностей, но и с собственными недостатками. Желание со стороны PostgreSQL сообщества спустить всех собак на MySQL, старательно заметая собственные недостатки под ковёр — вот с чем я борюсь по мере своих скромных возможностей. И Postgres Professional задаёт здесь локальный тренд как ни крути, в том числе и ты своими комментариями.
Желание разобраться и сформировать собственное мнение — это прекрасно. Но хорошо бы это делать до того, как что-то высказывать, а не после. Я, по крайней мере, поступаю именно так. Ошибаюсь ли я в чём-то из того, что говорю? Да наверняка, как и все мы, и это нормально. Ненормально сначала говорить, а потом разбираться.
Ваша постгрес-профессиональная проблема заключается в абсолютно непрофессиональном подходе к дискусси с конкурентами. За все годы существования компании я не видел ни единого хоть сколько-нибудь объективного, основанного на фактах высказывания о MySQL. Если у тебя есть примеры таких высказываний — я жду их здесь.
Вы привыкли, что о MySQL можно говорить всё что угодно, не удосужившись подучить матчасть (которую вы не знаете по собственному признанию), хотя бы попытаться что-то выяснить или хотя бы дочитать документ до конца. Зачем, если возражать никто не будет? Для Oracle вы слишком мелкие, чтобы вас замечать. Перкона далеко и её местная возня не очень интересует. «Аля-улю, болтай что хочешь!» — вот ваше отношение к MySQL.
Когда же вам начинают аргументированно возражать, вас начинает корёжить. «Боюсь, что мне придётся написать объективную статью». Да милый ты мой, напиши. Хоть что-то будет объективного с вашей стороны за долгие годы. Но боюсь, что выйдет такая же пропаганда как обычно.
Успех поста — вещь вообще никак не связанная с его качеством. Если бы я гнался за успехом, я бы клепал посты «чем PostgreSQL лучше, чем MySQL» и с успехом было бы всё хорошо.
Я написал хороший и качественный пост на сложную тему. А сложная она исключительно потому что, что врать легко, а опровергать враньё сложно. На этом основана любая пропаганда. Сказать «MySQL проприетарщина» просто, а чтобы объяснить в подробностях, почему это враньё, нужно много слов.
Если по сути поста сказать нечего, попробуй просто промолчать, например.
Ну наконец-то дельный комментарий, спасибо! В статье действительно много слов, и я своей целью ставил рассмотреть конкретные аргументы, которые набрасывает Postgres Professional. Иначе статья была бы настолько большой, что её бы вообще никто не прочитал, т.к. attention span у современного читателя довольно низкий.
Начнём с того факта, что «свобода номер 0» соблюдена, вы можете запускать программу (MySQL) с любой целью.
Далее мы обсуждаем клиентские приложения, которые используют libmysqlclient, то есть клиентскую библиотеку MySQL. Поскольку она тоже распространяется под GPLv2, есть конфликт с теми клиентскими приложениями, которые распространяются под несовместимыми с GPLv2 лицензиями. И это проблема лицензии GPLv2 и любых библиотек под этой лицензией, а не что-то специфичное для MySQL.
Для того, чтобы убрать эту проблему для свободного ПО, Oracle как правообладатель предлагает исключения из GPLv2. Именно по этой причине самой GPLv2 в списке нет — её совместимость вытекает из лицензии на MySQL.
Какие проблемы это представляет для мира проприетарного ПО? Если вы используете проприетарное приложение, слинкованное с libmysqlclient, вы ничего не нарушаете. Что устраняет проблему для подавляющего количества веб- и интернет пользователей, где MySQL лидирует. Пример: сайт с MySQL и проприетарным приложением, которое использует MySQL с помощью libmysqlclient. Естественно, само приложение никуда за пределы компании-разработчика как правило не распространяется. И в этом случае никакие лицензии не нарушаются. Именно поэтому все использующие MySQL интернет-гиганты (где уж точно много внутреннего проприетарного ПО, работающего в связке с MySQL) никаких проблем с лицензией GPLv2 не имеют.
Проблема есть только у разработчиков проприетарного ПО, которые хотят не только запускать своё приложение у себя, но и распространять его. Сколько таких компаний от общего количества пользователей MySQL? Думаю, что единицы процентов. Тем не менее, и у них есть варианты:
— купить лицензию на MySQL Enterprise. На мой взгляд, это вполне честный вариант: зарабатываете на распространении проприетарного ПО — покупайте проприетарную лицензию.
— использовать клиентскую библиотеку от MariaDB, которая совместима как с MySQL, так и с MariaDB, и при этом лицензирована под LGPL, что устраняет все перечисленные вами проблемы.
То есть, варианты есть в любом случае, для любого класса ПО. Есть ли какие-то случаи, которые они не покрывают?
Я ничего не знаю про Mule, но могу рассказать про MySQL. Во-первых, за 8 лет существования MySQL Enterprise не было ни единого случая, когда бы бесплатную фичу перевели в платную версию. Просто некоторые фичи изначально появляются в MySQL Enterprise. Во-вторых, почти для всех «платных» фич есть бесплатные альтернативы от MariaDB и Percona (примеры: PAM authentication, thread pool, XtraBackup)
Я понятия не имею, что это за Mule такой и что у него за коннектор. Но если старый вариант коннектора ещё открыт, а новый уже нет — это не двойное лицензирование, это тупо смена лицензии.
Как я сообщил в самом начале статьи, она по сути является публичной реакцией на публичные высказывания публичных фигур (которыми вы с Олегом несомненно являетесь). Я также старался сфокусироваться на сути высказываний, а не на личностях. Это не всегда просто, и если я где-то допустил ненамеренный переход на личности, пожалуйста, дай мне знать!
Мне действительно было трудно понять твою точку зрения, потому что в явном виде ты её нигде не высказывал. Если бы ты в комментариях на Facebook написал: «Я не считаю MySQL проприетарным ПО, но считаю *процесс разработки* PostgreSQL более открытым», у меня вообще бы никаких вопросов не возникало. Но это же совсем не то, что ты написал, правильно? Тем не менее, спасибо, что разъяснил позицию. Для этого, в том числе, и статья.
Нет, конечно, я не пытаюсь монополизировать термины. Я несколько раз повторил, что ты и Олег можете использовать любые определения, которые вам нравятся.
Отвечаю на твой вопрос: нет, на мой взгляд, не являются.
Кстати, в MySQL 8.0 добавили поддержку multi-get и range запросов в innodb_memcache плагине: dev.mysql.com/worklog/task/?id=6650
Спасибо за статью! Как я сегодня узнал, есть ещё одна готовая ANTLR грамматика, написанная самим же Ораклом для проекта MySQL Workbench. Правда она под GPL, и потому вряд ли вам бы подошла.
Но я не вижу смысла эту унылую беседу продолжать. Я чувствую, что тебе важно оставить последнее слово за собой. Поэтому ответь что-нибудь назидательное на этот комментарий, и замнём тему.
Я прекрасно понимаю, что в Postgres Professional есть (или были, но уже ушли) сотрудники вполне адекватных взглядов на мир, без излишней идеологической/религиозной ангажированности. Но работать нужно не только с Олегом, есть некоторый общий настрой, который определяется руководством, а скорее всего и бизнесом. Чтобы не быть голословным, я просмотрел вот это интервью с Иваном Панченко и некоторые моменты привели меня в полный восторг. Особенно то, как ловко был обойдён вопрос популярности СУБД ;)
Поэтому нет, я не «выговорился» и мне ещё много есть чего сказать. Считаю (ничего не монополизируя), что я делаю неблагодарную, но нужную работу. Когда бы ты ещё решил разбираться по поводу высказываний Олега, если б не эта статья?
Я всегда и везде подчёркиваю, что PostgreSQL — замечательная СУБД с кучей интересных возможностей, но и с собственными недостатками. Желание со стороны PostgreSQL сообщества спустить всех собак на MySQL, старательно заметая собственные недостатки под ковёр — вот с чем я борюсь по мере своих скромных возможностей. И Postgres Professional задаёт здесь локальный тренд как ни крути, в том числе и ты своими комментариями.
Желание разобраться и сформировать собственное мнение — это прекрасно. Но хорошо бы это делать до того, как что-то высказывать, а не после. Я, по крайней мере, поступаю именно так. Ошибаюсь ли я в чём-то из того, что говорю? Да наверняка, как и все мы, и это нормально. Ненормально сначала говорить, а потом разбираться.
Вы привыкли, что о MySQL можно говорить всё что угодно, не удосужившись подучить матчасть (которую вы не знаете по собственному признанию), хотя бы попытаться что-то выяснить или хотя бы дочитать документ до конца. Зачем, если возражать никто не будет? Для Oracle вы слишком мелкие, чтобы вас замечать. Перкона далеко и её местная возня не очень интересует. «Аля-улю, болтай что хочешь!» — вот ваше отношение к MySQL.
Когда же вам начинают аргументированно возражать, вас начинает корёжить. «Боюсь, что мне придётся написать объективную статью». Да милый ты мой, напиши. Хоть что-то будет объективного с вашей стороны за долгие годы. Но боюсь, что выйдет такая же пропаганда как обычно.
Я написал хороший и качественный пост на сложную тему. А сложная она исключительно потому что, что врать легко, а опровергать враньё сложно. На этом основана любая пропаганда. Сказать «MySQL проприетарщина» просто, а чтобы объяснить в подробностях, почему это враньё, нужно много слов.
Если по сути поста сказать нечего, попробуй просто промолчать, например.
Начнём с того факта, что «свобода номер 0» соблюдена, вы можете запускать программу (MySQL) с любой целью.
Далее мы обсуждаем клиентские приложения, которые используют libmysqlclient, то есть клиентскую библиотеку MySQL. Поскольку она тоже распространяется под GPLv2, есть конфликт с теми клиентскими приложениями, которые распространяются под несовместимыми с GPLv2 лицензиями. И это проблема лицензии GPLv2 и любых библиотек под этой лицензией, а не что-то специфичное для MySQL.
Для того, чтобы убрать эту проблему для свободного ПО, Oracle как правообладатель предлагает исключения из GPLv2. Именно по этой причине самой GPLv2 в списке нет — её совместимость вытекает из лицензии на MySQL.
Какие проблемы это представляет для мира проприетарного ПО? Если вы используете проприетарное приложение, слинкованное с libmysqlclient, вы ничего не нарушаете. Что устраняет проблему для подавляющего количества веб- и интернет пользователей, где MySQL лидирует. Пример: сайт с MySQL и проприетарным приложением, которое использует MySQL с помощью libmysqlclient. Естественно, само приложение никуда за пределы компании-разработчика как правило не распространяется. И в этом случае никакие лицензии не нарушаются. Именно поэтому все использующие MySQL интернет-гиганты (где уж точно много внутреннего проприетарного ПО, работающего в связке с MySQL) никаких проблем с лицензией GPLv2 не имеют.
Проблема есть только у разработчиков проприетарного ПО, которые хотят не только запускать своё приложение у себя, но и распространять его. Сколько таких компаний от общего количества пользователей MySQL? Думаю, что единицы процентов. Тем не менее, и у них есть варианты:
— купить лицензию на MySQL Enterprise. На мой взгляд, это вполне честный вариант: зарабатываете на распространении проприетарного ПО — покупайте проприетарную лицензию.
— использовать клиентскую библиотеку от MariaDB, которая совместима как с MySQL, так и с MariaDB, и при этом лицензирована под LGPL, что устраняет все перечисленные вами проблемы.
То есть, варианты есть в любом случае, для любого класса ПО. Есть ли какие-то случаи, которые они не покрывают?
Как я сообщил в самом начале статьи, она по сути является публичной реакцией на публичные высказывания публичных фигур (которыми вы с Олегом несомненно являетесь). Я также старался сфокусироваться на сути высказываний, а не на личностях. Это не всегда просто, и если я где-то допустил ненамеренный переход на личности, пожалуйста, дай мне знать!
Мне действительно было трудно понять твою точку зрения, потому что в явном виде ты её нигде не высказывал. Если бы ты в комментариях на Facebook написал: «Я не считаю MySQL проприетарным ПО, но считаю *процесс разработки* PostgreSQL более открытым», у меня вообще бы никаких вопросов не возникало. Но это же совсем не то, что ты написал, правильно? Тем не менее, спасибо, что разъяснил позицию. Для этого, в том числе, и статья.
Нет, конечно, я не пытаюсь монополизировать термины. Я несколько раз повторил, что ты и Олег можете использовать любые определения, которые вам нравятся.
Отвечаю на твой вопрос: нет, на мой взгляд, не являются.