ynike
ТОесть если разрабоать программу которая будет стоить 50$
прийдеться при каждой ее продаже добавлять сумму а 500 евро?

Да


Или достаточно у mysql один раз купить лицензию за (500$) и распросторонять свой продукт по цене 50$? неограниченному колличеству пользователей?

Нет, придется каждый раз брать новую лицензию. Вообще, обычно покупка SQL-сервера перекладывается на покупателя, либо цена сервера закладывается в цену решения, либо продаются 2 отдельных продукта. Есть еще и такой вариант - партнерам MySQL AB (в том числе и DevConnect member'ам) предоставляется процент с дилерских продаж (для DevConnect member'ов, например, 5%), который вы можете учесть в цене решения :). А вообще, будет лучше обратиться в отдел по работе с партнерами ( http://mailto:partners@mysql.com]partners@mysql.com ), раньше они легко шли на индивидуальные соглашения. Правда, сейчас "закрутели" и скорее всего, предложат какую-нибудь стандартную программу. Ну а самое простое на первом этапе - заниматься только своим решением, а покупку или "пиратское" использование сервера оставить на совести покупателя. Будет решение - продать его сможете в любом случае.

ynike

А если использовать версию 3.23.18 которая шла под LGPL правда на сайте mysql почемуто все уже shareware версии которые ниже 3.32 и под windows.

Насколько я помню, версии для Windows всегда были либо под GPL, либо коммерческими. Впрочем, 3.23.18 (июнь 2000) - это настолько старая версия, что я даже не смог ее у себя найти, чтобы посмотреть. Нашел только 3.23.39 и то - это 2001 год! :)


пиратство или firebird?
не подскажите стоит ли сним связаться он то ведь точно бесплатный?

MySQL стоит выбрать только в том случае, если вы создаете веб-решение, особенно, работающее на площадке хостера, но там, как правило, уже есть MySQL. Для обычного приложения БД (например, склад-бухгалтерия-документооборот-биллинг) вряд ли имеет смысл его выбирать, слишком он слаб функционально, даже версии 5.xx. Вообще, FB будет лучшим выбором - мощен и бесплатен. Впрочем, у MSDE тоже есть ряд задач, под которые MS разрешает использовать его бесплатно, например, веб-решения на базе IIS-ASP.

Dogen
Сегодня, возможно, и нет смысла.



А год-два назад картина представлялась другой, но с тех пор в развитии mySQL замерз.
Если его выбирать, то надо сразу предусматривать пути легкого перехода на что-то посерьезнее.
Не имеет смысла для обычных приложений БД закладываться на какой-то конкретный SQL-сервер, особенно, если это не MSSQL. Года 4 назад, когда ожидалась версия 4.0, MySQL казался перспективным. Но реализация всего одной фичи - foreign key - опоздала на 2(!) года от плана. Что уж говорить про остальные фичи - они появляются, но с таким скрипом, и в таком виде, что ими пользоваться практически невозможно! Пока это еще все причешется, пройдет N лет... А замерзшим он был и 5 лет назад, и сейчас чуть тепленький.

Хрензамерз?? нихрена себе.. перечислить что было сделано за последние 5 лет?

Реально из всего этого можно использовать только foreign keys, которые опять же реализованы исключительно для InnoDB таблиц и то, внедрялись тааак медленно и с такими проблемами - хотя бы то, что их редактировать до сих пор можно только через DROP-CREATE, а долгое время вообще нельзя было удалять!!! Views, SP, triggers, cursors - толком ничего не работает и вообще находится в стадии "альфы". Кластер и т.д., думаю, для автора совсем не актуальны. Впрочем, мы отклоняемся от темы...



А насчет firebird - он хорош. но только для небольших вещей. И где не нужна скорость.
Гм, 50 юзеров, плотная работа с БД, система что-то типа мини-ERP, с логикой, преимущественно прописанной на стороне сервера... Работает :) То, что IB/FB не тянет объемы - миф, реальная работа показывает совсем иное. А там, где он действительно не тянет - не ниша для MySQL.

Хренпервый раз слышу чтобы mysql был шароварным.
А еще давно, год так 2000-2001 даже бинарник сервера для Windows назывался что-то вроде mysqld-shareware-nt.exe

А вот кусочек из MySQL Reference 3.23.39:

4.13.4 Running MySQL on Windows
...
If you are using the old shareware version of MySQL Version 3.21 under Windows, the above command will fail with an error: parse error near 'SET OPTION password'. The fix is in to upgrade to the current MySQL version, which is freely available.
...

query cache - нереально.

Существует давно уже, начиная с 4-ки, года 2-3


поддержка AWE/PAE для windows

Гм, фича InnoDB. Заслуга MySQL-щиков в том, что "пристегнули" ее.


, встроенны репликации,

давно уже, лет 4-5 как


размещение данных на разделе без файловой системы,

Снова фича InnoDB...


на "замерзший" проект не похоже вообще никаким местом. Сознайтесь честно - вы просто не следите за развитием mysql

Слежу, и очень даже внимательно. Переделки идут в сторону масштабируемости, а с точки зрения работы с данными - застой. 5-ка выглядит заманчиво, но, как показывает опыт, сроки все время сдвигаются, реализация заявленных фич переносится в более старшие версии и т.д... В общем, все заканчивается MyISAM и подмножеством 3.23. Ах, да, вложенные подзапросы забыл упомянуть - сильно жизнь облегчили.


Ну и что? не настолько это частая операция что создавать действительные проблемы.

Для разработчика достаточно частая. И когда не было удаления FK - снихронизация структуры 2 баз становилась просто кошмаром.


Ой. В это могут поверить те, кто сам не пробовал. Посмотрим что будет в FB 2 но пока к сожалению - все попытки его нагрузить так как был нагружен mysql для подобной задачи - у меня были неудачными.

Все хорошо на своем месте. Использовать FB для хранения логов веб-сервера, ессно, неоправданно, потому как он предназначен для обработки транзакций. А для ERP среднего уровня вполне подходит.

ну вот не тянет он скажем 50 миллионов записей.
Да, такая таблица - весьма серьезная, при длине записи 100байт файл ~ 5GB. Но такие таблицы в ERP редкость, да и разделить БД можно на несколько файлов... Впрочем, это для отдельного топика.