Rexona, вам уже был дан ответ, что скорее всего проблема не в БД. Конечно лучше еще уточнить сколько запросов к БД идет в часы пик, или хотябы в сутки. И какой общий объем данных.
Но я также склоняюсь к тому, что MySQL вам будет более чем достаточно.

да был, спасибо за ответ! 

интересно только, почему настойчиво советуют забыть IIS
и стало интересно про Oracle, awers пишет, что супернагрузки только эта бд способна выдержить, не уж что только Oracle на это способен?

Я думаю самый лучший способ узнать - это попробовать.
Вот статья со сравнением СУБД: http://www.devx.com/dbzone/Article/20743 

Так же вот цитата с этого источника:


Добавлено через 3 минуты и 40 секунд
А также:
Сравнение MySQL с другими СУБД
MySQL vs. PostgreSQL

awers, я не искушен в таких цифрах. 4 млн операций insert/update в сутки ? А подключений много?

еще select не хватает...
а то как-то не полная картина получается, select/insert/update - самые распространенные запросы 
  просто решила добавить одну детальку

подразумевает insert конечно, а это может быть что то еще? 

awers, я думал, update вообще по сути сюда тоже можно отнести, думаю она даже сложнее, т.к. инсерт - тупо вставка, а апдейт - вставка с предварительным затиранием ещё и с условием where - ну это мое субъективное мнение.
Вообще сначала хотел возразить, т.к. клиенты хостенгов сидят на mysql, а сервер у них один,  а этих клиентов может быть до десятков тысяч на одном сервере - так что в принципе можно получить примерно ваши 4 млн инсертов на 1 mysql-сервер. Но поскольку точных цифр не имею, спорить не буду.

flashaa, ты по дисковому пространству и отводимым ресурсам посчитай... выйдет не более 100-150 юзеров на сервер. ну а дальше тоже банальная математика... те кому "за" - всеравно приходится либо выделенный сервер либо vds

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

А уж насколько вопрос о запросах относится к первоначальному - это и вовсе туши свет.

"предварительное затирание" - не такая страшная штука, как кажется: позиционирование в файле не занимает много времени.
Другое дело, что "тупо вставка" чаще всего приводит к... перестроению ВСЕХ ИНДЕКСОВ. Попробуй представить себе нагрузку, ага.
Поэтому система, которая получает много инсертов, делается совсем по-другому, не так как та, в которой инсертов мало.

Это если говорить абстрактно о запросах.

Если говорить о конкретном примере, то не очень понятно, опять же. Куда деваются эти инсерты, если база ограничена двумя гигами. То есть, дело темное, и сильно ориентироваться на эти рассказы не нужно.
Опять же, все дело может быть не в разниче между базами, а в разнице между администраторами баз. У одного мускуль помирает на 4 лимонах, а у другого - вполне себе здравствует.
Да и сам автор заявляет, что юзает оракл из-за логики. 

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

Потому что вы в форуме посвященном PHP а он на IIS работает в разы медленнее. Хотите работать с  IIS посмотрите в сторону  ASP.NET.


Абсолютно согласен.
Даже самая быстрая база будет ползать из-за кривизны рук проектировщика системы и програмистов если у них руки не тем концом вставлены или они вообще нагами работают.


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

По какой логике получилось 100-150, ведь вот это

я не с потолка взял. Именно десятки тысяч клиентов на одном сервере вполне могут располагаться (сталкивался с таким). 
На одном физическом сервере 10-20 тыс клиентов, они юзают сервер mysql, который расположен на этом же сервере.

Это сообщение отредактировал(а) flashaa - 9.4.2008, 13:14