РУС |
ENG
19 января, 2010
Теги: Видениус, MySQL, Россия, Китай
Майкл Видениус, создатель популярной системы управления базами данных MySQL, обратился к России и Китаю за помощью в борьбе против покупки Sun Microsystems компанией Oracle - поскольку он уже не надеется на помощь Евросоюза.
Напомним, что о планах Oracle купить Sun за $7 млрд. стало известно в апреле прошлого года - и практически сразу же появились предположения, что Oracle прекратит развивать принадлежавшую Sun разработку MySQL с открытым кодом (чтобы развивать собственный проприетарный софт в той же нише).
К концу года эти подозрения подтвердил cоздатель MySQL Майкл "Montey" Видениус. Он начал собирать подписи под своим письмом в Еврокомиссию, требующее гарантий для MySQL. Видениус отмечал, что корпорация Oracle не обещала оставить код MySQL открытым и без изменений, сохранить цены на поддержку и продолжать развивать систему.
Видениусу удалось собрать более 30 тысяч подписей на сайте helpmysql.org . Но скорее всего Еврокомиссия одобрит сделку. Именно поэтому создатель MySQL обратился за помощью к антимонопольным органам России и Китая.
"Это сильные, самостоятельные страны, которые поддерживают движение open source, - говорится в его заявлении. - У них есть право и возможность сделать то, чего не смогла Европа".
Создатель MySQL также сообщил, что теперь его кампания за спасение MySQL будет активнее сотрудничать с местными ценителями открытого кода в России и Китае.
(Нет голосов) |
Это тонкий намёк Газпрому купить Sun?
DB2 ?
MSSQL не катит - причины ясны.
Правильный ответ - Postgre.
причиныны ясны.
Закрыть его - значит остановить развитие наиболее популярной платформы для сайтов. Oracle лучше подходит для предприятий и т.п., тогда как MySQL для сайтов широкого круга пользователей. К тому же в условиях бесплатности MySQL он может оказаться более выгодным чем Oracle.
В общем, кривые руки не аргумент против хорошего инструмента.
почитайте это - http://www.oracle.com/technology/pub/...se-xe.html , а потом пройдите в биoреактор, пожалуйста.
p.s. - на секлабе биoреактор является запрещеным словом
У вас какие-то свои варианты перевода "Not Just for Learners". Расскажите общественности, мы в ожидании...
Ваня, вы тупите специально? Я написал вполне законченную мысль.
Они жестко ограничены.
Вы дурak или прикидываетесь? Вышеприведенные ограничения делают данную редакцию непригодной для промышленного использования в условиях больших нагрузок
Ну дак и прочитали бы полностью весь текст, чтобы не выставлять себя на смех.
Др - ограничение на размер базы данных, отсутствие механизмов для обеспечения отказоустойчивости
Я ведь с самого начал предложил вам все расшифровать, зачем вы выёживались?
Где-то про этот термин почитать можно или очередной гуманитарный вброс? Опишите что это за "промышленное использование в условиях больших нагрузок", да так, чтобы оно подпадало под MySQL-ый GPLU. И еще примеры данного промышленного использования.
>механизмов для обеспечения отказоустойчивости
Да вы что, как интересно! Механизмы отказоустойчивости в MySQL? И что, это за механизмы, копирование idata, полный дамп базы?
А Rman в Oracle XE отменили?
>не выставлять себя на смех
Пока что вы, как раз этим и занимаетесь.
Где-то про этот термин почитать можно или очередной гуманитарный вброс?
почему вы не цитируете полностью?
Омг. Например, там где для нормальной обработки запросов требуется более чем 1гб оперативной памяти и более чем 1 процессор. Но я предполагаю что ответит ваня - "такого не может быть".
И хорошо, раз вы начали придираться к словам давайте уберем слово "промышленная". Суть от этого не изменится. Вообще никак не изменится.
Слово кластер вам о чем-нибудь говорит?
Какое отношение бэкап имеет к отказоустойчивости?
Разработчикам, которым для обработки запросов требуется более чем 1гб оперативной памяти и более чем 1 процессор надо отрывать яйца. Выгода от использования бесплатного MySQL-а будет ничтожна, при общей стоимости серверного оборудования. Зато производительность ниже плинтуса, гугли бенчмарки по которым MySQL отсасывает у всех своих конкурентов. Это не беря в расчет его предельно убогий embedded SQL.
>Какое отношение бэкап имеет к отказоустойчивости?
Понятно, вы тонкий специалист оракл. Rman - это не только бекап, это полноценное средство резервирования.
Что насчет примеров использования?
Вы сейчас это серьезно?
А если код написан нормально но просто очень много пользователей - такого не бывает в вашей стране эльфов, да?
И тут конечно же нас спасет oracle xe, ололо.
Я вам задавал конкретный вопрос - какое отношение rman имеет к отказоустойчивости?
Например форумы.
Для этого не требуется большое количество оперативной памяти. Учите матчасть.
>И тут конечно же нас спасет oracle xe, ололо.
Конечно! При тех же нагрузках, в рамках своих ограничений, MySQL всосет ораклу. В тех случаях, когда требуются большие ресурсы, чем позволяет ограничение XE, никто в здравом уме использовать MySQL не будет. Ну прекратите обманывать себя, это поделие не для серьезных проектов. Для несерьезных XE побъет MySQL.
>Какое отношение бэкап имеет к отказоустойчивости?
>какое отношение rman имеет к отказоустойчивости?
Вам пора завязывать с веществами.
>Например форумы.
О мой б-г. И что там надо ворочать гигабайтами оперативной памяти?
>гумманитарных
Бгггг.
Видимо Вы кроме примеров баз с 2мя таблицами по 10-100Мб ничего не видели
Множественные уязвимости в Oracle...
Множественные уязвимости в Oracle...
Уязвимость в Oracle...
...и это только свеженькое из того, что слева в колонке...
"Это сильные, самостоятельные страны, которые поддерживают движение open source", - говорится в его заявлении
http://www.securitylab.ru/news/389880.php