Oracle купит JBoss, Zend и Sleepycat

Интересно, когда-нибудь у Oracle кончатся деньги на покупку компаний?

Как только купят MS, Google и IBM :-). SAP сам присоеденится.

Вспомнилось:
* IBM: "PHP is a great way to do web dev"
* Oracle: "Hmm, let's buy it"
* IBM: "Do we fight for it? Or backtrack and say that Ruby on Rails is the way?"

>Также Oracle намерен купить Sleepycat Software, компанию, известную разработкой СУБД

если имеется ввиду berkeley db - то это не СУБД, просто БД

Ждём форка Berkeley DB?

$200m за Zend - очень жирно, мне кажется. Думаю у них программеров не более 10, всякие евреи и еврейки в основном из СССР, и немного менеджерья.

Читаю: Oracle купит JB.

Была надежда, что напишут Application Server для Mono... хер теперь.

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

пипец куренку - задавит их evil corporation!

я не продаюсь ;) хотя готов отдаться в руки хорошей девочки за PowerPC G5

>Была надежда, что напишут Application Server для Mono... хер теперь.

Mono вместе с Microsoft пусть отправляется по следам http://www.linux.org.ru/view-message.jsp?msgid=1263069&page=0

Информация у тебя неточная.

PS: давайте, давайте, покупайте скорее ! :)

Ну что, надо качать http://dev.sleepycat.com/downloads/releasehistorybdb.html пока не спрятали

> Была надежда, что напишут Application Server для Mono... хер теперь.

Ну... Теперь напишут на php. Будет ужас местным анонимусам... ;-)

> Как только купят MS, Google и IBM :-). SAP сам присоеденится.

Google скоро будет способен купить и Oracle, и MS и IBM. Только ему это нах не надо - ценные мозги из этих компаний Google переманивает уже сейчас.

"Вот тебе и раз",- подумал Штирлиц, когда рядом с ним упал кирпич. "Вот тебе и два", подумал Борманн, кидая второй.

Это может иметь самые хреновые последствия, такие как конец JBoss'a и Hibernate. Хорошо, конечно, что оно Open Source, хоть остается надежда на форк. Минимальная, если все разработчики останутся в Oracle.

Зачем им JBoss я ещё понимаю, но вот на кой им Zend сдался?

Зенд стоит купить как минимум для того, чтобы прикрыть на хрен!

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

> я не продаюсь ;) хотя готов отдаться в руки хорошей девочки за PowerPC G5

Как я тебя понимаю! :) Только я и за MacMini готов отдацца (девочке естественно) :)

> если имеется ввиду berkeley db - то это не СУБД, просто БД

Идиот :-)

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

Просветите на чём гугл зарабатывает кроме рекламы

Йему ЦРУ и ФБР плотют, за поиск неугодных сайтов.

Ну ты полный ..... отдать девочке ха процессор ??? Ты не знаешь что такое жизнь ..вообщем ты поленый л...

> Жабабыдлокодеришки будут теперь слюни изо рта выбрызгивать, говоря что они круче пых-пыхщиков.

Не долго. Я понял тайный замысел Оракла. Они перенесут майнстрим на php, что бы любой ценой повысить поголовье кодеров... :lol:

И тогда Oracle Portal заменит Bitrix и PHP-Nuke.

Майнстрим на PHP - LOL) И ещё раз LOL.

Ждём форка PHP (потирая руки :) ).

Томми, ты же вроде того ... ну, об стену. Нет? Тогда давай быстрее. Не пугай так народ.

>> если имеется ввиду berkeley db - то это не СУБД, просто БД Идиот :-)

угу конечно, вы наверное и в глаза её не видели читать: http://www.sleepycat.com/products/bdb.html

Berkeley DB is a database engine that provides developers with fast, reliable, local persistence with zero administration. Berkeley DB is a library that links directly into your application. Your application makes simple function calls, rather than sending messages to a remote server, eliminating the performance penalty of client-server architectures. Berkeley DB stores data in application native format, as simple key/value pairs

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

если хотите по русски, то можно почитать и здесь: http://www.osp.ru/os/2000/11/050.htm

тут отчетливо написано: "Важно понимать, чем Berkeley DB не является. Berkeley DB – не сервер баз данных, обрабатывающий запросы, поступающие по сети. Это также не SQL-ядро, выполняющее запросы. Не является Berkeley DB и реляционной или объектно-ориентированной СУБД"

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

> всего лишь встраиваемым механизмом баз данных.

Причем очень и очень куевым. После появления sqlite не вижу ни единого
смысла существования bdb - кривейшего поделия всех времён и народов,
которое в каждой следующей версии несовместимо само с собой.

>Причем очень и очень куевым. После появления sqlite не вижу ни единого смысла существования bdb - кривейшего поделия всех времён и народов, которое в каждой следующей версии несовместимо само с собой.

чем вы аргументируете "куевость". sqlite - это один механизм, в котором реализован язык запросов sql и для больших таблиц (порядка 20000 записей) - он очень не пригоден, bdb - это другой механизм, и вполне пригодный для своих целей.

> и для больших таблиц (порядка 20000 записей) - он очень не пригоден

Мне не понять ваших масштабов. Для меня 20000 записей - это оччень
мелкая таблица. Прекрасно работает и на 200тыс, и на 2 млн. И кушать
не просит в отличие от... За несколько лет работы админом имел много
гимора с прогами, которые юзали bdb. Рушилась эта сраненькая база,
легко так пропускала записи... В общем, я сторонник надёжного софта.
Когда вижу такое... Слов нет.

Человек говорил что Sqlite не пригоден а не bdb.

>Для меня 20000 записей - это оччень мелкая таблица.

я говорил относительно возможностей sqlite, небольшой пример из личного опыта общения с slite. есть программа которая парсила текстовые файлы и заносила их содержимое в slite базу. Так вот, для того чтобы занести информацию (порядка 20000 записей) в эту бд ей потребовалось порядка 15-16 часов! Железо у меня нормальное (amd 64 3400 ram'ы правда мало 512, но пока хватает), более того весь софт (за исключением ooo и rar'a) компилился под это железо. Да можно предположить о том, что большую часть времени он парсил текстовые файлы, однако это не могло занять и половины времени, ибо о количестве записей перед занисением их в базу было сообщено (был некий предварительный парсинг, который на обработку всех файлов занял минут 7)

а ссори... выше прочитал мой пост, и возможны вы могли подумалит что sql не пригоден для больших таблиц. я имел ввиду slite не пригоден

2anonymous (*) (11.02.2006 19:02:57):

>Mono вместе с Microsoft пусть отправляется по следам
>http://www.linux.org.ru/view-message.jsp?msgid=1263069&page=0

А anonymous (*) (11.02.2006 19:02:57) отправится сюда http://antigreen.org/bioreactor/ :)

Похожая задача. Но результаты совершенно другие: чуть более миллиона записей заносится в sqlite (3.2.8) примерно (точно не засекал) за 10 - 15 минут, испульзуя tcl интерфейс. Гиг памяти на селероне 2.7.

В интервью данном News.com Ларри Элиссон (Oracle CEO) заявил о своем
намерении приобрести сайт Linux.org.ru за пять пачек сухой лапши.
 Подробности: htp://www.dosug.nu

>15-16 часов

Странно всё это. Хотя, разумеется, парсинг sql запросов должен иметь большой оверхед.

>Похожая задача. Но результаты совершенно другие: чуть более миллиона записей заносится в sqlite (3.2.8) примерно (точно не засекал) за 10 - 15 минут, испульзуя tcl интерфейс. Гиг памяти на селероне 2.7.

программа которую я юзал - krecepies, она конечно немного кривовата, поэтому вполне может быть что это и не косяк sqlite. но вопрос, то в другом, что у sqlite - свои задачи, у bdb - другие

Парсинг текстовых файлов и занял эти 15-16 часов. Наверное, парсинг был написан на Visual Basic-е? Гони того программиста, который тебе этот парсинг накарябал.

> я говорил относительно возможностей sqlite,

Я тоже!

> небольшой пример из личного опыта общения с slite. есть программа которая парсила текстовые файлы

Ни о чем не говорит этот пример. Нет сравнения с bdb. Не известно,
какого качетва программа.

ждем ебилдов?

>Ни о чем не говорит этот пример. Нет сравнения с bdb. Не известно, какого качетва программа.

это был пример того, что и sqlite не панацея от всего. у bdb - другие задачи, её невозможно, вотличии от sqlite, использовать as is. bdb - это всего лишь библиотека

insert-ами заносил? Дурак! Оно и в Oracle будет 15 часов срать.

Ну вы все и даёте. 15-16 часов вы чего???

svinka:~/sqlitetest/build/Debug andrey$ sqlite3 test.db
SQLite version 3.1.3
Enter ".help" for instructions
sqlite> create table test(one varchar(10), two smallint);
sqlite> .exit
svinka:~/sqlitetest/build/Debug andrey$ time ./sqlitetest test.db

real 0m34.160s
user 0m29.969s
sys 0m0.856s
svinka:~/sqlitetest/build/Debug andrey$ sqlite3 test.db
SQLite version 3.1.3
Enter ".help" for instructions
sqlite> select count(*) from test;
1000000
sqlite> .exit
svinka:~/sqlitetest/build/Debug andrey$ uname -a
Darwin svinka.local 8.4.0 Darwin Kernel Version 8.4.0: Tue Jan 3 18:22:10 PST 2006; root:xnu-792.6.56.obj~1/RELEASE_PPC Power Macintosh powerpc

P.S.: G4 1.42; 1GB RAM.
P.S.2: Исходник абсолютно не интересен. Язык C, просто транзакцией заносит 1000000 записей в таблицу (insert into test values('hello!',10);).

А теперь сделай индексы на оба поля и повтори.