Здравствуйте, Dmitry123, Вы писали:

D>Не так то и много кода надо... Кстати, у меня 179 таблиц — и ничего...
D>"хранимые процедуры/триггеры/views" точно есть

Ткни меня в хелпу по хранимым процедурам и триггерам. Или это появилось в версии 4.х.х ?

Здравствуйте, Аноним, Вы писали:

А>Лучше почитайте побольше про MySql и уж потом наезжайте. Сведения которые вы приводите многолетней давности. Если MySql такой кривой, то
А>1. с какой это стати SAP собирается интегрировать его в свои продукты?

Дань моде

А>2. почему Google, со своими 2*10^9 индексированными страницами, работает на MySQL?

Потому что быстр он. И бесплатен.

Здравствуйте, lozzy, Вы писали:

L>Здравствуйте, Dmitry123, Вы писали:

D>>Не так то и много кода надо... Кстати, у меня 179 таблиц — и ничего...
D>>"хранимые процедуры/триггеры/views" точно есть

L> Ткни меня в хелпу по хранимым процедурам и триггерам. Или это появилось в версии 4.х.х ?

Мнда. Я так и думал, что это Wishful thinking.

http://www.mysql.com/doc/en/ANSI_diff_Triggers.html

Stored procedures are being implemented in our version 5.0 development tree.

http://www.mysql.com/doc/en/ANSI_diff_Views.html

We plan to implement views in MySQL Server in version 5.1

при том, что стабильная версия это 4.0, а 4.1 — это только альфа. До 5.0 и уж тем паче до 5.1 они еще несколько лет расти будут (до стабильной версии). То, что есть сейчас, в продакшн запускать нельзя. К тому же как всегда изобретают свой велосипед —

http://www.mysql.com/doc/en/ANSI_diff_Triggers.html

This effort is based on SQL-99, which has a basic syntax similar (but not identical) to Oracle PL/SQL. In addition to this, we are implementing the SQL-99 framework to hook in external languages.

Здравствуйте, lozzy, Вы писали:

...

Мммм, тут я несколько стормозил, прошу прощения,
но что относительно остальных моих аргументов?

Здравствуйте, Dmitry123, Вы писали:

D>Не так то и много кода надо... Кстати, у меня 179 таблиц — и ничего...
Хорошо тебе. И сколько кода ты наваял, что бы проверять и сохранять ссылочную целостность всех данных ? Ведь при таком количестве таблиц несложно потерять чего-нибудь Потом полезут inner join-ы неполные и т.д.
D>"хранимые процедуры/триггеры/views" точно есть
Это мы уже выяснили. Нету этого.

D>Смотря какие запросы у этих компаний. Малый и средний бизнес ничего против MySQL не имеет.
Да бога ради, пусть не имеет. Меня лично как-то не очень тянет на этот мускуль...

D>"сравнительная быстрота выборки из одной-двух таблиц" — Да и 4-5 не проблема.
D>Кстати, как часто тебе надо делать выборку из 20 табдиц и сколько километров у тебя SQL запрос при этом?

Из 20 — не приходилось. Из 4-6 — это да, бывало. Я SQL код не генерю ручками, когда запрос большой, я его в Акцессе делаю. И таки да, большой получается

И вообще, это как бы похоже на Win vs Linux. Я просто высказал свое мнение — и тут как поперло

Здравствуйте, lozzy, Вы писали:

L>И вообще, это как бы похоже на Win vs Linux. Я просто высказал свое мнение — и тут как поперло

Ага, это бывает

lozzy -> "Re[6]: РНР" :

hrg>> MySQL не трожь

l> Чем он крут ? Есть ли в нем хранимые

Тем что быстр и бесплатен. Многоплатформенен. И продолжает развиваться.

l> Не спорю, у него есть одно преимущество — сравнительная быстрота
l> выборки из одной-двух таблиц. Не более того. Сварганить "news pages"
l> как это сделал Yahoo — это любой ламер сделает и будет работать
l> быстро. Вопрос в другом — почему компании не переходят в массовом
l> порядке на MySQL ?

Ламер не ламер — а деньги есть

ЗЫ Раньше я тоже на MySQL пальцем показывал и говорил фууу..., да вы че...
потом делая анализ выборки из MS SQL, Posgress, MySQL крепко задумался.

Yury Kopyl aka hrg | http://id.totem.ru | "Спам придумали боги в отместку
за наши молитвы."

Здравствуйте, lozzy, Вы писали:

L>Здравствуйте, Dmitry123, Вы писали:

D>>Не так то и много кода надо... Кстати, у меня 179 таблиц — и ничего...
L>Хорошо тебе. И сколько кода ты наваял, что бы проверять и сохранять ссылочную целостность всех данных ? Ведь при таком количестве таблиц несложно потерять чего-нибудь Потом полезут inner join-ы неполные и т.д.

Вот как раз целостность уже обеспечивается в стабильной ветке..

D>>Смотря какие запросы у этих компаний. Малый и средний бизнес ничего против MySQL не имеет.
L>Да бога ради, пусть не имеет. Меня лично как-то не очень тянет на этот мускуль...

Официальная позиция (ниша) mysql по моему — ширпотребовский рынок..
так что ничего странного тут нет..

D>>"сравнительная быстрота выборки из одной-двух таблиц" — Да и 4-5 не проблема.
D>>Кстати, как часто тебе надо делать выборку из 20 табдиц и сколько километров у тебя SQL запрос при этом?
L>Из 20 — не приходилось. Из 4-6 — это да, бывало. Я SQL код не генерю ручками, когда запрос большой, я его в Акцессе делаю. И таки да, большой получается

Вот по поводу быстроты выборки как раз — ограничений в mySQL никаких нет

Здравствуйте, lozzy, Вы писали:

L>К тому же как всегда изобретают свой велосипед —
L>http://www.mysql.com/doc/en/ANSI_diff_Triggers.html
L>

L>This effort is based on SQL-99, which has a basic syntax similar (but not identical) to Oracle PL/SQL. In addition to this, we are implementing the SQL-99 framework to hook in external languages.

Не очень понял в чём велосипед? В соблюдении стандартов + старании быть похожим на синтаксис наиболее продвинутой на данный момент СУБД, чтобы облегчить людям миграцию?

Здравствуйте, lozzy, Вы писали:

А>>Лучше почитайте побольше про MySql и уж потом наезжайте. Сведения которые вы приводите многолетней давности. Если MySql такой кривой, то
А>>1. с какой это стати SAP собирается интегрировать его в свои продукты?
L>Дань моде

не тот случай.. из SAP-а уж епесок сыплется..
не те там люди что гонятся за модой.. (и вообще — немцы!)

Здравствуйте, vvaizh, Вы писали:

V>Не очень понял в чём велосипед? В соблюдении стандартов + старании быть похожим на синтаксис наиболее продвинутой на данный момент СУБД, чтобы облегчить людям миграцию?

Миграция с оракля на майскуль. Класс.

Здравствуйте, AndrewVK, Вы писали:

AVK>Здравствуйте, vvaizh, Вы писали:

V>>Не очень понял в чём велосипед? В соблюдении стандартов + старании быть похожим на синтаксис наиболее продвинутой на данный момент СУБД, чтобы облегчить людям миграцию?

AVK>Миграция с оракля на майскуль. Класс.

А вам что, примеры неизвестны?
Люди вон даже проги специальные пишут:
http://www.mysql.com/portal/software/item-124.html
Причины конечно довольно интересные, и обсуждать их тут нет смысла, но я таких людей знаю.

Здравствуйте, lozzy, Вы писали:

L>В таком случае, что же тебя волнует ? Зачем тебе это надо ? Или начальство напрягает ?

Зачем мне это нужно — моё личное дело (я надеюсь это не грубо звучит)
Вообще меня удивляет, сколько развели воды вокруг маленького вопроса. Неужели не понятно, что "кесарю кесарево"? Есть круг задач, на которые MySQL идеально подходит. Зачем теперь начинать разбор, что круче? Так можно начать извечный спор Win vs Linux или ещё что-то в этом роде. И не надоело вам?