применение MySQL на тяжёлых сайтах

[sublimity]

D.O.
Из моего опыта  сайт крупной компании , с ~40 магазинами , и 2000-3000 товаров, все это в одной таблице , т.е. таблица 50столб*2000строк, и от 5 до 50 пользователей он-лайн,
Выборки как понятно нехилые, там же и категории товаров, и даже одно BLOB,
перед оптимизацией базы страница генилась за 5сек,
после за 0,5сек при 30пользователях.....
Можно было и быстрее, но было в лом переписывать )
Так что доска выдержит и не такое..

[D.O.]

sublimity
Отлично, благодарю за информацию.
Останусь с MySQL.

[Antoxa]

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

D.O.:
Большие объёмы данных, много одновременных коннектов и запросов.

вот я и спрашиваю, много - это сколько?

[D.O.]

Antoxa:
у некоторых компаний в mysql лежат десятки терабайт с тысячами параллельных запросов. не на одном сервере конечно.

Если не на одном, то не удивительно.

Antoxa:вот я и спрашиваю, много - это сколько?

"Тысячи параллельных запросов". И каждый запрос достаёт от нескольких десятков до тысячи записей.

[Antoxa]

D.O.:
Если не на одном, то не удивительно.

вопрос как всегда в количестве а ты ессно на это внимания не обратил, там не по мегабайту на сервер, уж явно

D.O.:
"Тысячи параллельных запросов". И каждый запрос достаёт от нескольких десятков до тысячи записей.

так точно, еще и джоины злобные в транзакциях

[Yukko]

Я думаю, что не подойдет тебе MySQL, у меня на MySQL 3,0 триггер вешает сервак на минуту...

кстати, это вебприложение, которое:

"Тысячи параллельных запросов". И каждый запрос достаёт от нескольких десятков до тысячи записей.

[Greg]

Да. Аффтар MySQL жжот, респект.

вспомнил анекдот:
маленький парнишка подходит к отцу и спрашивает:
 - Пап, а что серъезно, что люди от форумов тупеют?
 - Аффтар жжот, сына убей себя!

просто чета вспомнился