LINUX.ORG.RU

Встреча с исполнительным директором MySQL AB Мортеном Микосом


0

0

ALT Linux и Институт Логики в рамках серии семинаров "Свободные программы: философия, технология, бизнес" приглашают на встречу с Мартеном Микосом (Marten Mickos), Исполнительным директором MySQL AB. Тема семинара - "Глобальные влияния свободного ПО на развитие и методы ведения бизнеса". Семинар состоится в среду 21 июня, в 19:00 в Красном зале на 2 этаже Института философии РАН. На встрече также будут присутствовать российские разработчики сервера. Вход по предварительной записи. Запись свободна, необходима для оценки количества участников.

Оригинал на http://www.altlinux.ru/

>>> Форма для записи

Чего то зачастили к нам зарубежные двигатели опен соурс

anonymous
()

Судя по всему, нас будут убеждать перейти с коммерческих СУБД на опенсорсные?

Так-так, и когда MySQL научится хотя бы 5% от того, что умеет Oracle?

stellar
()
Ответ на: комментарий от stellar

Пускай поставят на улицах автоматы, из которых можно будет бесплатно исходники слить на флэшку :)

ph0enix
()
Ответ на: комментарий от ELF

>А сколько процентов от функций oracle ты используешь и для чего? Думаю вероятность ответа 1%.

Пожалуйста: Data Partitioning для хранения 12T данных, FK, CONSTRAINTS, VIEWS, TRIGGERS.

Скажите, все это в MySQL работает на таких объемах данных? Где есть примеры удачной реализации?

И триггеры там нормально уже отлажены? Где можно узреть написанную на MySQL рабочую систему биллинга хотя бы уровня оператора городской телефонной сети?

И полнотекстовый поиск работает на таблицах любых типов?

stellar
()

Проясните ситуацию - в новости речь идет про 21 июня, а на сайте MySQL про 21 июЛя. кому верить?

anonymous
()
Ответ на: комментарий от anonymous

На сайте MySQL опечатка, встреча будет в ближайшую среду.

aen ★★★
()
Ответ на: комментарий от stellar

> Пожалуйста: Data Partitioning для хранения 12T данных, FK, CONSTRAINTS, VIEWS, TRIGGERS.

Думаю не сильно ошибусь, если напишу что 95% инсталляций Оракла работают с базами размером не больше 100 гигов. Например, размер базы данных платёжной системы не самой большой развивающейся страны за несколько лет не превышает гигов 50-100. Так что биллинг с его недетскими размерами базы тут ИМХО скорее исключение, чем правило.

P.S. С MySQL давно уже не работал, но сдаётся мне что ряд задач, решаемых на Оракле (в том числе и в моей компании), без проблем можно решить средствами MySQL, благо и foreigh keys, и constraints, и views, и triggers в пятёрке вроде есть.

Vond ★★
()
Ответ на: комментарий от Vond

> ... благо и foreigh keys, и constraints, и views, и triggers в пятёрке вроде есть

MySQL место в песочнице. То, что её разработчики называют кластером, годится только для "Вася Пупкин и Ко". Я даже не буду упоминать про остальные отличия, скажу только, что большинству компаний, использующих Oracle по назначению, достаточно одного отличия - между RAC и тем, что пытаются впаривать эти клоуны под видом кластера.

Еще будут желающие сравнивать Oracle и MySQL???

anonymous
()
Ответ на: комментарий от stellar

> Пожалуйста: Data Partitioning для хранения 12T данных, FK, CONSTRAINTS, VIEWS, TRIGGERS.

Скажите, все это в MySQL работает на таких объемах данных? Где есть примеры удачной реализации?

И триггеры там нормально уже отлажены? Где можно узреть написанную на MySQL рабочую систему биллинга хотя бы уровня оператора городской телефонной сети?

PostgreSQL тебе поможет :)

anonymous
()
Ответ на: комментарий от anonymous

Для Google, Yahoo и CNET вполне хватило "возможностей" MySQL. Более того, смею предположить, что им так же хватило бы и Berkeley DB. Это не те задачи, где нужна RDBMS.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.