SS>> А можно обойтись без сказок? Я лично знаю людей, которые баги в DB2
SS>> находили, и баги эти к следующей версии фикспаков уже фиксили. И никакая
SS>> они при этом не корпорация, и даже СУБД не покупали - пользовались
SS>> триалом или бесплатной девелоперской.
Я лично знаю людей, которые в лотерею выигрывали :) И лично знаю людей,
которые годами мучились с падающим db2 и IBMовским httpd (Domino,
кажется?), и их регулярно посылали.
SS>> Это пока ты нормальной не видел. Документация у mySQL дерьмовая, и это
SS>> еще мягко сказано. Для смеху можешь сравнить ее по объему и подробности
SS>> с аналогичной документацией от Оракла (один документ - справочник по
SS>> синтаксису SQL примерно равен по размерам _всей_ документации от mySQL,
SS>> или с DB2, где оптимизации посвящена отдельная толстая книга (у mySQL -
SS>> небольшая глава).
Гхм. У Оракла немножко раз в несколько больше, чего документировать.
Документация сравнивается не по обьему, а по покрытию документируемого
предмета. Ясно дело, что если у Оракла набор команд в SQL больше, то и
справочник выйдет толще.
Что касается оптимизации - то это не относится к документации, это
относится к учебникам. Конечно, честь и халва IBM, что они включают в
комплект учебник по оптимизации, но никто этого делать не обязан. Как
Cisco не обязан включать в комплект документации к раутеру учебник по
TCP/IP.
--
frodo@sharat.co.il \/ There shall be counsels taken
Stanislav Malyshev /\ Stronger than Morgul-spells
phone +972-3-9316425 /\ JRRT LotR.
http://sharat.co.il/frodo/ whois:!SM8333
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at http://www.lexa.ru/apache-talk =