Какую базу выбрать?

[hanslinger]

, и таких 40 штук.

[ThE0ReTiC]

hanslinger
[off]
в секунду
[/off]

[xRUSha]

издеваитесь...

30 запросов это в принципе с потолка, но бизнес логика там должна быть очень непростой, так что ориентироватся лучше на худшее. Хотя основная нагрузка ляжет на одну cgiну а она я думаю будет просто обращатся к хранимой процедуре и возвращать результат ее работы. Соответственно еще одно требование к базе - хранимые процедуры и триггеры.

commander

1. Дай полную раскладку сервака... (ОС, Веб сервер, Канал, и.т.д.)

Сервер выделенный - соответственно выбор оси, веб-сервера, субд, вопрос решаемый просто. Канал достаточный (этим вопросом не я занимаюсь). Ось - думаю linux или фря, этот вопрос буду решать немного пожже.

3. 350 запросов в секуду это придел?

думаю нет

[ThE0ReTiC]

xRUSha:
Хотя основная нагрузка ляжет на одну cgiну

нагрузку надо переносить в СУБД.
соответственно под фрю нормально работает только PostreSQL
все остальное сертифицированно только под Линухи.
Oracle конечно заводится на фре, но я бы например не рискнул ставить такую связку в продакшн.
возможно имеет смысл смотреть на Solaris+Oracle

[xRUSha]

нагрузку надо переносить в СУБД.

я так и думал

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

[commander]

Сервер выделенный - соответственно выбор оси, веб-сервера, субд, вопрос решаемый просто. Канал достаточный (этим вопросом не я занимаюсь). Ось - думаю linux или фря, этот вопрос буду решать немного пожже.

1. Советую этот вопрос решить изначально!
2. Очень рекомендую FreeBSD, а не Linux.
3. Веб сервер Апач, до 500 единовременных подключений при определенной настройке...

нагрузку надо переносить в СУБД.

не думаю...  Лучше на сишный модуль апача. (написанный самим).
скорость в 100/200 раз быстрее чем тот же скрипт под CGI. БД в твоем случае не стоит сильно дергать... (это может очень печально кончиться..)

[ThE0ReTiC]

commander:
не думаю...

а попытаться?

commander:
на сишный модуль апача

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

[ThE0ReTiC]

commander:
 рекомендую FreeBSD

сначала определиться с СУБД.
Под Фрю есть только Postgres.
Запуск всего остального - извращение, допустимое исключительно в образовательных целя.

[commander]

ThE0ReTiC

а попытаться?

не модо иронии...

Ибо это будет быстрее, чем обработка полусырых результатов даже модулем.

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

сначала определиться с СУБД. Под Фрю есть только Postgres.

Как на счет индексов? + обработку результатов модулем...
Да и потом, чем тебя не устраивает Postgres?

[commander]

ThE0ReTiC
http://www.freebsd.org/commercial/software.html#Altera

[ThE0ReTiC]

commander:
чем тебя не устраивает Postgres?

Меня - всем. Ничего не имею против.
Она может не справиться с нагрузкой...

commander:
обработку результатов модулем

само собой.

commander:
Как на счет индексов?

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

[commander]

http://www.freebsd.org/commercial/software.html#InterBase

[ThE0ReTiC]

commander
Нервно курит в углу.
Postgres 100 очков вперед даст.
Это очередная попытка сделать конфету и Борландовского недоразумения.

[commander]

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

Все дело в руках...

Она может не справиться с нагрузкой...

только лишь предположение...?

[ThE0ReTiC]

commander
Да.
тестов не проводил. Не люблю Interbase. Наелся в свое время.
Кстати она есть только официально под Шапку, Сусь и Соляру (v 7.1)