О, глядишь, mysql сможет конкурировать не только с плоскими файлами...

>>MySQL перестает быть игрушкой?

Сколько не говори "халва" слаще во рту не станет.

давно пора..

в вообще весьма логичное решение в плане комбинации EJB и mySQL

пока у mySQL бизнес-логика на стороне сервера слабая (sp,view,triggers когда еще в stable-виде будет), эту огреху заполняет EJB..

вот мне вот наоборот интересно, как тут Oracle c EJB совмещается? у него же вроде своей бизнес логики навалом? и он вроде java активно поддерживает.. но EJB то это вроде как своя бизнес-логика..

что то мне говорит о том, что тут у них будет конфликт?

> что то мне говорит о том, что тут у них будет конфликт?

Максимум выгоды - падение цен на Oracle.

ну это само собой..

я про то что наверно oracle и ejb друг другу солнце загораживают

и остаться должен только один..

Читать эту новость можно примерно так: "HP решила вломиться на рынок со своей платформой для хостинга" :-)

Мускуль игрушкой и небыл, на нем делались и делаются ИПС ценой в 600 у.е. за экземпляр.

Эх, жаль из-за соседнего треда такая флеймообразующая новость пропадает =)

Кстати, а как там у мускуля сейчас с соответствием стандартам JDBC?

Ну вообще-то в Oracle кроме логики полезных фич навалом, касаемо целостности данных, кластеризации, доступа, администрирования итд. Плюс к этому, зачем гонять между Application Serverом и DB serverом гигабайтный траффик состоящий из мелких запросов, которые обрабатывает EJB? Можно небольшую часть бизнес-логики вынести на плечи Oracle. Создать представления. триггеры. хранимые процедуры, чтобы выполнялись сложные запросы и только конечный результат гнался между App и DB серверами.

Re:

можно. только потом с этого оракла хрен слезешь. смысл ejb - в том, что всегда можно поменять платформу при желании. конечно, с трудностями определенного рода, как, например, кастом тэги разных аппликейшн серверов и т.д.

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

а что касается "гонения" данных, то вы неправы, сэр! мудро написаные компоненты кэшируют большинство запросов и каждый раз в БД не ломятся без нужды.

>я про то что наверно oracle и ejb друг другу солнце загораживают >и остаться должен только один..

Конфликта нет. По мнению Oracle, по видимому этот один - TopLink

Re:

http://dev.mysql.com/doc/connector/j/en/#id2800171

> Кстати, а как там у мускуля сейчас с соответствием стандартам JDBC?
А с каких пор это стало стандартом?!
Стандарт: ODBC, JDBC - лишь одна из его реализаций, причем далеко не
самая удачная.

> Стандарт: ODBC, JDBC - лишь одна из его реализаций, причем далеко не самая удачная.

Сам-то понял че сказал, или так - решил повыделываться ?

Зря с JBoss связались.
Похоже, SUN его не любит. Да и ,afaik, не сертифицирован он им.
JonAS гораздо привлекательнее.
А вообще HP, ой извините - INVENT  стух.

> Стандарт: ODBC, JDBC - лишь одна из его реализаций, причем далеко не самая удачная.

Пора лечиться, батенька. JDBC к ODBC не имеет никакого отношения. К тому же, чтобы вы больше не вводили во искушение малоопытных и малоразвитых - JDBC - вообще не аббревиатура, в отличие от глюка под названием ODBC

откуда вы такие беретесь? замена плоским файлам - sqlite

Начиная с версии 5.1 Mysql становиться уже серьёзным продуктом для серьёзных людей.

похоже, что ты прав :)

>JonAS гораздо привлекательнее.

Ой, бред-то какой. Я этим засранцам говорил, что джонас будет в жопе, когда они с енхидрой связались. Дык так и есть.

> JDBC - вообще не аббревиатура

Хм, а я всю жизнь думал, что это Java DataBase Connectivity. Разве нет?

А чего тут думать -- так оно и есть :) И еще долго будет есть и нас кормить :)))\

JonAS гораздо привлекательнее. 
>Ой, бред-то какой. Я этим засранцам говорил, что джонас будет в 
>жопе, когда они с енхидрой связались. Дык так и есть

Под засранцами ты кого понимаешь ?

>Под засранцами ты кого понимаешь ?

Господ хранцузов это налабавших. Чтобы было понятнее- я хоть и не хранцуз, но мое фамилие есть в исходниках этой поделки :-(

> Похоже, SUN его не любит. Да и ,afaik, не сертифицирован он им.

Причем тут любит, не любит. Заплатили деньги за сертификацию, получили ее.
ДжБосс сертифицирован уже.
http://www.theserverside.com/news/thread.tss?thread_id=22485

anonymous (*) (03.06.2004 10:51:55):

> Начиная с версии 5.1 Mysql становиться уже серьёзным продуктом для серьёзных людей.

одна проблема: несколько лет до выхода версии 5.1 (на данный момент она даже не в альфе, а лишь в воспалённом воображении) "серьёзным людям" придётся сидеть и сосать х@й, в то время как несерьёзные люди будут зарабатывать бабки, используя PostgreSQL и FireBird.

> Мускуль игрушкой и небыл, на нем делались и делаются ИПС ценой в 600 у.е. за экземпляр.

а ещё анекдоты знаете?

ну причем же тут x@й до 5.1 серъузные люди скрещивают мускул с JBoss. благо все чего не хватает в 4.0 есть в JBoss

> ну причем же тут x@й до 5.1 серъузные люди скрещивают мускул с JBoss. благо все чего не хватает в 4.0 есть в JBoss

серьезные люди поставляют jboss с поделкой, потому что подделка "the most user-friendly database", чотбы каждый пионер смог поставить jboss и поделку. ведь поделку поставить проще, чем проще, чем тот же postgres. HP берёт размахом :-) с postgres покупать меньше будут. это ж маркетинг.

вот а самому jboss не принципиально с чем работать - jdbc однако ))

я не понял, а почему с postgres меньше будут?

>> Мускуль игрушкой и небыл, на нем делались и делаются ИПС ценой в 600 >у.е. за экземпляр. > >а ещё анекдоты знаете?

Да какие , в жопу, анекдоты. Вот тут, например, унутре майсыкуель. http://www.sterling.ru/software/disk/ А знаете скоко бабок это стоит?

> я не понял, а почему с postgres меньше будут?

потому что мускл доступен более широкому кругу потребителей. вон, sf.net сама работает на постгрес, а хостинг даёт на мускуле. а почему? мускл без проблем ставится на виндоус, туда же можно и jboss поставить - побавловаться, а потом начальнику уши прожужать - какая прикольная штука. мне кажется - маркетинг...

> Да какие , в жопу, анекдоты. Вот тут, например, унутре майсыкуель. http://www.sterling.ru/software/disk/ А знаете скоко бабок это стоит?

а вот покажите - я технических характеристик не нашёл. а рядом они продукт предлагают - так там оракл.

да.. вполне возможно.. но ведь HP поставляет __интегрированную__ систему! т.е. все ставит и настраивает сам! за покупателя!

вот я и думаю, почему?

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

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

но почему ? почему богатые/крутые дядки таки выбирают мускул?

> Хм, а я всю жизнь думал, что это Java DataBase Connectivity. Разве нет?

Как оказалось - нет. Когда я был молодой, а JDBC только появилось - я тоже так думал =)))

Потом оказалось, что это не так, даже на сайте их это говорилось, сейчас правда с налёту найти не смог

http://java.sun.com/docs/books/jdbc/intro.html

As a point of interest, JDBC is a trademarked name and is not an acronym; nevertheless, JDBC is often thought of as standing for ``Java Database Connectivity''.)

> да.. вполне возможно.. но ведь HP поставляет __интегрированную__ систему! т.е. все ставит и настраивает сам! за покупателя! вот я и думаю, почему? ведь лицензия постгреса гораздо более слабая/свободная чем двойная от мускула.. т.е. по сути он должен обойтись дешевле.. возможностей вроде как у постгреса даже больше пока.. но почему ? почему богатые/крутые дядки таки выбирают мускул?

"не читайте советских газет" :-)

это я про интегрированность. богатые крутые дядьки выбирают мускл, чтобы 20 000 000 леммингам было счастье :-) выгоднее им.

ага, стандартный п-деж постгресистов: "это всё маркетинг!" что ж вы такие бедные, если вы такие умные? где ваш маркетинг? где ваш постгрес? где крупные, всем известные проекты на нем? раз-два и обчелся. ну домен Org. ну sf.net. что еще? кто о них знает?

зато п-деть про "поделку" все горазды. а бедные Yahoo!, Google, Cisco, HP и NASA такие тупые, что эту "поделку" используют, да-да. заипали уже п-деть от бессилия, чесслово.

Интересно, PostgreSQL хоть когда нить перестанить тормозить и когда отпадёт надобность в vacuum?

> зато п-деть про "поделку" все горазды. а бедные Yahoo!, Google, Cisco, HP и NASA такие тупые, что эту "поделку" используют, да-да. заипали уже п-деть от бессилия, чесслово.

а теперь, клоун, ты подробно расскажешь применении поделки в гугле и яху.

если правда интересно, то смотри здесь:

http://www.mysql.com/company/

Partial list of MySQL Customers Alcatel AOL The Associated Press Caterpillar Cox Communications DaimlerChrysler Dow Jones EarthLink Enercon Ericsson Google Hoover's Online Hewlett-Packard Lucent Lufthansa NASA Nortel NYSE Omaha Steaks Sabre Holdings Siemens Texas Instruments Time Inc. UPS US Census Bureau Yahoo!

Partial List of ISVs Support MySQL: Active Voice Agilent BMC Software Cisco Critical Path Hyperion Motorola NEC America Novell SAP Sterling Commerce Veritas

А если просто от злости тебя колбасит, то и правда поищи себе клоунов.. если на серьезном уровне у тебя разговора не получается..

> если правда интересно, то смотри здесь: > http://www.mysql.com/company/

а ты уверен, что гугл, в частности держит все свои индексы в мускуле? AFAIR для этих целей у них своя разработка. а в мускуле, скорее всего, ихний завхоз ведёт учёт лопат, метел и портянок. аналогично и у всяких даймлеров с крайслерами.

а ты уверен, что это именно так, как описал ты?

sf.net давно перешел на DB2 потому как open source СУБД херово масштабируются (их слова)

у гугла в мускуле хранится баннерная сеть и всё. БД ни ОДИН поисковик не использует.

смотрите сюда:

http://sourceforge.net/docman/display_doc.php?docid=755&group_id=1#site

Robotron (*) (03.06.2004 16:18:36):

> Интересно, PostgreSQL хоть когда нить перестанить тормозить

У тебя --- никогда.

> и когда отпадёт надобность в vacuum?

В версии 7.5 будет autovacuum демон.

Встречный вопрос: а когда в мыскле отпадёт надобность во *встроенной* команде REPAIR TABLE?

> У тебя --- никогда.

А у тебя типа не тормозит, может у тебя кластер 16-ти процессорный?

> В версии 7.5 будет autovacuum демон.

Ну наконец-то не прошло и каких то 10 лет

> Встречный вопрос: а когда в мыскле отпадёт > надобность во *встроенной* команде REPAIR TABLE?

А другие типы таблиц в MySQL кроме MyISAM незнаешь, скажем InnoDB? У как плохо...

Robotron (*) (03.06.2004 23:28:04):

> А у тебя типа не тормозит, может у тебя кластер 16-ти процессорный?

Нет, у меня просто руки не из жопы растут. И ещё я читать по-русски умею: http://detail.phpclub.net/store/html/postgresql/

> А другие типы таблиц в MySQL кроме MyISAM незнаешь, скажем InnoDB? У как плохо...

Ты на вопрос отвечай! Когда таблицы MyISAM, которые в мыскле по умолчанию и которые только быстро и работают (уж InnoDB не быстрее PostgreSQL) перестанут сыпаться настолько часто, что для их починки даже заведена специальная команда?