HP начинает поддержку MySQL и JBoss

>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''.)

Но, наверняка, когда создавался этот самый trademark JDBC(r) имелось ввиду "Java Database Connectivity". :) А то не верится, что на пустом месте вот так вот можно придумать бессмысленную марку.

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

InnoDB --- лучший выбор! Скорость PostgreSQL при функциональности мыскля!

Бля, завтра же перейду на мыскль! Как я сам до этого не додумался?! ))))

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

на данный момент mySQL поддерживает следующие типы таблиц (по памяти):

ISAM MyISAM BDB InnoDB Hash Merge NDB

REPAIR TABLE нужен только для первых двух, которые были оптимизированы под максимальную скорость, в ущерб некоторой надежности.. т.е. нужна всокая скорость, устраивает надежность без транзакций - пользуй ISAM/MyISAM, нужно что то другое - работай с другими типами.. к слову сказать, mySQL приобрел наибольшую популярность как раз тогда когда ничего кроме первых двух типов и не было, что говорит о офигительно высокой области их применимости..

таким образом, перечисленная фича является НЕОСПОРИМЫМ ПРЕИМУЩЕСТВОМ, так как дает пользователю больший простор для тонкой настройки.

другими словами - не нравится, ипсользуй другие типы таблиц, и никакой REPAIR TABLE тебе не понадобится

> к слову сказать, mySQL приобрел наибольшую популярность как раз тогда когда ничего кроме первых двух типов и не было, что говорит о офигительно высокой области их применимости..

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

А вот м@дачки, наслушавшись пропаганды, хранят свои данные *только* в мыскле. Хе-хе.

> таким образом, перечисленная фича является НЕОСПОРИМЫМ ПРЕИМУЩЕСТВОМ

так и запишем: частая порча данных является НЕОСПОРИМЫМ ПРЕИМУЩЕСТВОМ. Как там у Оруэлла: "Война --- это мир, свобода --- это рабство, незнание --- сила".

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

интересно. какие мудачки более мудаковатые. наслушавшиеся пропаганды А говорящей что Б гамно или наслушавшиеся пропаганды Б говорящий что А - гамно

Нормальные люди обсуждают конфликт областей применения EJB и Oracle.. а отморозки кидаются друг в друга содержимым своих ночных горшков..

вот как тема для обсуждения:

- MS создало полностью интерированную систему, в которой они постепенно вытесняют всех конкурентов из "своего мира".. это дало им сильное преимущество на начальном этапе но как следствие - буйное развитие Linux, где наоборот мир поделен на компоненты и более фрагментарен, за счет чего каждая компонента прогрессирует более быстро из за честной конкуренции

- Известно что в свое время Таненбаум и Линус разошлись на почве того, что Таненбаум ратовал за более проработанную компонентную модель уже на уровне ядра.. т.е. за концепцию микроядра скажем так из набора открытых компонент.. Известно что в данном случае бесспорным победителем пока что оказался подход Линуса с монолитной концепцией достаточно большого классического Unix-ядра

вот мы видим примеры столкновений двух концепций "все в одном закрытом" и "слоеный пирог открытых компонент" с разными финалами как в ту так и в другую пользу

Новость дает нам третьий пример, исход которого пока не ясен.. Известно что Oracle это свой мир, это почти своя ОС, это свой сервер приложений.. Ни один из имеющихся на рынке продуктов не несет всей той функциональности что есть у Оракла.. Т.е. можно сказать что Oracle - это MS Windows в мире СУБД.. (хотя можно и наоборот, что мускул+ejb это концепция микроядра в области СУБД :)) )

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