Wikipedia переходит на MariaDB

Ожидается, что этот шаг не должен сказаться на производительности.

Я полагаю что должен, но только в лучшую сторону.

не испытывает большой любви по отношению к Open Source сообществу, и чувства эти взаимны.

Пускай слазят и с убунты.

А рукожопым программистам никто не рассказывал, как пишут софт, который не зависит от конкретной субд?

При чем тут количество пользователей? Оракл губит бывшие открытые проекты, это старый факт. То что не все еще форкнули, не значит, что это не так.

Cool story.

При чем тут количество пользователей?

При том, что нефиг новости в ЖЖ превращать.

Прокудин, ты корректор или кто? Не нравится — исправь!

Намёк на кучу запятых?

Только не от него, у этого с грамматикой всё настолько плохо, что при каждом чтении его сообщений мои глаза кровоточат

Wikipedia переходит на MariaDB

и пусть переходит, кто им мешает.

Это будет не коррекция, а изменение сути. За такое авторы делают с корректорами нехорошие вещи :)

А рукожопым программистам никто не рассказывал, как пишут софт, который не зависит от конкретной субд?

SQL-92 (в лучшем лучае) + отказ от процедурных расширений СУБД + вся обработка на клиенте = тонны тормозных, глючных, похожих на г@$#о подарков от гениальных программистов, умеющих писать софт, не зависящий от конкретной субд

А зачем им отваливать бабло какому-то ораклу? С их кабально-анальным рабством, в виде поддержки. Если уж собираются деньги на педивикию, то пускай они идут обратно в сообщество, а не на бонусы CEO за успешный маркетинг. В статье не хватает упоминания причин перехода: изначально пользовался не чистый мускуль, а с патчами от лицокниги для улучшенной производительности. В МариаДБ самые толковые патчи принимаются и расширяется функционал, в то время пока мускуль под мудрым руководством оракля плавает в болоте и испускает метановые пузыри. Так что вики куда логичнее брать продукт отвечающий их запросам, который придётся меньше пилить и в который можно будет вливать изменения в апстрим (и себе и людям). А ораклю - удачного плавания. Если попенсорс проект нужен, то закопать его одной только волей владельца не получится (ООо и мускуль тому как раз примеры).

А не загнется оно без оракла?

Это миф. Не зависимого кода не существует.

Тем более в SQL

Думал они уже, фактически апгрейд мускуля это переход на марию. Ценно ведь не название а разработка, если лидер проекта решил сменить название это его право.

Если использовать прослойку, генерирующую запросы типа ActiveRecord или вариаций LINQ2SQL, то почему нет?

и это правильно

Бедный, бедный Oracle.

я бы не стал так утверждать

Похоже Oracle, потихоньку, остается с MySQL один на один. Ну, собствена, нафига им недоСуБэДэ!

Потому что прослойки :

1 - Не делают код независимым, они делают код МЕГАЗАВИСИМЫМ от одной единственной прослойки, и моли бога что бы на нужной тебе платформе/архитектуре была реализация используемой прослойки.

2 - в ряде случаев дают существенный и никому нафиг не нужный оверхед.

лицензия. Читать разучился?

Я не тебя спрашивал, гордый админ локалхоста.

Прикинь, не все люди такие озабоченные как ты. И если софт уже стоит, то видимо и лицензия не жмёт. По крайней мере не настолько, чтобы убивать бесценное время на переход.

Что до tazhate, которого я спрашивал, то он ясно сказал про причины. MariaDB у него была быстрее.

С грамотностью у меня хуже чем у 99% топикстартеров ЛОРа.)) Нет, просто сразу ввод, незнакомых с opensource миром людей, в курс дела, а то некоторые не знают что MySQL форкнули.

прослойку, генерирующую запросы типа ActiveRecord или вариаций LINQ2SQL, то почему нет?

Оно уже рекурсивный SQL поддерживать нормально научилось?

https://mariadb.atlassian.net/browse/MDEV-427?page=com.atlassian.jira.plugin.... - в процессе ;-)

Разве убунта плохо относится к open source ?

разве вакуум ещё актуален?

Если бы с самого начала использовали постгре, то и переходить бы не пришлось.

Если бы с самого начала использовали постгрес, википедия бы тормозила так, что быстро перешли бы на mysql :D

Он же не особо давно ускорился, до этого вообще тормоз был.

А что с HA / Failover'ом / масштабированием в постгресе? Я как-то тоже не слышал о волшебном решении для работающего искаропки резервирования / масштабирования. Или что-то всё же есть?

Вакуум актуален всегда, просто он сейчас по умолчанию авто... а на большой базе он может внезапно прийти в разгар нагрузки и будет некоторый оффлайн :)

У них же там жосссский MVCC который сам за собой мусор не подчищает на лету. Т.е. старые версии строк просто оставляет на диске, а при выборках проверяет видимость каждой строки (в индексах при этом и старая, и новая версии фигурируют). А подчищает всё это вакуум.

Нет, просто сразу ввод, незнакомых с opensource миром людей

Убейте себя о Розенталя, DR_SL.

А как у кассандры с транзакционностью и восстановлением в случае сбоев ?

Наверное, от википедии не стОит ждать особых технических новшеств, основная их задача - обеспечение процесса сбора и поддержания большого объёма информации справочного типа. Однако хотелось бы, чтобы среди их инженеров появились смельчаки, решившиеся на переход с SQL на какую-нибудь более документоориентированную СУБД.

А какой движок используете и какой там предлогается по умолчанию, можешь сказать?

MariaDB — форк MySQL

В общем-то, ровно наоборот: нынешняя оракловская т.н. «MySQL» это форк MySQL, ныне известной и продолжающей развиваться как MariaDB.

Поэтому, никакого перехода нет, есть плановое обновление на новую версию, показавшую при предварительной оценке лучшую производительность.

Это миф. Не зависимого кода не существует.

+1
Максимум, чего я достиг в «независимости» - прозрачный перенос таблиц и вьюшек. Даже ср***ые параметры запроса - и те у каждого с подвывертом! Это можно обойти, но надо пилить низлежащий код.
Плюс, был дико удивлён, что после автоинкрементного PK в MS SQL, в MySQL это надо делать руками(!). Про какой перенос тут речь?!
Но всё равно я придерживаюсь политики «никаких хранимых процедур» - глупость всё это, атавизм 80-ых. Сейчас всю «чернуху» спокойно сделает сервер, передав на клиент минимум необходимого.

Разница в том, что SQL в теории как бы стандартизован, а на практике ад и содомия. Говноязык, ничего не сделаешь.

емнип никак c странзакционностью и кластеризация c репликацей данных по всем нодам.

доделанные ими шрифты Liberation

Narrow что ли? Такое говно действительно никто не использует.

Интересно. Если Постгре так тормозит, что же все «сложные» приложения хранят данные именно в нем, а не в мускуле (или в маше)? К примеру, та же 1С с 8-ой версии, кроме коммерческих DB, умеет нативно писать в Постгре, но не умеет мускул.

Арчеводы спалились.
Переход случился почти синхронно с тем, как в арче заменили mysql на mariadb

Постгре по крайней мере лучше работает с процедурами, триггерами. Плюс не нужно забывать про BSD лицензию. Не думаю что 1С устраивает GPL

не испытывает большой любви по отношению к Open Source сообществу, и чувства эти взаимны.

Не опен-сорс сообществу, а кучке мерзких линуксоидов, всегда готовых плевать в кормящую их руку и кусать ее. Если бы оракл не стал поддерживать линукс, то про энтерпрайз с его толстыми клиентами можно было забыть.

Девочка, я тебе по секрету скажу, что 1С - это нифига не «сложное» приложение, а просто кусок дерьма.

Это опять ты, анонимус с фортуной 100?

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

Вместо SQL можно подставить любой ЯП. Буквально пару дней назад радовались за clang, что теперь поддерживает С++11 лучше чем gcc

Интересно. Если Постгре так тормозит, что же все «сложные» приложения хранят данные именно в нем, а не в мускуле (или в маше)? К примеру, та же 1С с 8-ой версии, кроме коммерческих DB, умеет нативно писать в Постгре, но не умеет мускул.

Обычно квалификации любителей мускуля не хватает чтобы настроить постгрес, этому подверждение - раздел Mysql на форуме sql.ru.

Интерпол ещё не ищет Джимми за изнасилование?

Как Роисся в лице Мизулиной заявку подаст, сразу будут искать.

Ты себе не представляешь насколько рукожопен субднезависимый софт.

Это ты просто пишешь на всяком дерьме. А умные люди используют современные технологии:

dotConnect Universal offers universal access to data of different databases for the Microsoft .NET Framework. It supports most of major database servers, including Microsoft SQL Server, Oracle, DB2, MySQL, PostgreSQL, SQLite, InterBase, Microsoft Access, and Firebird. Other servers can be accessed through their ADO.NET, OLE DB and ODBC providers.

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