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

Тема в разделе "Базы данных", создана пользователем katrukhin, 12 июл 2010.

Статус темы:
Закрыта.
Модераторы: latteo
  1. katrukhin

    katrukhin

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

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

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

    diavolic

    Регистр.:
    17 мар 2010
    Сообщения:
    522
    Симпатии:
    102
    лучше обратиться к тех поддержке этого хостинга
     
  3. katrukhin

    katrukhin

    Регистр.:
    6 июн 2010
    Сообщения:
    168
    Симпатии:
    22
    ответ всегда один, смотрите пробуйте, будет тупить платите больше.
     
  4. zerdek

    zerdek

    Регистр.:
    29 ноя 2007
    Сообщения:
    346
    Симпатии:
    50
    многое еще зависит от того как построены выборки данных и какие индексы созданны в этой базе.
     
  5. katrukhin

    katrukhin

    Регистр.:
    6 июн 2010
    Сообщения:
    168
    Симпатии:
    22
    т.е. если поле к примеру integer c max значением 11, то будет бстрее обробатыватся чем тестовое с значением в 255 символов?
     
  6. stimblasta

    stimblasta Писатель

    Регистр.:
    10 июл 2010
    Сообщения:
    6
    Симпатии:
    1
    Там серьёзно смотря какая машина стоит у сервера!
    К примеру у меня на 2.5 свободно обрабатывается 1000 запросов в секунду.
    Ещё многое зависит от оперативки.

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

    Jeckerson Постоялец

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

    zerdek

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

    chang

    Регистр.:
    20 ноя 2009
    Сообщения:
    364
    Симпатии:
    117
    при поиске по полю субд делает сравнения записей ...

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

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

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

    Shmaltorhbooks Создатель

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