Петиция за сохранение MySQL

← →
Kerk © (2010-01-05 03:25) [0]

http://www.helpmysql.org/ru/petition

← →
TIF © (2010-01-05 03:32) [1]

О, как. Придётся заполнять

/*
Интересно, кто переводом страницы занимался? Такой ляп в логотипе...
Oracle может иметь Сун
*/

← →
Eraser © (2010-01-05 06:28) [2]

свято место пусто не бывает.

← →
Дмитрий Белькевич (2010-01-05 12:00) [3]

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

← →
DVM © (2010-01-05 12:20) [4]

> А меня еще убеждали на Апаче веб локальный делать.

А причем тут апач? Речь о MySQL.

← →
Pavia © (2010-01-05 12:26) [5]

А смысл спасать Майскл если Оракл и так заявила что трогать ее не будет?
Данный пост можно расценивать как происки Майкрософт. Тем более дата сбора до 4 янворя а сегодня уже 5.

← →
sniknik © (2010-01-05 12:27) [6]

> Продукт сдох - и опять всё переписывать.
и он что везде где был установлен работать перестанет? зачем переписывать работающее? всего то что поддержки или дальнейшего развития не будет, ну так не начинай нового с таким и все.

← →
Pavia © (2010-01-05 12:32) [7]

Еще мысли для размышления.

Найдите 10 отличий.

Microsoft
=======
Windows
NET
MS SQL
MS Ofice

Oracle +Sun
=======
FreeBSD
Java
Oracle
OpenOfice.org

← →
DVM © (2010-01-05 12:43) [8]

> Pavia ©

> Oracle +Sun

> FreeBSD

А FeeBSD не принадлежит же Oracle

← →
PEAKTOP © (2010-01-05 12:45) [9]

> Петиция за сохранение MySQL
Слава тебе, господи. Умерла, так умерла.
Придумали - подпишимся за недо-СУБД с большими амбициями.

> свято место пусто не бывает.
Конечно. В инете дофига чего крутиться с использованием MySQL в качестве хранилища. Поэтому Oracle этого монстра за один день даже убить не смогут. А если и решаться на такой глупый (с точки зрения бизнеса) шаг, то будет тоже самое, как было с InterBase: кто нибудь возьмет последние доступные исходники и продолжит проект дальше. А в результате может получиться весьма забавно, когда открытый проект опережает технологически свой же "отцовский" проект.

> А меня еще убеждали на Апаче веб локальный делать.
Апача только сюдой не надо - у них еще долго деньги не кончаться, а если и кончаться - то сдохнуть им не дадут (те же Microsoft). Просто - это выгодно. Делать donate открытому проекту (причем в небольших объемах, лишь бы с голоду не сдохли. Конкретные цифры: точка безубыточности Apache без инноваций $70000, Microsoft делают donate объемом в $100 000) с целью получения инноваций. А потом использовать эти инновации в своих продуктах (исходников-то никто не видит, хе-хе).

>Недальновидно использовать бесплатные продукты в своих разработках. Продукт сдох - и опять всё переписывать.

Недальновидно использовать закрытые продукты. А бесплатный он или нет - это дело десятое. Вот тогда да: сырцов нет, продукта нет, что делать - переписывать заново.

А если у тебя сырцы есть - самому собрать можно, хоть тот же MySQL. Можно даже "перезаточить" под собственные нужды. Просто нужно себя пересилить и изучить пару новых технологий.

Я вот по своему опыту скажу: была года три назад у меня задумка - новый движок ERP, но хватало пары-тройки вещей (не буду долго объяснять, скажем так: извечная дилемма между скоростью/производительностью и функционалом/юзабилити). А тут читаю в роад мапе, что появились новые фичи в моей СУБД (речь идет о Firebird), которые для меня решали эту проблему одним ударом. Только СУБД все альфа да бета, релиз СУБД выйдет как раз ко срокам внедрения в договоре, а отлаживать новый функционал нужно сейчас, чтобы вписаться в сроки.

Сперва качал снапшоты (еженочные сборки) с официально сайта, пока в один прекрасный день система снапшотов на сайте не навернулась. Я делфийский фундаменталист и на православную мелкомягкую студию всегда смотрел с легким презрением. Просто нужно было себя пересилить: я потратил сутки, чтобы поставить M$VS 2005, разобраться с CVS и системой автоматизированной сборки снапшотов. А потом по-тихоньку втянулся. И баги в сырцах (в основном одной тематики: переполнение буфера, любимая хакерская тема) начал находить, и автоматизированную систему сборки снапшотов к серваку одного из клиентов прикрутил (она потом еще около года была единственным местом, откуда снапшоты весь рунет качал, пока сайт проекта чинили), потом с Толстовым Игорем (на SQL.RU логин Attid) сделали проект русскоязычной справки (http://firebirdsql.su).

Это я все к чему: если у тебя есть исходники, ты не являешься заложником проекта, и даже если он умрет, то имея исходники ты всегда можешь продолжить. Просто нужно себя пересилить и изучить пару тройку новых вещей или технологий. Тем более знания эти всегда могут пригодится (например, мне очень сильно потом пригодились знания CVS, и свои проекты я тоже все переделал на BAT-файлы, которыми проект можно собрать, не запуская среды разработки).

← →
Дмитрий Белькевич (2010-01-05 14:23) [10]

>А причем тут апач? Речь о MySQL.

Одного поля ягоды. Вдруг завтра и Апач кто-нибудь купит? Мускл продали, чем Апач принципиально лучше?

>а если и кончаться - то сдохнуть им не дадут (те же Microsoft).

Смеялся.

>и он что везде где был установлен работать перестанет?

Нет, конечно.

>зачем переписывать работающее?

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

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

А если проекты - на десятилетия, как у нас? Уже скоро первое закончится (7 лет).

Конечно, если писать нечто типа "hello world" и больше года не поддерживать - то всё равно.

>Недальновидно использовать закрытые продукты.

Согласен. У нас все компоненты с сырцами. Только операционка и одна из библиотек (запись CD) - закрытая. Уточнению: недальновидно использовать закрытые или бесплатные.

>А если у тебя сырцы есть - самому собрать можно, хоть тот же MySQL. Можно даже "перезаточить" под собственные нужды.

Некогда заниматься творческим онанизмом. Каждый должен заниматься своим делом.

Если я сейчас полезу в мускловские сырцы, то только их изучение займёт месяцы или годы, а что я (да и любой, кто сырцы мускла и, вообще, СУБДа первый раз в глаза видел) там понапишу... А кто это тестировать будет?

>то имея исходники ты всегда можешь продолжить

А мои проекты кто за меня в это время будет делать? Пока я буду сторонние развивать? Нет уж - лучше заплатить 100/1000/10000 зелёных за постоянно развиваемый проект, чем самому потом им заниматься или нанимать людей.

>Это я все к чему: если у тебя есть исходники, ты не являешься заложником проекта, и даже если он умрет

Являешься. Мы уже перелазили: с mcdb (платной, без сырцов, но можно было за недорого купить, только смысла никакого) на starburn; с dbgideh (с сырцами, перенести сырцы на 2009-ю в разумные сроки не представилось возможным, автор на запросы поддержки не отвечал) на xdbgrid; с tbx (с сырцами, проект заброшен) на sptbx.

Всё это потянуло довольно не хило времени.

← →
PEAKTOP © (2010-01-05 15:59) [11]

> Мы уже перелазили: с mcdb (платной, без сырцов, но можно
> было за недорого купить, только смысла никакого) на starburn;
> с dbgideh (с сырцами, перенести сырцы на 2009-ю в разумные
> сроки не представилось возможным, автор на запросы поддержки
> не отвечал) на xdbgrid; с tbx (с сырцами, проект заброшен)
> на sptbx.

Да, Дима Большаков при появлении юникодной версии Delphi немного "тормознул" с поддержкой оной в EhLib. Хотя китайцы быстрее пропатчили библиотеку для полной совместимсоти с юникодом (где-то видел, там надо было ручками подправить всего строк десять кода).

Ну, видимо у нас с Вами разные проблемы, поэтому я отношусь к этому более инертно:
1) я в основном работаю в области ERP, поэтому править ядро (исполняемый файл системы) приходится достаточно редко: или добавить новые свойства, или новую библиотеку, или поддержку классов в скриптовом движке, или новые особенности движка СУБД (речь идет о выходе Firebird 2.0). А разработка прикладной части ведется уже средствами скриптового языка ядра, у котjрого строгая вертикальная совместимость от версии к версии (иначе клиенты сапогами запинают).
2) у нас в Украине эта самая фигня насчет лицензионности ПО началась раньше, чем в РФ на пару лет (заглохла намертво тоже раньше, гы-гы), а это было как раз в эпоху, когда я закладывал фундамент будущего ядра. Тогда меня "лицензионная чистота" исходного кода чего-то сильно заботила. Плюс ко всему повелся на разрекламированный тандем Delphi-Kylix, поэтому у меня: а) почти все библиотеки самописные (исключение TeeChart. есть еще SynEdit, EhLib - но покоцаны до неузнаваемости). б) кроссплатформенность полная. Ну, и как говорил выше - в ядро я крайне редко лезу, по необходимости.

← →
Anatoly Podgoretsky © (2010-01-05 16:08) [12]

> Kerk (05.01.2010 03:25:00) [0]

Шариковы, отобрать и поделить.

← →
Anatoly Podgoretsky © (2010-01-05 16:10) [13]

> PEAKTOP (05.01.2010 12:45:09) [9]

Ох и сказочники же, начиная с определенной сложности проекта, исходники почти бесполезны.

← →
Дмитрий Белькевич (2010-01-05 16:34) [14]

>Да, Дима Большаков при появлении юникодной версии Delphi немного "тормознул" с поддержкой оной в EhLib.

Проблема не то, что он тормознул. Мы писали в саппорт, когда либа под 2009 уже была готова. Либа не ставилась. Писали несколько раз. Ответа не было. Зачем нам покупать либу без саппорта? Поляки же отвечают в тот же день.

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

У нас - всё нативное. Ядро + скрипты нет смысла писать - применять негде, единообразного почти ничего нет. Небольшая кастомизация делается плагинами.

>или новые особенности движка СУБД (речь идет о выходе Firebird 2.0)

FB тоже пользуем, но фичи на уровне fb 1.0, что бы работало везде (у юзеров иногда ib/fb уже стоит, часто - старый, и поменять их не представляется возможным). Да и фич новых нам особенно не нужно - запросы достаточно простые. Написал десяток классов-прокладок между sql и кодом - sql запросы сам собираю.

Лицензионная чистота у нас абсолютная (ну может только какие-то патенты американские непреднамеренно задели, но есть надежда, что нет).

Кросплатформенность не интересовала и пока не будет. Не верю я в продажи на Линуксе. Разве что на Маке. Ждём кросплатформенности Delphi - тогда может допишу под Мак. Либы - часть купленных, часть - фришных. То, с чем непосредственно работаем, писали с нуля. Например, библиотеки DICOM - нечто типа TCP стёка, только, думаю, DICOM посложнее TCP/IP будет. DICOM библиотек, вообще с десяток в мире, возможно меньше, как и tcp/ip и BT стёков.

На SynEdit тоже как-то поглядывал. Плохо, что умеет только моноширинные шрифты. Пришлось tmemo переписывать - нашел сырцы, расцветка почти идеально работала, немного дописал.

← →
Дмитрий Белькевич (2010-01-05 17:10) [15]

> Шариковы, отобрать и поделить.

Идея писать такие петиции смешная и глупая. Нужна конкуренция - ну то пиши своё и раздавай всем бесплатно. Не хотели покупать мускл, хотелось халявы, на кого сейчас обижаться? Всё честно. Сан подсадил на наркотик - пришло время расплаты.

Как-то разговаривал с одним, умнейшим, человеком. Он вывел два закона о халяве:

1. Халяву не нужно требовать, её нужно ловить.
2. Всякая халява когда-то заканчивается.

Тот, кто подписался под петицией, не учитывает первого закона. Кто же надеялся на пожизненную мускульную (и апачесвскую) халяву не учили второго пункта. Возможно, по незнанию. Пользуйтесь этими двумя законами, и будет у вас в жизни больше счастья и меньше разочарований.

← →
Дмитрий Белькевич (2010-01-05 17:12) [16]

>не учили второго пункта

читать - не учли. Жаль, исправления/превью на форуме нет. Неудобно.

← →
Kerk © (2010-01-05 17:14) [17]

Вообще, показательно, что подписантов из России под петицией меньше всего. У нас каждый считает себя самым умным, а создателя MySQL - наивным идиотом.

← →
Jeer © (2010-01-05 17:20) [18]

> Anatoly Podgoretsky © (05.01.10 16:10) [13]
> Ох и сказочники же, начиная с определенной сложности проекта,
> исходники почти бесполезны.

Эт точно :)
Было время ( 1989 г. ), уезжая из южной страны не поскупился и отдал исходники лучшей на то время в Союзе математической библиотеки на асм для 580BM80 ( i8080 ). Кто не вкурил - массовый 8-разрядный проц.

Два месяца, что мне было положено по закону "отсидеть" на предприятии, я отсидел.
Резюме по поводу ( заметим, работающей библиотеки ( на Корвете, на СМ, на игровых компьютерах с CP/M или МикроДОС операционкой )) было однозначным - продукт "неработоспособен".

Ох я и смеялся :)

← →
PEAKTOP © (2010-01-05 17:36) [19]

> а создателя MySQL - наивным идиотом.

Ну, не надо так. MySQL - образец, как надо делать OpenSource проекты, приносящие прибыль. Тем более, автор сделал очень много правильных ходов:
1) создание распределенной и эффективной команды (не только разработчиков)
2) несколько версий, в том числе и т.н. сертифицированные билды с поддержкой пользователей, и проекты в стиле xAMPP для начинающих разработчиков.
3) построение системы эффетивной продаж на основе команды "зубастых" сейлзов высокого уровня.
4) привлечение к разработке высококлассных специалистов, в том числе и Джима Старки (разработчик InterBase), который сделал из недо-базы MySQL 3.0 полноценный SQL-сервер MySQL 6.0 соответствующий стандарту ACID.
5) об агрессивном маркетинге комнды продажников - это вообще отдельная тема.

← →
Kerk © (2010-01-05 17:39) [20]

> PEAKTOP © (05.01.10 17:36) [19]
>
> > а создателя MySQL - наивным идиотом.
>
> Ну, не надо так. MySQL - образец, как надо делать OpenSource
> проекты, приносящие прибыль. Тем более, автор сделал очень
> много правильных ходов

Ну так, может, он знал, что делает, когда писал петицию?

← →
Дмитрий Белькевич (2010-01-05 17:51) [21]

>Ну так, может, он знал, что делает, когда писал петицию?

Так это он еще её и написал? Я думал комьюнити :)

← →
Jeer © (2010-01-05 18:03) [22]

> Kerk © (05.01.10 17:39) [20]
> Ну так, может, он знал, что делает, когда писал петицию?

+1

Когда я что-либо начинаю (платное/бесплатно - не суть ), в основном, всегда знаю - чем это закончится для меня и для "остальных". :)

← →
Anatoly Podgoretsky © (2010-01-05 18:10) [23]

> Дмитрий Белькевич (05.01.2010 17:51:21) [21]

Понравилось это

"основного конкурента MySQL, то MySQL немедленно перестает быть альтернативой собственному продукту Oracle"

Нифига себе какая мощная СУБД, что у нее такой конкурент, как Оракл.

← →
Kerk © (2010-01-05 18:12) [24]

> Дмитрий Белькевич (05.01.10 17:51) [21]
>
> >Ну так, может, он знал, что делает, когда писал петицию?
>
> Так это он еще её и написал? Я думал комьюнити :)

Это подтверждают:
1) Адрес в "Контактах"
2) Реклама петиции на его сайте
3) То, что это не первое его взаимодействие по поводу будущего MySQL с Oracle

← →
Имяозер (2010-01-05 18:14) [25]

Почему не постгрес?

← →
Anatoly Podgoretsky © (2010-01-05 18:18) [26]

Это паника.

← →
vuk © (2010-01-05 21:56) [27]

to Anatoly Podgoretsky © (05.01.10 18:10) [23]:

> Нифига себе какая мощная СУБД, что у нее такой конкурент,
> как Оракл.

Ну так оно ж известное дело - сам себя не похвалишь... И, опять же, самого себя конкурентом можно назначить кому угодно. Как это с реальностью соотносится, оно при этом мало кого волнует. :)

← →
Kerk © (2010-01-05 22:28) [28]

> vuk © (05.01.10 21:56) [27]

Ну, вообще, справедливости ради, MySQL работает на проектах, которые Ораклу и не снились.

← →
test © (2010-01-06 15:32) [29]

В конечном счете MySQL больше востребован, чем зубодробительный Oracle, непонятный PostgreSQL и идущий своим путем MsSQL.

← →
turbouser © (2010-01-06 15:39) [30]

> PEAKTOP © (05.01.10 12:45) [9]

+1000

> Kerk © (05.01.10 22:28) [28]
>
>
> > vuk © (05.01.10 21:56) [27]
>
> Ну, вообще, справедливости ради, MySQL работает на проектах,
> которые Ораклу и не снились.

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

← →
palva © (2010-01-06 15:39) [31]

Kerk © (05.01.10 22:28) [28]
test © (06.01.10 15:32) [29]
Ну и, следовательно, не умрет MySQL, если попадет в коммерческие руки.
Забота здесь не о спасении MySQL, а о продолжении банкета.

← →
Kerk © (2010-01-06 16:26) [32]

> turbouser © (06.01.10 15:39) [30]
> и слава богу. таких кошмаров и врагу не пожелаешь...

Ну а что делать? Все по-настоящему гигантские базы данных работают либо на каких-то собственных решениях, либо на MySQL. Один Google Adwords/Adsense чего стоит. Сомневаюсь, что существуют Oracle-базы работающие под такой нагрузкой.

← →
turbouser © (2010-01-06 16:55) [33]

> Kerk © (06.01.10 16:26) [32]

> либо на MySQL. Один Google Adwords/Adsense чего стоит.

откедова дровишки?

← →
Anatoly Podgoretsky © (2010-01-06 17:24) [34]

> turbouser (06.01.2010 16:55:33) [33]

Вполне возможно, они очень любят халяву.

← →
тоже тест (2010-01-06 17:25) [35]

> Сомневаюсь, что существуют Oracle-базы работающие под такой
> нагрузкой.

http://www.semkin.ru/lj/2009/04/v_internete_ktoto_neprav.jpg

← →
Kerk © (2010-01-06 17:33) [36]

> turbouser © (06.01.10 16:55) [33]

The AdWords system was initially implemented on top of the MySQL database engine. After the system had been launched, management decided to use a commercial database (Oracle) instead. The system became much slower, so eventually it was returned to MySQL.

http://en.wikipedia.org/wiki/AdWords

Именно гугловские источники лень сейчас искать.

← →
turbouser © (2010-01-06 18:44) [37]

> Kerk © (06.01.10 17:33) [36]

ну, вики есть вики. доверия нет таким источникам.
может быть в там и используют mysql, но наверняка доработанный напильником.

← →
Ламо777 © (2010-01-06 19:03) [38]

> turbouser © (06.01.10 18:44) [37]

по-любому доработанный напильником. И вовсе не по причине "крутости" допиленного, а из-за дороговизны платных решений. Почитайте на досуге pricing на оракловые продукты.

← →
Kerk © (2010-01-06 19:13) [39]

Вообще, вот интересный раздел http://www.mysql.com/customers/

Пара примеров:
http://www.mysql.com/customers/view/?id=555
http://www.mysql.com/customers/view/?id=757

Это конечно не крутые информационные системы на Oracle для Пупкин Инкорпорейшен, это всего-лишь несерьезные проекты с миллионами пользователей.

← →
sniknik © (2010-01-06 19:13) [40]

> а из-за дороговизны платных решений.
и именно из-за дороговизны видать была попытка на них перейти... (читать умеешь? см. [36]), но стало тормозить, и т.к. домысел - платное/закрытое не "допилить", вернулись назад.

p.s. вообще "допиливание" чаще обходится дороже чем готовый продукт.

← →
тоже тест (2010-01-06 19:48) [41]

Kerk © (06.01.10 19:13) [39]

А ты автор mySQL ? Промотер ? Или просто смешной ? Нашел чем хвастаться, чужой гугль использует чужой MySQL, а ты хвастаешься этим.

← →
Ламо777 © (2010-01-06 19:56) [42]

> sniknik © (06.01.10 19:13) [40]

читать умею.

по поводу "стало тормозить" - это ничего не значащие (без конкретнго описания системы, структуры и объема данных, выполняемых запросов) слова. Конечно, нам никто такой исчерпывающей информации не предоставит.
По моему опыту - место мускуля на небольших (т.е. до терабайта) БД с несложными запросами. Если делаете сложные запросы, нужна уверенность в целостности данных при авариях, нормальный конкурентный доступ и т.п. - коммерческие СУБД вне конкуренции.

← →
тоже тест (2010-01-06 19:59) [43]

AFAIK, MySQL умеет быстро и хорошо обрабатывать читающие запросы к базе данных.

← →
Kerk © (2010-01-06 20:26) [44]

> Ламо777 © (06.01.10 19:56) [42]

А каким образом связана сложность запросов и целостность данных при авариях?

← →
Ламо777 © (2010-01-06 20:33) [45]

> Kerk © (06.01.10 20:26) [44]

я и не говорил, что они взаимоувязаны. Извиняюсь, если некорректно выразился. Просто эти (и не только) преимущества декларируются, и в основном оправдываются, производителями коммерческих СУБД.

← →
Anatoly Podgoretsky © (2010-01-06 20:34) [46]

> sniknik (06.01.2010 19:13:40) [40]

> Zero transaction loss on failures of a master. Minimal downtime on failures of a master (if they can get downtime within 1-2 minutes, they’ll be happy).

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

← →
Anatoly Podgoretsky © (2010-01-06 20:37) [47]

> Ламо777 (06.01.2010 19:56:42) [42]

> По моему опыту - место мускуля на небольших (т.е. до терабайта) БД с несложными запросами.

Ошибаешься спокойно можно работать и с пентабайтами. Кроме того говорить MySQL это по сути ничего не говорить это хамелеон с несколько разными хранилищами. По сути с разными DB поверх которых общий Front End

← →
Anatoly Podgoretsky © (2010-01-06 20:38) [48]

> тоже тест (06.01.2010 19:59:43) [43]

Тот, который без транзакций и на самом простом движке.

← →
Anatoly Podgoretsky © (2010-01-06 20:43) [49]

> Kerk (06.01.2010 20:26:44) [44]

Тем что в сложном запросе может быть затронуто много разных таблиц.

← →
Ламо777 © (2010-01-06 20:55) [50]

> Anatoly Podgoretsky © (06.01.10 20:37) [47]

Вполне возможно.
Но вопрос - не поплохеет ли мускулю, если к нему будет (например) не 1 млн. в принципе однотипных несложных запросов в единицу времени, а 500к сложных многотабличных запросов с аналитикой, и еще 500к операций редактирования данных - тоже затрагивающих много таблиц, со сложной бизнес-логикой? ИМХО - из-за таких требований и выбирают коммерческие СУБД.

← →
Anatoly Podgoretsky © (2010-01-06 21:10) [51]

> Ламо777 (06.01.2010 20:55:50) [50]

Для того что бы поплохело достаточно одного хитрого запроса. У Гугла простые OLTP запросы.
Поставить сервер на колени дело не хитрое.

← →
Ламо777 © (2010-01-06 21:28) [52]

> У Гугла простые OLTP запросы.

а я про что)

← →
Kerk © (2010-01-07 03:20) [53]

Предположение (даже утверждение) о простых запросах в системе контекстной рекламы - такое только на этом форуме можно встретить :)

← →
asail © (2010-01-07 06:50) [54]

Я с мускулом не шибко знаком... Посему вопрос, возможно, глуповатый - а как у него с языком ХП? В сравнении с PL/SQL?

← →
@!!ex © (2010-01-07 11:46) [55]

> [28] Kerk © (05.01.10 22:28)
> Ну, вообще, справедливости ради, MySQL работает на проектах,
> которые Ораклу и не снились.

Эм, Ты серьезно?
Мегафон - миллионы пользователей. и большой их проецнт постоянно активен. На Оракле. Не тормозит насколько я знаю. Разговаривал с несколькими людьми "оттуда", Оракл умеет то, что MySQL и не снилось. Сам не скажу конкретно - не специалист.
Но тот факт, что весь биллинг по стране вертится на Оракле о чем то наверно говорит...

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

> А если проекты - на десятилетия, как у нас? Уже скоро первое
> закончится (7 лет).

Ога. Завтра закрылась фирма продавшая вам софт и... все. Исходников нет, фирмы нет. Переписывайте все на другие аналоги.
А ОпенСорс можно накрайняк на стороне заказать добавление фич и исправление багов.

← →
Дмитрий Белькевич (2010-01-07 12:11) [56]

>Ога. Завтра закрылась фирма продавшая вам софт и... все. Исходников нет, фирмы нет. Переписывайте все на другие аналоги.

Вы как-то читаете сообщения "по диагонали", цитирую себя: "Уточняю: недальновидно использовать закрытые или бесплатные."

>Исходников нет, фирмы нет.

Бинарники, в любом случае, останутся. Даже если и закрытые. С развитием никак - это да.

>А ОпенСорс можно накрайняк на стороне заказать добавление фич и исправление багов.

Лучше, что бы крайняков не было. Я понимаю, что от всего не убережёшься, но, по крайней мере, к этому стоит стремится.

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

← →
@!!ex © (2010-01-07 12:48) [57]

> [56] Дмитрий Белькевич (07.01.10 12:11)
> "Уточняю: недальновидно использовать закрытые или бесплатные."

Это я читал.
чем бесплатные открытые отличаются от платных?
И те и те одинаково без проблем накрываются медным тазом.
Кстати, свободный софт и бесплатный - это не одно и тоже.
Free - в GPL лицензии, это свобода, а не бесплатность. Не стоит путать такие вещи.

← →
Kerk © (2010-01-07 14:35) [58]

> @!!ex © (07.01.10 11:46) [55]
> Эм, Ты серьезно?

Конечно серьезно. Ты ветку-то почитай :)

← →
@!!ex © (2010-01-07 14:41) [59]

Да я вроде всю прочитал. Если чего-то не понял - сорри

← →
sniknik © (2010-01-07 15:06) [60]

> Но тот факт, что весь биллинг по стране вертится на Оракле о чем то наверно говорит...
вранье. приходилось работать с 2-я такими конторами, у одних был mssql, у других Informix (хотя вот эти подумывают о "переезде" пока не решили на что но oracle есть в кандидатах).
(пусть даже все остальные на нем, но без двух это уже не все...)

← →
sniknik © (2010-01-07 15:12) [61]

> Оракл умеет то, что MySQL и не снилось.
вот как раз для приема платежей особых то наворотов и не нужно, никаких "крутых" запросов там нет. (не имхо, работал с ними, можешь считать специалистом...) вот скорость и надежность важна, но в основном не базы т.к. не она там "самое слабое звено" а связи с терминалами.

← →
@!!ex © (2010-01-07 15:30) [62]

> [61] sniknik © (07.01.10 15:12)

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

← →
Псалтырь © (2010-01-07 16:25) [63]

Керк, а почему Постгрес странный? Это какая-то новая характеристика? :)

← →
sniknik © (2010-01-07 17:24) [64]

> А при чем тут платежи?
> что весь биллинг по стране
http://ru.wikipedia.org/wiki/%D0%91%D0%B8%D0%BB%D0%BB%D0%B8%D0%BD%D0%B3
В телекоммуникации биллинг официально именуется "Автоматизированная Система Расчётов" (АСР). ...
системы учёта и оплаты интернет трафика ...
т.е. прием платежей. в том числе (та часть которой я занимался).

> приличная такая нагрузка.. или нет?
нагрузка да, "навороченные" запросы (или че там кому "не снилось") нет. в общем в этом случае ничего такого особого субд уметь не надо, главное простое уметь делать быстро...
(если бы зависело от меня я бы оракл не выбрал)

← →
Медвежонок Пятачок © (2010-01-07 17:34) [65]

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

детский сад какой-то.
нефик было становится коммерческим проектом.
а то и рыбку съесть хотят и посидеть в тепле.

петицию придумали еще. всемирную.

хрен им.

← →
Kerk © (2010-01-07 18:09) [66]

> Псалтырь © (07.01.10 16:25) [63]
>
> Керк, а почему Постгрес странный?

Я этого не говорил :)

← →
Псалтырь © (2010-01-08 12:23) [67]

> Kerk © (07.01.10 18:09) [66]

>
> Я этого не говорил :)

Прошу прощения. Смешались в кучу кони, люди...

> test © (06.01.10 15:32) [29]
>
> В конечном счете MySQL больше востребован, чем зубодробительный
> Oracle, непонятный PostgreSQL и идущий своим путем MsSQL.
>

Уважаемый, что такое "непонятный" в качестве характеристики? :)

← →
Псалтырь © (2010-01-08 12:24) [68]

> Медвежонок Пятачок © (07.01.10 17:34) [65]

> нефик было становится коммерческим проектом.

+1001

← →
Дмитрий Белькевич (2010-01-08 13:23) [69]

>И те и те одинаково без проблем накрываются медным тазом.

Что же, давайте вспоминать, что накрылось медным тазом.

Противопоставление: платное (юзер платит за софт) против бесплатного (свободное или бесплатное - юзер за софт не платит).

Критерии выбора проектов:

проект должен быть достаточно распространён (быть в первой десятке по распространённости).

проект должен закрыться по естественным причинам конкуренции, не по причине смены технологий (то есть программы типа Norton Commander не рассматриваются).

Из бесплатно-свободного помню: мускл почти накрылся, помню бесплатный Netscape.

Больше ничего не помню, помогайте...

← →
palva © (2010-01-08 13:56) [70]

Foxpro

← →
GDI+ (2010-01-08 18:09) [71]

> А если проекты - на десятилетия, как у нас?

То не рекомендую использовать технологии MS. У них они кардинально меняются каждые 5 лет, причем старые объявляются устаревшими и только "поддерживаются" с кучей глюков, как та же технология COM на Win7 (куча мелких "фич" после которых Microsoft хочется обсуждать матом).

← →
GDI+ (2010-01-08 18:14) [72]

> PEAKTOP © (05.01.10 12:45) [9]
> Недальновидно использовать закрытые продукты. А бесплатный
> он или нет - это дело десятое. Вот тогда да: сырцов нет,
> продукта нет, что делать - переписывать заново.

Назовите хоть один закрытый коммерческий продукт для разработки, который сдох и не был после этого куплен другой кампанией, продолжившей поддержку, или же выложен в Opensource?

← →
Дмитрий Белькевич (2010-01-08 19:09) [73]

>То не рекомендую использовать технологии MS.

Кстати, да. Как можно меньше. Именно поэтому и Delphi, и нативный код (имхо .net - вообще тупиковая ветвь, в таком виде, как сейчас, но это отдельная тема), и минимум COM"а, и минимум WinAPI, и отсутствие (иногда необходимых) завязок на офис. Чем меньше зависимостей - тем меньше проблем на длинных проектах.

> COM на Win7 (куча мелких "фич" после которых Microsoft хочется обсуждать матом)

Пока что не замечено. Но у нас на COM"е почти ничего нет, а критического - вообще ничего. Если начнутся сложности - выкосим COM из проектов.

>Foxpro

Пока что держится, но, видимо, тоже кандидат: "Microsoft утверждает, что .NET-версии продукта не будет" "поддержка продукта будет осуществляться до 2015 года"

← →
Palladin © (2010-01-08 19:39) [74]

Неужели MySQL так хорош, что прям такие сопротивления встречаются лишь бы денег за него не платить?

← →
Eraser © (2010-01-08 19:51) [75]

> [74] Palladin © (08.01.10 19:39)
> Неужели MySQL так хорош

думаю не ошибусь, если скажу, что на нем работает 99% всех сайтов. переделывать движки без надобности не охота ни кому.

ну так и пусть работают, кто их заставляет "движки" то переделывать?

← →
Дмитрий Белькевич (2010-01-08 22:10) [77]

> думаю не ошибусь, если скажу, что на нем работает 99% всех
> сайтов. переделывать движки без надобности не охота ни кому.
>

А придётся... Вопрос только во времени.

> ну так и пусть работают, кто их заставляет "движки" то переделывать?

У нас только настройки php менялись, и то приходилось переписывать сайт. При том, что сайта-то там пару страниц (правда, не считая 60 тысяч страниц справочника, но он там весь рисуется 5-ю или 10-ю страницами).

А тут целую базу поменять... При том, что еще не известно на что.

← →
GDI+ (2010-01-08 22:44) [78]

> Дмитрий Белькевич (08.01.10 22:10) [77]
> А тут целую базу поменять... При том, что еще не известно
> на что.

Oracle? Для России/Украины он free.

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

> При том, что еще не известно на что.
на что на что, как был mysql так на него же и "менять".

> А тут целую базу поменять...

Ну а зачем ее менять то? Кто заставляет ее менять? вот упертые... там что триал версии mysql какието, которые после 2 дней работы перестают выдавать результаты на простейший select?

> [80] Palladin © (08.01.10 23:12)

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

Хостерам в первую очередь однажды придется обновить ОС. И что там будет с совместимостью старых MySQL с новыми ОС никто не знает. Виндовую версию, думаю, можно будет сразу хоронить.

> пусть не сразу, через год-два-пять

За год-два-пять "движки" можно и подготовить к смене СУБД или вообще на корню поменять, тем паче, я думаю, ни один из хостеров, вот так с бухты барахты не предупредив заблаговременно клиентов, ничего менять не станет.
Ну а если кому то не хватит этих года-двух-пяти, ну что я могу сказать, ф топку таких "аффторов".

> но софт нужно будет обновить хостерам.

На самом деле не вижу ни каких критичных причин, акромя жуткой необходимости в смене платформы на такую, под которой старый mysql работать не станет, чего то там обновлять. Работает и работает. Кто просит что то менять? Ну а уж если возникнет такая необходимость то см. выше.

> Palladin © (08.01.10 23:27) [83]
>
> > пусть не сразу, через год-два-пять
>
> За год-два-пять "движки" можно и подготовить к смене СУБД
> или вообще на корню поменять

Хороший подход. Осталось понять, кто будет оплачивать подготовку :)

> И что там будет с совместимостью старых MySQL с новыми ОС
> никто не знает.

Куча приложений работает не взирая на обновление ОС. А тут вдруг такой MySQL нежный попался... В Windows в первый раз за 20 лет, серьезно изменилась политика поведения приложений, да и то запросто можно Делфи установить и в Program Files, не смотря на запрет записи, просто с правами поиграться нужно. Линух так тот вообще, хрен знает когда настолько кардинально поменяется, а если и поменяется, опять же нужно найти туеву хучу причин, для того что бы обновить ОС, на сомнительную новую версию.

Раз в 20 лет? Т.е. софт, который писался для Windows Me отлично заработает в Vista?

> Осталось понять, кто будет оплачивать подготовку :)

Ну, бесплатного вообще ничего нет. Как бы это не казалось.

← →
Дмитрий Белькевич (2010-01-08 23:35) [88]

>там что триал версии mysql какието, которые после 2 дней работы перестают выдавать результаты на простейший select?

Вы знаете, что некоторые компьютеры до сих пор под досом работают.

> Kerk © (08.01.10 23:33) [86]

Ну, под Windows ME конкретно ничего не писалось. Писалось под win16/win32s. Да и другая это линейка на самом деле. Сравнение не совсем корретно. К тому же переход на NT для разработчиков, в плане API, был плавным настолько на сколько это возможно. Куча функций до сих пор для совместимости в библиотеках торчит. Даже ошибки повторяют ) Как это было с SimCity ) Я когда у Спольски про это почитал, так с минуту поверить не мог )

> Дмитрий Белькевич (08.01.10 23:35) [88]

Знаю ) Это была константация факта?

> [83] Palladin © (08.01.10 23:27)

> За год-два-пять "движки" можно и подготовить к смене СУБД
> или вообще на корню поменять, тем паче, я думаю, ни один
> из хостеров, вот так с бухты барахты не предупредив заблаговременно
> клиентов, ничего менять не станет.

конечно не станет никто менять все тут же. но начнется повальное переписывание движков на новую СУБД. вместо того, чтобы реализовывать новый функционал - будут перелопачивать старый. снова, в уже надежных и проверенных временем CMS, начнут появлятся баги из-за новых, плохо отлаженных запросов. а что делать с движками, которые давно заброшены? например, как на этом сайте. это же вообще мрак.

> Куча приложений работает не взирая на обновление ОС.

ну и сравнение однако ) и много ли виндовых приложений в линуксе запускается? )

> конечно не станет никто менять все тут же. но начнется повальное
> переписывание движков на новую СУБД. вместо того, чтобы
> реализовывать новый функционал - будут перелопачивать старый.
> снова, в уже надежных и проверенных временем CMS, начнут
> появлятся баги из-за новых, плохо отлаженных запросов. а
> что делать с движками, которые давно заброшены? например,
> как на этом сайте. это же вообще мрак.

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

> ну и сравнение однако ) и много ли виндовых приложений в
> линуксе запускается? )

Позвольте позвольте, я рассматривал разные версии в линейке развития одной ОС, а не разных.

> [92] Palladin © (08.01.10 23:40)

> Позвольте позвольте, я рассматривал разные версии в линейке
> развития одной ОС, а не разных.

так не корректно сравнивать. при переходе на новую версию MySQL тоже обычно проблем никаких. точнее проблем намного меньше, чем при переходе с XP на висту. а вот при переходе на Oracle проблемы будут!

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

в каком-то конкретном случае это правильно, но в глобальном плане такая политика (режим самолеты на металлолом - строим ракеты) ничего хорошего не принесет.

← →
Дмитрий Белькевич (2010-01-08 23:51) [94]

> Знаю ) Это была константация факта?

Ключевое слово - некоторые, если что.

← →
GDI+ (2010-01-09 00:15) [95]

> Eraser © (08.01.10 23:17) [81]
>
> > [80] Palladin © (08.01.10 23:12)
>
> пусть не сразу, через год-два-пять, но софт нужно будет
> обновить хостерам. в общем если база станет платной, то
> переделывать рано или похдно все равно прийдется.

Опять же что мешает фанатам(фирмам) MySql сбросится по 10-100$ и создать форк проекта?

Если 99% хостеров на MySQL то если каждый хостер даст 100$ то 10000*100 = миллион $ нормально для поддержки и развития проекта, особенно если не требуются откаты.

> Eraser (08.01.2010 23:37:31) [91]

Ты за этот сайт не волнуйся, он на MySQL не завязан.

> [96] Anatoly Podgoretsky © (09.01.10 00:31)

хм.. точно, тут же txt файлы.. запамятовал ))

> [95] GDI+ (09.01.10 00:15)

> Опять же что мешает фанатам(фирмам) MySql сбросится по 10-
> 100$ и создать форк проекта?

да по-моему и без сбрасывания основатель собирается делать это.

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

> Eraser (09.01.2010 01:36:37) [97]

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

> Ключевое слово - некоторые, если что.

Странно ты ключевые слова в своих фразах придумываешь.

← →
Дмитрий Белькевич (2010-01-09 22:54) [100]

> Странно ты ключевые слова в своих фразах придумываешь.

Обязательно нужно помечать?

← →
Злой сисадмин (2010-01-11 01:15) [101]

Была такая платная и крутая система Гупта, потом она стала Центурой, потом снова Гуптой. Короче, где сейчас эта Гупта, кто-нибудь знает? Оказывается, и платные со временем дохнут не хуже бесплатных.

> Короче, где сейчас эта Гупта, кто-нибудь знает?

Конечно знает.

http://en.wikipedia.org/wiki/Gupta_Technologies

Примерно там же, где будет Embarcadero с CodeGear

О, сражение продолжается. Уже в ФАС призывают писать. Да ну, нафик надо :)

Россия может спасти MySQL Уважаемые сторонники кампании helpmysql.org, все, кому не безразлична судьба MySQL - Евросоюз может не суметь защитить MySQL от Oracle, но ваша страна - одна из двух сильных, независимых стран, которые все еще могут изменить ситуацию (вторая страна - Китай). Я обращаюсь лично к вам с просьбой о помощи. Вы уже помогли подписав петицию на _helpmysql.org/ru/petition но теперь вы можете сделать еще больше. 1) Федеральная Антимонопольная Служба (ФАС) России пригласила заинтересованных лиц предоставлять информацию об этой сделке. Об этом сказано в официальном заявлении: _www.fas.gov.ru/merger/notifications/a_28550.shtml Если вы или ваши знакомые используете MySQL в коммерческих целях, то ваши сведения могли бы быть очень полезны ФАС. Мы не будем подробно говорить вам что именно писать в ФАС, но в общих чертах вы могли бы описать как вы используете MySQL (в каких проектах, с какими объемами данных, количество пользователей и т.д.) и затем высказать свое мнение о том что случится если Oracle получит разрешение на покупку MySQL. Так же вы можете описать случаи в которых MySQL рассматривался как бесплатная альтернатива дорогим продуктам Oracle, особенно важны примеры того как Oracle понижал цены или предоставлял большие скидки из-за того что компания использовала или собиралась использовать MySQL. Вы можете послать ваше письмо по адресу: Федеральная Антимонопольная Служба Садовая Кудринская, 11 Москва, Д-242, ГСП-5, 123995 телефон: +7-499-7957653 Не забудьте указать номер ходатайства: вх. номер ФАС России 33986 от 04.08.2009. Обращаясь в ФАС, рассматривайте ее как организацию, которая может помочь вам защитить ваши интересы и постарайтесь сделать эту ее задачу как можно проще. 2) Благодаря вам и вашей поддержке под нашей петицией уже стоит почти 900 подписей из России: _www.helpmysql.org/ru/stats Это хорошее начало, но Россия - это большая страна, поддерживающая открытое программное обеспечение, и подписей может быть гораздо больше. Проблема была в том что многие считали это решением Евросоюза, и что позиция России ни на что повлиять не может. Теперь же, после официального заявления ФАС, наступает самое время для России занять более активную позицию. Мы пока что не очень известны в Росии. В основном о нас узнают из этого интервью: _habrahabr.ru/blogs/habrainterview/80534/ Вы можете помочь, рассказав о нас ведущим российским компьютерным сайтам и журналам, таким как www.compress.ru, www.computerra.ru, www.pcworld.ru, www.computerbild.ru, www.chip.eu/ru Или вы можете обсудить сложившуюся ситуацию на популярных форумах, например на _sql.ru/forum/actualforum.aspx, _www.developers.org.ua, _rsdn.ru/ Чем больше российских вебсайтов будут в курсе происходящего, тем больше людей захотят помочь MySQL и подпишут петицию. Пожалуйста, убедитесь что эти статьи хотя бы упоминают сайт helpmysql.org. Еще лучше, если они приведут полную ссылку на русскоязычную версию сайта: _www.helpmysql.org/ru Я вам искренне благодарен за любую помощь. С уважением, Майкл Видениус, создатель MySQL

Какие слова, какие слова! "но ваша страна - одна
из двух сильных, независимых стран, которые все еще могут изменить
ситуацию (вторая страна - Китай)."
Где же хвалёные штаты... ))) Революцией попахивает )))

http://www.opennet.ru/opennews/art.shtml?num=25050
Почти как с интербейсом :)

С какого слова начинать смеяться ?

> turbouser (20.01.2010 00:16:46) [106]

Очень правильное направление, планета будет чище.

Да что там MySQL, гораздо серьезнее судьба Java и OpenOffice
Будущее стыдливо называют, что продолжение жизни требует спонсирование. Правда Оракл выпустил роадмап, где клянется, что они не умрут, только серьезно будут изменены. OpenOffice будет выпускать как средство борьбы с МС и Гугл docs. По MySQL бул расширен маркетинговый отдел, с целью расширения продаж MySQL

Петиция за сохранение MySQL Найти похожие ветки