MySQL AB меняет лицензию

По поводу mysql - должны ли сайты которые юзают mysql выкладывать исходники всех страничек?
---
не должны :) вы ж просто используете код, а не изменяете и форкаете его. или поправьте меня, коли не прав.

Дык а вот ваш код - это разве не derivative work от MySQL? Нет? А ну-ка запустите мне его без мускуля =)

Глянул в первоисточники: Ядро под GPL(http://www.linux.org/info/gnu.html), GLIBC под LGPL (http://www.gnu.org/directory/GNU/glibc.html) Собственно вопрос: допустимо ли линковать GPL код с LGPL? Если допустипо, то айда писать LGPL враперы для QT, если нет то кто разлешил линковать ядро с GLIBC?

Красный Октябрь

> Глянул в первоисточники: Ядро под GPL, GLIBC под LGPL

Извиняюсь, это я напутал =( Но помнится Линус говорил, что вызовы ядра они не рассматривают как нарушение GPL, речь идет только о линковке. Т.е. скажем драйвера должны быть под GPL (ну, или извращаться с врапперами), а вот userland - под чем угодно.

А ядро с glibc никто не линкует =)

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

Ок, Дык напокажиte мне проваидера, который обеспечит мне sqllite or db, плус админ интерфеис для всего этого, a? То-то.

> сервер - то однозначно постгрес. и дело не в крутости, дело в качестве > и благонадёжности

Вы, товарищ, судя по Вашему вопросу, имеете весьма скудное представление о MySQL, а рассуждаете о качестве и благонадежности :)

Спасибо.

Дык а вот ваш код - это разве не derivative work от MySQL? Нет? А ну-ка запустите мне его без мускуля =)

int19h (*) (26.05.2004 2:12:59)
---
я так понимаю, что derivative work - это когда мы берём исходники и хоть одну строчку правим - тогда получившийся результат производная. а вот если скачали бинарный пакет (или сам собрали из исходников не меняя авторский код) - то мы пользователи продукта. и, как мне кажется, прикручивание допустим пхп к мускл - это скорее задача интеграции. то есть сами продукты (мускл и пхп - инструменты) мы оставляем неизменными. мы создаём своё приложение, которое не является частью ни мускла ни пхп. а гпл призван именно защищать разработчика (так оно декламируется). то есть охранять от того, что крупная фирма не возьмёт ядро линукса, поменяет внутри там копирайты (ну копирайты нельзя менять, названия) перекомпилит и назовет новым именем. будет продавать за деньги. именно это позволяет сделать бсд лицензия. то есть вася пупкин может взять код постгрес, переписать ридми файл и позиционрировать как пупкинбд...
но вообще я не сильно в этом разбираюсь :)

> Дык а вот ваш код - это разве не derivative work от MySQL? Нет? А ну-ка запустите мне его без мускуля =)

Хммм... Почитайте определение слова "derivate". Далее, пункт 0!!! "Activities other than copying, distribution and modification are not covered by this License; they are outside its scope." Простите, вы вместе с пхп сцриптом выполняете вышеуказанные действия? Далее про модули и плугины ... А разве можно рассматривать пхп скрипт ка оные? Не-а :)

Спасибо.

> Ок, Дык напокажиte мне проваидера, который обеспечит мне sqllite or db, плус админ интерфеис для всего этого, a? То-то.

Вот о том и речь, Мускуль _уже_ завоевал рынок "песочниц" (заслужено или нет - это другой вопрос), и выбить его оттуда представляется проблематичным. В том числе и в силу отсутствия четких стандартов на такую штуку, как SQL (а точнее, желающих этим стандартам следовать).

А что есть линковка в данном случае? Признаться я не вижу ничего про линковку в GPL, кроме: 0...a "work based on the Program" means either the Program or any derivative work under copyright law:... т.е статически слинкованная с QT программа есть производная от QT?

Красный Октябрь

> Почитайте определение слова "derivate"

Столлман уже сказал, что использование GPL'ных жабских классов подпадает под определение "derivative", хотя ни о каком включении кода или линковке речь не идет. Развивая эту мысль, можно докатиться и до того, что пхпшные скрипты, использующие мускуль, тоже подпадают под GPL =)

Еще пример. Вот есть у нас либа, пускай на сях. Под GPL. Если мы ее используем напрямую, неважно, статической или динамической линковкой - мы подпадаем под GPL. А если вызов производится через RPC? А как насчет CORBA? А если через веб-сервис?

> статически слинкованная с QT программа есть производная от QT?

Определенно. Так как полученный бинарик включает в себя Qt.

С динамической линковкой все не так очевидно. С одной стороны, мы все равно используем хедеры Qt, которые под GPL - а #include это ведь именно включение кода в буквальном смысле слова... с другой - а если хедеры самому переписать? так вот RMS утверждает, что даже и в последнем случае это все равно производная. Как следствие, где проходит граница - непонятно (см. мой пост выше)

А где собственно можно найти это определение "..derivative work.."?

Или придется ждать окончания SCO vs IBM чтобы узнать чего хотел сказать тов. Р. Столман:)?

Красный Октябрь

> А где собственно можно найти это определение "..derivative work.."?

По идее - в GPL =) А вот нормальную расшифровку этого определения - хз...

Ок, Дык напокажиte мне проваидера, который обеспечит мне sqllite or db, плус админ интерфеис для всего этого, a? То-то.
------
:)))
улыбки в тему доступности беркли дб :) она везде вочти по дефолту идёт. вы лишь подтвердили то, что я сказал: проблема мускла в общедоступности
админ интерфейс. пхп есть? вперёд:
http://lv.php.net/sqlite
http://lv.php.net/manual/en/ref.dba.php
(я с этим мало сталкивался, потому читайте сами).
http://www.sleepycat.com/products/data.shtml - почитайте о возможностях berkeley db. там отличная поддержка транзакций!
попробуйте гугль :)
изучите это и возможно это избавит вас от головной боли.

Вы, товарищ, судя по Вашему вопросу, имеете весьма скудное представление о MySQL, а рассуждаете о качестве и благонадежности :)
---
эх. зато неплохо разбираюсь в СУДБ.
http://openacs.org/philosophy/why-not-mysql.html - это для начала.
вы про нормальные формы слышали? разве может штука с недоделанными foreign keys, без триггеров, процедур, транзакций считаться СУБД? нет, не может. вы возразите, что для веб-сайта эти штуки не особо нужны (корпоративного веб-сайтика простого) - я соглашусь, но ведь мы же уже говорим о СУБД. о бизнес прилождениях? а там, ой как нелегко без процедур транзакций и триггеров.

> А где собственно можно найти это определение "..derivative work.."?

По идее - в GPL =) А вот нормальную расшифровку этого определения - хз...
---
так вот получается, что вы купили (или взяли у друга) ручку (пишущую), под лицензией гпл, написали гениальный роман и теперь вынуждены отдать его тоже под гпл... (программы, кстати, тоже лит. произведения. вот, а суды (эксперты) проверяют (обычно) форк или не фор путём прочитывания исходников обоих продуктов. ясное дело, что если вы просто используете мускл - то вроде как не должно быть проблем. но это надо опять внимательно читать лицензию мускла. если не ошибаюсь два года назад, она позволяла делать программмы с использованием гпл только для личного пользования (веб сайты не в счёт). то есть если вы делаете массовый продукт который хотите продавать (программу по бухучету на мускле ха-ха), тогда вам надо покупать лицензию. ну у них отсупление было, что веб-магазины и корпоративные сайты - тоже за бесплатно могут мускл использовать. но, повторю, это два года назад было. с тех пор я на том сайте раза два был, может изменилось что-то

>Есть же коммерческая версия с закрытыми исходниками?

Какие такие закрытые исходники. Исходники всё теже :]

Господин "svu" прав. OpenSource и GPL - разные вещи, хотя объединяет их принципы развития на основе свободного комунити. Если проследить историю проектов, размытие направления проекта по направлению GPL зачастую приводит к тупику самого проекта. Maintainer, отстаивающий цели и задачи направления должен быть, хотя это и некоторое ограничение свободы. Ну а если по простому, представьте себе любой проект, разрабатываемый по любой из спецификаций Distributed computing (Corba, JBeans, COM, DCOM...) и что будет с этими библиотеками если в них кто угодно будет вносить изменения в нарушение спецификаций?! Проект просто умрет из-за своей неработоспособности. (ИМХО и это факт)

Спасибо

Подскажите как WINE поимело хедеры (например http://source.winehq.org/source/include/)... насколько я вижу они весьма похожи на на те что в SDK винды. Может MS раздовало их под BSD лицензией? Насколько я помню, когда SCO показало хедеры, якобы украденные, Линус сказал что сам написал... т.е. согласно принятой в open source community традиции враперы есть дело не производное и благое Можно еще вспомнить историю как склонировали IBM PC BIOS...

Не стремное ли это дело - использовать GPL продукты в продакшене кроме как на файл/принт серверах пока парочка судов не прояснят нам термины?

Красный Октябрь

Этой ссылке (http://openacs.org/philosophy/why-not-mysql.html) уже 3 года и соответственно она уже настолько устарела что просто стыдно приводить ее в качестве аргумента.

Транзакции в MySQL есть при использование Innodb которая кстати идет в комплекте по умолчанию и очень хорошие транзакции по скорости именно транзакционного хранилиша постгресу не говоря уже о SQLLite еще ковылять до него и ковылять.

Где использовать mysql. Не знаю... Но у меня в базу пишутся заголовки всех проходящих пакетов, так вот после 10 минут работы (при большом обьёие трафика, или когда msblast был) постгресс загибался. На всякий случай попробовал мускуль (не хотел пробовать, наслушавшись всяких постгресс-защитников и мускль-обсир..ей, думал толк то какой от этого мускуля, но так как он всё равно был установлен решил потратить 20 минут на переделку под mysql) и я был очень удивлен, когда мускуль нормально проработал час, два, три... Потом у меня закралась мысль, что не всё в базу пишется и решил дай ка попробую считать iptables. После суток работы, показания iptables и то что в базе совпадало, вот так и работает уже пол года.

О транзакциях просто не все еще в курсе =)

А вот такие вещи как foreign keys и stored procedures будьте добры предъявить пожалуйста.

А что sqlite по скорости уступает мускулю - так я и не спорю (хотя не во всем, не во всем... см. таблицу на их сайте). Но дык речь шла о том, что 90% случаев использования MySQL - это в "песочницах" в связке с PHP. Так вот в этом случае о каких-то серьезных требованиях к скорости etc речь не идет. А так sqlite просто удобней. И опять же есть там некоторые вещи, которых в MySQL вроде бы нет (триггеры, скажем).

> Подскажите как WINE поимело хедеры (например http://source.winehq.org/source/include/)... насколько я вижу они весьма похожи на на те что в SDK винды.

Конечно, они похожи, они ж описывают тот же интерфейс =)

Но они были написаны с нуля. Думаю, по MSDN'у - это в принципе вполне возможно. Кстати наверное они же используются в mingw.

>Да кто ж спорит =) Я вообще так и не понял толком, _зачем_ нужен >MySQL, в чем его ниша? Для мелких задач - sqlite. Для серьезного - >Postgres или Firebird. Для действительно крупномасштабных вещей, >Oracle - это наше все. И что здесь делать мускулю?

а что тогда 70% свех db-серваков в нете под mysql висят ??? Postgres - плохо потдерживает стандарты сиквел.

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

Если кто пишет багрепорты в mysql:
select NOW(), NOW() - 1;
Выводит данные в несколько разном формате :) Мелочь а не приятно :)

XFree86 сменила лицензию на несовместимую с GPL (плохо), а MySQL на совместимую (хорошо). Где тут можно аналогию увидеть? :)

> а что тогда 70% свех db-серваков в нете под mysql висят ??? Postgres - плохо потдерживает стандарты сиквел.

я уже говорил про леммингов.
постгрес поддерживает практически весь sql92 и и частично sql99.

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

>>вы про нормальные формы слышали? разве может штука с недоделанными foreign keys, без триггеров, процедур, транзакций считаться СУБД?

Программировал 3 года на Oracle PL/SQL и вот к чему пришел:
1) foreign keys - штука хорошая, но вполне можно обойтись без нее.
2) без триггеров - роу триггеры, по моему, вообще недоразумение. Во первых: дикий оверхэд из за переключений SQL to PL/SQL engines. Во вторых постоянные пляски вокруг мутации таблиц. В третьих, разбрасывание логики: таблицы (констрэйтны и дефаулт значения) - триггеры - процедуры. Лучше чтобы логика лежала в одном месте - процедурах. Короче обхожусь без триггеров вообще.
3) процедуры - без них никуда. Программирую с подходом процедур упакованных в пакеты.
4) транзакций - без них субд не субд.
Таким образом субд по минимуму должна поддерживать транзакции и как можно продвинутей (перл-ориентед?) процедурное расширение SQL. Триггеры уж точно фича - то есть клевое конечно, но совсем не обязательное потребительское свойство.

> Postgres - плохо потдерживает стандарты сиквел.

гыгыгы... по сравнению с mysql постгрес это просто идеальная поддержка стандартов -)

> 1) foreign keys - штука хорошая, но вполне можно обойтись без нее.

Но, согласитесь, не лишняя =) Опять же диаграммки там всякие генерить...

> 3) процедуры - без них никуда. Программирую с подходом процедур упакованных в пакеты.

Вот это интересно. Когда там в MySQL процедуры планируются? =)

> 4) транзакций

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

Кстати, никто в Сети не видел обзора FOSS СУБД по состоянию на _сегодняшний_ день (т.е. Postgres 7.4 и MySQL 4.x)?

>>Когда там в MySQL процедуры планируются? =)
Ожидаются в MySQL 5.0
http://dev.mysql.com/doc/mysql/ru/TODO_MySQL_5.0.html

>>и как можно продвинутей (перл-ориентед?) процедурное расширение SQL.
Что там будет за язык действительно интересно.