Майкл Видениус обратился за помощью к России
Майкл Видениус, создатель популярной системы управления базами данных MySQL, обратился к России и Китаю за помощью в борьбе против покупки Sun Microsystems компанией Oracle - поскольку он уже не надеется на помощь Евросоюза.
Майкл Видениус, создатель популярной системы управления базами данных 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 ?
| DB2 ? |
MSSQL не катит - причины ясны.
Правильный ответ - Postgre.
причиныны ясны.
Закрыть его - значит остановить развитие наиболее популярной платформы для сайтов. Oracle лучше подходит для предприятий и т.п., тогда как MySQL для сайтов широкого круга пользователей. К тому же в условиях бесплатности MySQL он может оказаться более выгодным чем Oracle.
В общем, кривые руки не аргумент против хорошего инструмента.
почитайте это - , а потом пройдите в биoреактор, пожалуйста.
p.s. - на секлабе биoреактор является запрещеным словом
У вас какие-то свои варианты перевода "Not Just for Learners". Расскажите общественности, мы в ожидании...
| Ну, заканчивайте мысль, что же я буду из вас все по словосочетанию выдавливать? |
Ваня, вы тупите специально? Я написал вполне законченную мысль.
| Что там с "объемом памяти", с "кол-вом процессоров"? |
Они жестко ограничены.
| И как это противоречит сказанному мной?
|
Вы дурak или прикидываетесь? Вышеприведенные ограничения делают данную редакцию непригодной для промышленного использования в условиях больших нагрузок
| "И др" c хомячковым малоточием меня вообще в тупик поставило. |
Ну дак и прочитали бы полностью весь текст, чтобы не выставлять себя на смех.
Др - ограничение на размер базы данных, отсутствие механизмов для обеспечения отказоустойчивости
Я ведь с самого начал предложил вам все расшифровать, зачем вы выёживались?
Где-то про этот термин почитать можно или очередной гуманитарный вброс? Опишите что это за "промышленное использование в условиях больших нагрузок", да так, чтобы оно подпадало под MySQL-ый GPLU. И еще примеры данного промышленного использования.
>механизмов для обеспечения отказоустойчивости
Да вы что, как интересно! Механизмы отказоустойчивости в MySQL? И что, это за механизмы, копирование idata, полный дамп базы?
А Rman в Oracle XE отменили?
>не выставлять себя на смех
Пока что вы, как раз этим и занимаетесь.
| >промышленного использования
Где-то про этот термин почитать можно или очередной гуманитарный вброс? |
почему вы не цитируете полностью?
| Опишите что это за "промышленное использование в условиях больших нагрузок", да так, чтобы оно подпадало под MySQL-ый GPLU. И еще примеры данного промышленного использования. |
Омг. Например, там где для нормальной обработки запросов требуется более чем 1гб оперативной памяти и более чем 1 процессор. Но я предполагаю что ответит ваня - "такого не может быть".
И хорошо, раз вы начали придираться к словам давайте уберем слово "промышленная". Суть от этого не изменится. Вообще никак не изменится.
| Да вы что, как интересно! Механизмы отказоустойчивости в MySQL? И что, это за механизмы, копирование idata, полный дамп базы? |
Слово кластер вам о чем-нибудь говорит?
| А Rman в Oracle XE отменили? |
Какое отношение бэкап имеет к отказоустойчивости?
Разработчикам, которым для обработки запросов требуется более чем 1гб оперативной памяти и более чем 1 процессор надо отрывать яйца. Выгода от использования бесплатного MySQL-а будет ничтожна, при общей стоимости серверного оборудования. Зато производительность ниже плинтуса, гугли бенчмарки по которым MySQL отсасывает у всех своих конкурентов. Это не беря в расчет его предельно убогий embedded SQL.
>Какое отношение бэкап имеет к отказоустойчивости?
Понятно, вы тонкий специалист оракл. Rman - это не только бекап, это полноценное средство резервирования.
Что насчет примеров использования?
| Разработчикам, которым для обработки запросов требуется более чем 1гб оперативной памяти и более чем 1 процессор надо отрывать яйца. |
Вы сейчас это серьезно?
А если код написан нормально но просто очень много пользователей - такого не бывает в вашей стране эльфов, да?
| Выгода от использования бесплатного MySQL-а будет ничтожна, при общей стоимости серверного оборудования. |
И тут конечно же нас спасет oracle xe, ололо.
| Понятно, вы тонкий специалист оракл. Rman - это не только бекап, это полноценное средство резервирования. |
Я вам задавал конкретный вопрос - какое отношение rman имеет к отказоустойчивости?
| Что насчет примеров использования? |
Например форумы.
Для этого не требуется большое количество оперативной памяти. Учите матчасть.
>И тут конечно же нас спасет oracle xe, ололо.
Конечно! При тех же нагрузках, в рамках своих ограничений, MySQL всосет ораклу. В тех случаях, когда требуются большие ресурсы, чем позволяет ограничение XE, никто в здравом уме использовать MySQL не будет. Ну прекратите обманывать себя, это поделие не для серьезных проектов. Для несерьезных XE побъет MySQL.
>Какое отношение бэкап имеет к отказоустойчивости?
>какое отношение rman имеет к отказоустойчивости?
Вам пора завязывать с веществами.
>Например форумы.
О мой б-г. И что там надо ворочать гигабайтами оперативной памяти?
>гумманитарных
Бгггг.
Видимо Вы кроме примеров баз с 2мя таблицами по 10-100Мб ничего не видели
Множественные уязвимости в Oracle... Множественные уязвимости в Oracle... Множественные уязвимости в Oracle... Уязвимость в Oracle... |
...и это только свеженькое из того, что слева в колонке...
| Видениусу удалось собрать более 30 тысяч подписей на сайте helpmysql.org . Но скорее всего Еврокомиссия одобрит сделку. Именно поэтому создатель MySQL обратился за помощью к антимонопольным органам России и Китая.
"Это сильные, самостоятельные страны, которые поддерживают движение open source", - говорится в его заявлении |
03 февраля, 2012
01 февраля, 2012
31 января, 2012
25 января, 2012


