Возможность хостинга обрабатывать запросы

[katrukhin]

Добрый день, так как далек к этой теме. интересен вопрос:
Есть База 20 - перемнных...на каждую 40 000 значений.
При каждом заходе происходит выдача всей информации.

Понимаю что все зависит от хостинга и посещаемости.
Сразу скажу хостинг платный.

Сколько сервер сможет "ПРИБЛИЗИТЕЛЬНО" обработать запросов?

 

[diavolic]

Сразу скажу хостинг платный.

лучше обратиться к тех поддержке этого хостинга

 

[katrukhin]

ответ всегда один, смотрите пробуйте, будет тупить платите больше.

 

[zerdek]

многое еще зависит от того как построены выборки данных и какие индексы созданны в этой базе.

 

[katrukhin]

т.е. если поле к примеру integer c max значением 11, то будет бстрее обробатыватся чем тестовое с значением в 255 символов?

 

[stimblasta]

Там серьёзно смотря какая машина стоит у сервера!
К примеру у меня на 2.5 свободно обрабатывается 1000 запросов в секунду.
Ещё многое зависит от оперативки.

По поводу структуры .. я лично например не ставлю integer больше чем требуется, смотря какая стоит задача.

 

[Jeckerson]

ну 40тыщь это не так уж и много, у меня есть таблицы где по 150к-200к значений, если правильно построена таблица + есть индексы то всё ок.
Кстати к сведению, если всё же база кривая и делая какой-либо запрос, он не будет взлетать, то запрос завершицо после 30 сек ну или по серверско-настроенному тайм-ауту.

 

[zerdek]

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

 

[chang]

т.е. если поле к примеру integer c max значением 11, то будет бстрее обробатыватся чем тестовое с значением в 255 символов?

при поиске по полю субд делает сравнения записей ...

если ей нужно сделать сравнение с числом - делается 1 сравнение
если нужно сделать сравнение с чаром - то делается количество сравнений равное длине строки ( это как минимум ... на самом деле даже больше )

=> integer 11 всегда быстрее обработается нежели char 5

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

 

[Shmaltorhbooks]

Плюс к этому - если поиск идет по полям с индексом, то индексы хранятся в памяти и сравнение с условием происходит в оперативке. Если поиск по полям без индекса - сервер читает либо всю таблицу либо пока количество найденных записей не достигнет limit'а. Сам понимаешь что быстрее будет происходить - файловый поиск или сравнение в памяти.
Однако если прикрутить индексы на часто обновляемые поля, то сервер будет много времени тратить на перестроение индексов при изменении индексных полей, что тоже будет занимать время.
Опять же имеет значение какого рода данные, как часто табличка при этом обновляется, конфигурация и версия мускула, конфигурация физического сервера и еще сотни факторов.
Оптимальный выход - создавать кеш того, что часто отдается. Если информация обновляется редко - чистить кеш при изменении таблицы, если часто - по другим условиям.