Некоторые новые функции MySQL не будут доступны в Community-версии

> Имхо кластеризация, при всем богатстве выбора, у него слабая часть.

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

Теоретически, это правильно, но с точки зрения клиента, без поддержки все это никому не нужно. Клиент не станет ничего собрать или патчить, а потом использовать без поддержки. Я озвучил точку зрения клиента.

Уважаемый "anonymous", а где ссылка на официальное заявление Sun?

> то, что в mysql называется кластером, использовать в реальных проектах невозможно. одно то, что _вся_ база должна помещатсья в памяти сводит на нет все потуги этого тузика тявкать на слона.

для песочниц, которые все данные могут держать в памяти, больше подходит memcached, особенно учитывая более чем скромные возможности mysql как sql-сервера.

>Дружище - покажи хоть одну вещь которая принадлежит редхат. Они берут код со всего мира окучивают и на этом делают деньги - это их можель бизнеса - они сами берут код на условиях GPL.

недавно пробегало в новостях, что выкупили какую-то систему почистили код и выложили под гпл...

другой анонимус

>Могли бы выложить гору своих патчей и послать всех на kernel.org и другую добрую сотню сайтов качать, патчить и собирать.

For an executable work, complete source code means all the source code for all modules it contains, plus any associated interface definition files, _plus the scripts used to control compilation and installation_ of the executable.

(C) GPL.

>недавно пробегало в новостях, что выкупили какую-то систему почистили код и выложили под гпл...

RHDS.

> Теоретически, это правильно, но с точки зрения клиента, без поддержки все это никому не нужно. Клиент не станет ничего собрать или патчить, а потом использовать без поддержки.

Ну, Саныч. С точкой зрения обобщенного клиента, сам понимаешь, спорить сложновато. Для этих целей нужно разработать обобщенного спорщика, видимо. ;) В принципе, для большинства клиентов оно, наверное, все так и есть. Но дьявол, как всегда, засел в деталях: если в случае с RH принципиальная возможность "собирать и патчить" (вплоть до создания своего дистрибутива) остается, то в обсуждаемом грядущем "энтерпрайз" мускуле такой возможности не будет, видимо, в принципе.

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

> Исполнительный директор мускуля прямо говорит, что все закрытые функции возможно станут открытыми.

Если ты об этом: "Mickos also hinted that features initially reserved for paying users may eventually be made freely available" - ну что ж, "поживем-увидим".

А еще GFS, Red Hat Certificate System, ClusterSuite, Jboss ... Это все их продукты (купленые) . Часть из них открыта под GPL полностью, часть содержит комерческие куски доставшиеся в наследство.

> А вы попробуйте "SELECT COUNT * FROM photos" сделать

А я таки не понял, если я считаю кол-во строк (count) нахрена звездочку нужно указывать? Это такая фича PostgreSQL? Я тогда на Firebird останусь...

> Уважаемый "anonymous", а где ссылка на официальное заявление Sun?

http://www.sun.com/aboutsun/pr/2008-04/sunflash.20080415.1.xml

"MySQL 5.1 features a number of new enterprise enhancements, including:"

ключевое слово "enterprise"

> Исполнительный директор мускуля прямо говорит, что все закрытые функции возможно станут открытыми

Ключевое слово "возможно", а не "открытыми".

Да пусть с мускулем делают всё что хотят - уже фиолетово. Пол года назад перешли (наша контора) на PostgreSQL. Я не сталкивался с PostgreSQL до этого. Слышать - слышал, но не пробовал. Почитал литературу, форумы по-посещал, документацию ВНИМАТЕЛЬНО почитал, поставил дистрибутивчик 8.3 (тогда ещё бетты) и понял, что время потраченное на MySQL было страшным сном, который к счастью уже закончился :) Вот здесь, пытаются придираться к PostgreSQL, но это плохо у них получается. Postgre не без недостатков. Вот лично меня сначала вымораживало, что в нем нет процедур, а только функции (нельзя вернуть multiset результаты из нескольких разных по структуре таблиц). Но узнав о refcursor и setof refcursor я понял, что можно достаточно элегантно решить этот вопрос (если это действительно нужно). Недавно узнал, что в версии 8.4 введут и процедуры. Уже давно объяснили почему count(*) в Postgre "медленный" (кстати и в MySQL на InnoDB такой же) и давно уже придумали как ускорить count если это критично для функционала базы. И кластеры становяться на Postgre всё лучше и лучше. Переписать процедуры мускуля в функции постгрес было очень хорошей школой по SQL и не такой уж трудной задачей. Расширяемость постгреса меня до сих пор изумляет. Я думал, что не смогу найти замену MySQL функции group_concat, а оказалось, что в постгресе можно сделать это даже ещё универсальнее и гибче: array_to_string(array (select column_name from table_name where some_condition order by column_name), ','). Так что, я считаю - если руки и голова на месте, то постгрес это очень мощное решение для баз данных.

Это не реклама PostgreSQL - это моё признание PostgresSQL-у в любви. (слышу слышу, как растапливают для меня биореактор... ;) ) ладно, ладно, ухожу.

> По словам некоторых товарищей, HR Сана разослал всем разработчикам приобретенной MySQL AB новые договора, которые их попросили подписать, а иначе они не смогут работать в Сан. В договорах присутствует передача прав на все, что будет сделано на работе в Сан, на все, что было сделано в рамках MySQL до покупки Саном, а также запрет на работу по подобной тематике на конкурентов в течение некоторого периода после окончания. Сан никогда не был free software компанией и никогда не будет. Все приобретенные разработчики подписывать договор пока отказались.

Это конечно плохо. но ВСЕ европейские софт-компании работают по такому принципу.

Да кстати разработчики остались и пару недель назад рассказывали про новые разработки MySQL на SunTech Days

//voda

>это моё признание PostgresSQL-у в любви

писец

> писец

:) ещё какой! %)

Community соберется, форкнет и допишет для себя, как уже было не раз. Навалятся всем миром, чисто по русски, "Раз, два, взяли!". "Эх, ухнем!" Субботники еще никто не отменял, пахать надо забесплатно, чтобы корпорации могли еще немножко миллиардов сэкономить себе.

>> А ты мне покажешь контору в которой такой пункт отсутствует?

>Для начала, я хотел бы увидеть контору, которая требует переписать на себя копирайт на все, что было сделано до того, как я к ней присоединился. Кроме Сана, как оказалось. Даже государство имеет тенденцию все же не применять законы обратной силой.

Обычно в европейских конторах ИЗНАЧАЛЬНО такой пункт в договоре есть. Тут видимо не было - потому ввели.

>> Имхо кластеризация, при всем богатстве выбора, у него слабая часть.

>то, что в mysql называется кластером, использовать в реальных проектах невозможно. одно то, что _вся_ база должна помещатсья в памяти сводит на нет все потуги этого тузика тявкать на слона.

1. Этот кластер РАССЧИТАН на то, чтобы работать сверх-быстро потому БД ДОЛЖНА размещаться в памяти! ОБЯЗАНА иначе поакупатели уйдут на другую СУБД.

2. В 5.1 собирались сделать улучшение с тем чтобы часть данных МОЖНО было вывести в файлы. Но основной режим работы это ВСЕ В ПАМЯТИ и СВЕРХ-БЫСТРО!!!

>1. Этот кластер РАССЧИТАН на то, чтобы работать сверх-быстро потому БД ДОЛЖНА размещаться в памяти! ОБЯЗАНА иначе поакупатели уйдут на другую СУБД.

Если данные помещаются в память - применимость тут RDBMS вообще под большим вопросом.

|>1. Этот кластер РАССЧИТАН на то, чтобы работать сверх-быстро потому БД ДОЛЖНА размещаться в памяти! ОБЯЗАНА иначе поакупатели уйдут на другую СУБД.
|Если данные помещаются в память - применимость тут RDBMS вообще под большим вопросом.

+1

>Перестань вещества употреблять.

Зачем?? прикольно же!

>А ты мне покажешь контору в которой такой пункт отсутствует?

да лихко! ;)

ГК РФ (а ранее ЗоАП) подразумевает это по умолчанию для трудовых договоров

> ps: подскажите хостинг со слоном, без мускуля Я на firstvds.ru могу поставить хоть слона, хоть sqlite (там фряха 6-я). Правда, если принципиально именно _отсутствие_ мускуля в полном объёме - то не уверен. Кажется, он входит в предустановленное ПО. Но вряд ли это платная версия, сильно вряд ли. Хоть это и VDS, но "бюджетный".

обычно не обращаю внимания на посты анонимусов, но от этого просто сложился пополам от смеха :) Человек судя по всему не участвовал в больших проектах, но рассуждает "о высоком".

> Ptomaine (*) (17.04.2008 20:20:43)

> Вот лично меня сначала вымораживало, что в нем (PostgreSQL) нет процедур, а только функции (нельзя вернуть multiset результаты из нескольких разных по структуре таблиц). Но узнав о refcursor и setof refcursor я понял, что можно достаточно элегантно решить этот вопрос (если это действительно нужно). Недавно узнал, что в версии 8.4 введут и процедуры.

Ещё бы там пакеты сделали, как в Oracle...

> А вы попробуйте "SELECT COUNT * FROM photos" сделать, когда у вас записей в таблице photos ну скажем каких-нибудь 50 тыщ.

Из LORовской пойдёт выборка? :)

> select count(*) from users;
count
-------
40085
(1 row)

Ответ мгновенный.

> Совсем даже и не любое. > http://www.mysql.com/about/legal/licensing/ > Насколько сложно зайти на сайт и прочитать о чем пишешь?

Я никогда не стану открывать исходники своего коммерческого продукта за так, поэтому насколько бесплатно можно использовать MySQL с OpenSource продуктом меня не интересует. Коммерческое софтваре в своём большинстве - закрытое, и не спроста.

>Дружище - покажи хоть одну вещь которая принадлежит редхат

Очень рекомендую пройтись хотя бы по новостям ЛОРа и посмотреть на список купленных редхатом компаний и выпускаемых ими продуктов, которые редхат открыл.

>то, что в mysql называется кластером, использовать в реальных проектах невозможно. одно то, что _вся_ база должна помещатсья в памяти сводит на нет все потуги этого тузика тявкать на слона.

Можно делать бэкапы (кстати, после шатдауна восстанавливаются).

А что можно?

Это логичное следствие. Мы удачно перешли пару лет назад на Постгрес, очень довольны.

>Я никогда не стану открывать исходники своего коммерческого продукта за так

То ли ты читать не умеешь, то ли немного тугодум.

Скажи своими словами, что написано ниже?

For OEMs, ISVs, and VARs who distribute MySQL with their products, and do not license and distribute their source code under the GPL, MySQL provides a flexible OEM Commercial License.

И вот еще эти строчки переведи. Разрешаю пользоваться словарями.

MySQL Enterprise is the comprehensive subscription offering that provides database developers and DBAs with everything they need to successfully develop and deploy database solutions with MySQL. It includes Certified Software, updates and upgrades, proactive alerts and advisors, the online MySQL Knowledge Base, and full production-level technical support. The Certified Software (database server, connectors) is provided under the GPL License. Optionally, customers may choose a Commercial License.

>For OEMs, ISVs, and VARs who distribute MySQL with their products, and do not license and distribute their source code under the GPL, MySQL provides a flexible OEM Commercial License.

Я слепой немножко, в каком слове тут сказано, что не-GPL прога не может использовать mysql?

s/использовать mysql/использовать mysql под GPL/

>то, что в mysql называется кластером, использовать в реальных проектах невозможно. одно то, что _вся_ база должна помещатсья в памяти сводит на нет все потуги

Специально для тех кто не владеет вопросом: ключевое слово в кластере не "большой обьем данных". Ключевое слово - HA. High Availability. Высокая степень доступности сервера.

Кстати, если у вас скажем 10 серверов по 16 гиг, то вы сможет хранить в кластере не такой уж мелкий обьем данных..

>Бугага... Вы CDDL читали??;) Она на 90% равна GPLv2 по условиям, GPLv2 тоже дерьмо??:-D:-D:-D

Если смешать 90% варенья и 10% дерьма, то получится дерьмо. Но для тебя, быдло, - варенье. так что продолжай ржать (или жрать?)

>> Покажи мне аналог такого дерьма как CDDL выпущенный RH.

>Бугага... Вы CDDL читали??;) Она на 90% равна GPLv2 по условиям, GPLv2 тоже дерьмо??:-D:-D:-D

>> Кстати а соляру энтерпрайз уже можно скачать с их сайта?

>Да уж, печально, срочно идите читать википедию хотя бы, а то совсем плохие...;)

ДНК обезьяны тоже на 90 с чем-то процентов совпадает с человеческим ДНК.

>Дружище - покажи хоть одну вещь которая принадлежит редхат. Они берут код со всего мира окучивают и на этом делают деньги - это их можель бизнеса - они сами берут код на условиях GPL.

Я не тот анонимус, но все же -- Red Hat Directory(бывший Netscape Directory) они таки открыли под GPL, курите википедию http://en.wikipedia.org/wiki/Red_Hat_Directory_Server

> Ещё бы там пакеты сделали, как в Oracle...

Ага. Но пока, можно через schema извратиться.

> С чего ты взял что они под GPL?

А чо, производные от GPL уже можно делать не под GPL?

> "В прошлом году компания MySQL АВ убрала из открытого доступа исходники MySQL Enterprise, сделав их доступными только корпоративным заказчикам, оплатившим лицензию."

Ну и чо, в лицензии так прямо и сказано -- покупателю запрещено распространять дальше с исходниками? Тогда налице GPL-violation :-).

> Это конечно плохо. но ВСЕ европейские софт-компании работают по такому принципу.

КАКИЕ, например? Желательно, с обоснованием.

> Обычно в европейских конторах ИЗНАЧАЛЬНО такой пункт в договоре есть.

Примеры будут? Или, как обычно?

>> Это конечно плохо. но ВСЕ европейские софт-компании работают по такому принципу.

>КАКИЕ, например? Желательно, с обоснованием.

>> Обычно в европейских конторах ИЗНАЧАЛЬНО такой пункт в договоре есть.

>Примеры будут? Или, как обычно?

Моя нынешняя компания и предыдущая. Называть конечно не буду ибо нех :) В трудовом договоре написано: все сделанное в рабочее время есть собственность компании.

>>1. Этот кластер РАССЧИТАН на то, чтобы работать сверх-быстро потому БД ДОЛЖНА размещаться в памяти! ОБЯЗАНА иначе поакупатели уйдут на другую СУБД.

>Если данные помещаются в память - применимость тут RDBMS вообще под большим вопросом.

Допустим у вас есть всего каких-то жалких 64 Гига данных. Они влезают в память ;) (4 ноды по 16 гигов). Помним еще про HA

А теперь вопросы: А если без RDBMS то как вы собираетесь с данными работать? На каком языке запросы писать? Как обеспечите ссылочную целостность, консистентность, транзакции ?!? А ведь нужно еще копировать данные по кластеру чтобы при отказе ноды система продолжила работу...

Я понимаю что в принципе можно используя кластерный кэш раскидать данные по нодам, а сами данные хранить как объекты и сверху придумать хитрые методы для индексации, НО в итоге получится багливая недо-DBMS.

>Специально для тех кто не владеет вопросом: ключевое слово в кластере не "большой обьем данных". Ключевое слово - HA. High Availability. Высокая степень доступности сервера.

>Кстати, если у вас скажем 10 серверов по 16 гиг, то вы сможет хранить в кластере не такой уж мелкий обьем данных..

Вы можете и презерватив н аглобус натянуть.... если на то есть желание.

Подумайте, сколько телодвижений надо сделать, чтобы обеспечить минимальный fail-safe подобному "кластеру". Даю маячок: поставить второй "кластер" с размещением всего в памяти - не решение.

>Допустим у вас есть всего каких-то жалких 64 Гига данных. Они влезают в память ;) (4 ноды по 16 гигов). Помним еще про HA

Допустим, в один прекрасный момент произойдет очередной блекаут. И если вы используете такую "схему", можете смело искать новую работу. Ля-ля про realtime backup 64 гигабайт таблиц и географическое разнесение датацентров оставьте детям из детсада.

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

О ещё один неудачник, приведи пример того, что в ней плохого, если Ты её читал хотя бы...:)