нужна свободная ver.MySQL
 

Подскажите, какая версия MySQL устойчиво работает и свободно распространяется, в том числе и для коммерческого использования?
Заранее спасибо.
:help:

3.23.чвототам

а что известно о ver 4.1?

april19,
http://www.mysql.com/company/legal/licensing/

но там же о нестабильной работе/глюках не говорится :(

Стабильны релизные версии. Но тебя, в первую очередь, должен интересовать вопрос

Исходя из описания требований, человек судя по всему не сильно ориентируется в этом вообще. Давай так, по порядку и по простому.. Тебе это для чего? Для себя или что-то другое? Если для себя, то не парься и бери ЛЮБУЮ версию, если надо стабильная то на сайте они рекомендуют 5.0, не 5.1 и уж тем более не 6.0.. Также можешь спокойно юзать 4.1 версию, но опять же, - если для разработки бери 5ю, но понимай что некоторых вещей в 4ке не будет.. Зато твой проект будет изначально заточен под 5ку.. По себе знаю, при переходе в скрипте будут проблемы отднозначно.. Не большие проблемы, в основном связанные с дефолтными значениями полей. 3.23 не стоит юзать конечно, это уже в прошлом.....

Ну а по лицензии на сайте все сказано, тебе уже описали это..

вы правы, пока в этом неособо разбираюсь, но буду стараться, если родина прикажет :)

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

ну если тебе нужен именно мускл тогда дальше не читай :)
но я бы посмотрел в сторону посмотри в сторону postgresql , она намного круче по возможностям и у неё проще с лицензиями

Про 6.0 не скажу, а 5.1 за всё время ни разу не подвела.

PS: Ещё можно посмотреть в сторону http://www.firebirdsql.org/

блин, все как всегда сначала ставят задачу, а потом уточняют, что им надо -
оказывается надо отыскать субд удовлетворяющая следующим требованиям :confused:: SQLserver, SyBase, C/C++, поддержка "однобайтовый полей", и с международным стандартом SQL запросов, работа под винду и линукс, и со свободной лицензией для коммерческой деятельности.

прошу прощения если где-то с термины неточные - только начал разбираться во всем этом:молись:

ну тогда бери postgresql , она вроде всем требованиям удовлетворяет

взял для изучения postregsql - надеюсь подойдет для наших задач. спасибо :beer:

ура. подошла! теперь дело за малым конвертировать базу из SQL в postregsql и адаптировать под оболочку

:beer:

Поалагю не из SQL, а из MySQL? А что, возникли какие-то серьезные трудности? Много хранимок было и триггеров чтоли? Базовый синтакси-то он и есть базовый, должен подойти без, или с минимальными переделками.
Какую оболочку?? Вы о чем вообще??

качать нужно будет именно из SQL .
путем перебора открытых СУБД (начали с MySQL и закончили postregsql) искали ту БД, с которую удобнее всего поднастроить для наших целей (я писал ранее, мы клиенту будем поставлять нашу оболочку совместно со свободной СУБД)

Ну не бывает "Просто SQL", даже у ANSI SQL несколько стандартов. Вы про какой и какого уровня? Если ANSI SQL 92 то я думаю с ним не должно быть ровным счетом никаких проблем в Postgree

sql 2000

Такого тоже нету:

Возможно речь о MS SQL 2000 :)

скорее всего именно так
незнал, что это не одно и тоже :idontnow:

А разве не Вы спрашивали-то, что неувернно отвечаете?

Это совершенно не одно и то же, SQL - это язык запросов, а Microsoft SQL Server 2000 это вообще сервер баз данных, программное обеспечение.

Тоесть разница принципиальна и в корне. Дальше, у М$, как чаще всего бывает, придуман свой диалект, Transact-SQL (или коротко T-SQL), который, как это тоже чаще всего, не совместим со стандартом. Он используется в БД Вашей? Вот, если он используется, тогда конечно оно напрямую не перенесется ни в MySQL ни в PostgreeSQL. Особенно если там уже было придумано и прикручено всяких костылей, типа постраничной выборки, придется конечно переписать большую весьма часть ХП, UDF и триггеров...

Под какие задачи нужна база ?

я не волшебник,- я только учусь :)

ситуация в следующем
есть БД с документами+оболочка для удобства работы. у нас (разработчиков) она лежит на mсsql сервере для клиента тригера ее перегоняют в Microsoft Access (*.mdb), но так как БД уже выростает из возможностей Access есть желание перейти на другую платформу субд.
поэтому и собирается информация о совместимости - пока остановились на Postgree.

Я еще порекомендовал бы interbase (вернее firebird).
IMHO проще разработка под Delphi, C++
И во вторых, у системы очень высокая устойчивость

таки да, база интересная для использования, но наш программист ее забраковал. для наших целей она ему не подошла , там какие-то поля "дво,а надо однобитовые - переделывать много":idontnow:
хотя может это очередная отмазка затягивания процесса :(