PostgesSQL vs mySQL

> лучше

А можно поподробнее про этот критерий?

что лучше подходит для вышеописанного сайта?

Oracle

> Oracle

Вот как раз тут есть сомнения. На mysql и на postgres большие сайты есть, а назовите какой-нибудь популярный сайт на Oracle.

> какой-нибудь популярный сайт на Oracle.

http://www.mirnagrad.ru/

> Вот как раз тут есть сомнения. На mysql и на postgres большие сайты есть, а назовите какой-нибудь популярный сайт на Oracle.

Это вы глупость сказали. Естесственно мегапопулярный бложик Васи Пупкина не на оракле, а на мускуле. Но постгресу и мускулю до оракла расти еще очень и очень долго. Я уж молчу про то, что в тех областях где рулит оракл они вообще не живут. Не путайте простую пользовательскую субд для сайта на пыхпыхе (пусть и с неплохими возможностями в случае постгрес) и профессиональную субд промышленного уровня.

http://www.oracle.com/customers/index.html

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

Как миллион раз говорилось, СУБД стоит выбирать исходя из требований, и основываясь только на личных экспериментах, потому, что в инете полно сфалсифицированых статей, тестов и сравнений.

И у первой и у второй СУБД есть свои плюсы и недостатки... а разглогольствовать на эту тему ИМХО бесполезная трата времени.

P.S. Прошу прощение за большое количество ошибок в выше изложенном тексте, просто пока писал очень сильно отвечали.

P.P.S. СУБД PostgesSQL не существует, ровно как и mySQL ;)

> Это вы глупость сказали. Естесственно мегапопулярный бложик Васи Пупкина не на оракле, а на мускуле.

ВОТ! именно это я и имел ввиду. Я не говорил что постгрес и/или мускул продвинутее оракла.

Вы еще примите в расчет, какие доходы должен приносить сайт чтобы оправдать лицензию на oracle.

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

> http://www.oracle.com/customers/index.html

Ужасно медленно грузится :-)))

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

Согласен, большинство сайтов не имеют нагрузки, оправдывающей покупку оракла, но топикстартер слишком смутно описал область применения и нагрузку своего проекта. Возможно им оракл как раз и нужен ;-)

Возьми посгрес, быстрее перестанеш лезть в вещи до которых банально не дорос

> Возьми посгрес, быстрее перестанеш лезть в вещи до которых банально не дорос

смысл предложения не ясен???

спасибо за ответы.

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

оракл думаю будет не к чему, так как никакие лицензии покупать не собираюсь. ибо можно достичь подобного эффекта с бд типа mysql/postgesSQL.

проблемы решаются по мере поступления. предлагаю сосредоточиться на самом проекте, чтобы дожить-таки до огромного количества людей ежедневно. лично я видя в ТЗ пункты вроде "обеспечить 24x7 доступность, гарантированные условия для дальнейшей беспроблемной масштабируемости, большая пропускная способность для миллионов и миллионов пользователей", дарю автору ТЗ "Алые паруса" Грина и прощаюсь.

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

когда будет, тогда и нада будет думать )

1. Сначала нужно научиться программировать. Узнать что такое http://www.springframework.org/download и для чего он нужен вообще.

2. Потом зайти на http://forum.ixbt.com/topic.cgi?id=5:13 и узнать, на какой базе крутится их сайт и по какой причине на 8-процессорной машине поиск всегда недоступен (Хинт: сайт писали рукожопые ублюдки на Perl. Отсюда все траблы. Взяли бы Java с самого начала, так нет, "мы же веб-программеры на Perl")

3. Сравнить скорость работы www.linux.org.ru с forum.ixbt.com. Понять, что такая скорость www.linux.org.ru достигается за счет http://www.linux.org.ru/server.jsp

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

А то напишут сначала кал на PHP как forums.overclockers.ru, который на каждую страницу выполняет 50 запросов к БД, а потом нам приходится по 4 минуты ждать, пока страница сгенерируется. Это не шутки ни разу

> 1. Сначала нужно научиться программировать. Узнать что такое http://www.springframework.org/download и для чего он нужен вообще.

Фигасе на ЛОР салесмены пожаловали.

> 2. Потом зайти на http://forum.ixbt.com/topic.cgi?id=5:13 и узнать, на какой базе крутится их сайт и по какой причине на 8-процессорной машине поиск всегда недоступен (Хинт: сайт писали рукожопые ублюдки на Perl. Отсюда все траблы.

Программисту необходимо знать формальную логику. Если человек из факта того, что "существует криво написаный форум/поиск на PHP" делает вывод что на PHP нельзя написать быстрый поиск, то ему лучше программировать и не начинать. forums.gentoo.org вон на PHP крутится и ничего.

Смотрим на ЛОР: "Результаты извлечены из БД, время поиска: 22451ms" Это что, образец веб-программирования??? В любом случае, роль java в поиске скорее всего ничтожна. Все на бд/индексатор ложится.

> Взяли бы Java с самого начала, так нет, "мы же веб-программеры на Perl")

Назовите хоть один популярный форум на java, кроме лора. opensolaris'овские явно подтормаживают.

> 3. Сравнить скорость работы www.linux.org.ru с forum.ixbt.com. Понять, что такая скорость www.linux.org.ru достигается за счет http://www.linux.org.ru/server.jsp

см. выше, вывод неверный.

> 4. И уже потом думать, что же хранить в БД, и какую базу для этого достаточно поставить

> А то напишут сначала кал на PHP как forums.overclockers.ru, который на каждую страницу выполняет 50 запросов к БД, а потом нам приходится по 4 минуты ждать, пока страница сгенерируется. Это не шутки ни разу

И что мешает поиметь такие же проблемы на Java? фреймворк вас от вас самих себя спасать будет? А 50 запросов на 4 минуты - это по 5 секунд на запрос.. то есть даже если они сократят с 50 запросов до одного, все равно по нормам веб-приложений у них будет сосать.

wikipedia на пыхе и ничо вроде. а насчет ixbt х.з. зачем им 8-головый сервер. поставили бы mysql с master-slave и мемкэшем и добивали бы обычными 1-2 головыми серверами.