Скорость обработки данных

Привет всем у меня вопрос по скорости загрузки из бд. Я заношу данные о адресе из yandex карт. В любом случае есть область, но я ее заменил на цифры, а остальное город и адрес я заношу в базу в виде слов. Я хочу спросить как сильно может снизится скорость загрузки данных из бд при таком раскладе. Не знаю учитывается это или нет, но сначала у меня в запросе стоит проверка на статус? то есть если в поле status стоит 1 или 2 то мы выбираем эти данные. Также поля улица дом, часто остаются пустыми. Зарание большое спасибо

0

Братуха, код нужен.

1

Наверно немного нет объяснил просто я хотел узнать значительно ли измениться скорость загрузки если в качестве адреса использовать буквы. То есть у меня есть два варианта допустим у нас есть 500 городов это три цифры и хранить в таком формате 345 - Берлин и т.д . Так сильно ли измениться скорость загрузки или незначительно если сохранять города в буквах, там же могут быть и длинные города. Вся проблема в том что все города я не могу распределить по цифрам, на карте я узнаю кардинаты и перевожу их в адрес буквами.

0

Не заморачивайтесь на проблему использования букв.. Это в си, при разработке графических приложений, строки обрабатываются на порядки медленней чем числа и поэтому их использование неприемлимо. А в php все обрабатывается на порядки медленней. Пользуйте (не злоутребляя длинными строками)и не волнуйтесь.

1

0

Если выборка идёт с поиском по слову из бд, то сделайте индекс по данному полю, тогда будет работать быстрее гораздо, чем без индекса. Скорость пхп не как не повлияет на выборку из бд

1

DrobyshevAlex, умеешь ты обрезать в нужный момент. В принципе мне лучше делать индекс на статус, так как у меня идет запрос к бд при каждом открытии любой странички сайта. Кстати это не очень часто? Подскажите как можно сделать выборку каждый час что ли или на каждого пользователя по одному разу, на день, я, например, совсем не представляю как это сделать. Зарание большое спасибо.

0

Сообщение от Братуха Кстати это не очень часто?

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

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

Я напрмиер вообще не понял что Вы делаете, по этому и ответить сложно.
Если выборка данных просто Так тут строки вообще не участвуют, не важно что они выбираются, важно что поиска по ним нет в фильтре.
Тысячи запросов в секунду MySQL легко обрабатывает.

Что значит выбирать 1 раз в час или 1 раз для юзера тоже не понятно. Что Выбирать? Почему в час? Ну храните в сессиях например, если в сессии пусто, то выбирайте.

1

Когда я уже научусь по человечески излагать свою мысль. У меня на сайте есть меню категорий их всего 12. Я подсчитываю количество тем для каждой категории для этого я делаю выборку из бд каждый раз когда загружается страничка, когда перезагружается. Спрашивается зачем делать каждый раз запрос к бд темы не так-то часто и создаются и удаляются. Я хочу спросить есть ли возможность такая: зашел пользователь загрузил данные из бд и они сохранились где-то и уже из этого сохраненного файла подгружались, ну а там через час снова или как только новый пользователь зайдет. Хотя в принципе та же самая бд получается только обращаемся уже не к ней. В общем сделаем вывод - гемор я ищу, мало мне забот

0

Есть такое понятие как нормализация бд, то есть есть связи и нет избыточной информации.
Напрмиер если есть категории, и статьи в них, то не нужно хранить их количество, так как можно посчитать функцией count.

Но как правильно, кода запсей много, а сайт высокопосещаем, и статью добавляются довольно часто, прибегают к так сказать денормализации
Создают дополнительное поле в таблице с категориями. И хранят в нём в количество статей в данной категории, при добавлении/удалении статьи, поле перезаписывают.

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

Если же сайт без фв, или фв не имеет такой функции, то можно и самому сделать так.
То етсь просто в том месте где добавление идёт или удаление, сразу обновляете поле с количеством.
А можно и тригером наверное сделать... Хотя я бы сделал всё таки отдельным запросом к бд, при добавлении ищли удалении записи.

Тогда выборка категорий и количиства статей будет затрагивтаь только одну таблицу, без подсчёта. Это на столько мизерные затраты ресурсов, что не стоит беспокоится.
Но если у вас статей всего пару тысяч, то можно и без кэша выбирать

Ну а так же, можно создать промежуточный кэш файл, со списком категорий, я где то простейший пример кода кэша приводил.
То есть если файла кэша нет, вы делаете выборку, и сохраняете сериализованный массив данных в файле.
А если файл есть, то прочто читаете их него массив. Это будет общий кэш на всех юзеров.
А как только добавили или удалили запись, просто удаляете файл. При первом обращении к сайту, он пересчитает данные и перезапишется.

Добавлено через 1 минуту
Хех... я даже Вам и приводил пример кэширования как лучше сделать?

1

Когда это было..... Это, наверно, самый большой за все время, которое я нахожусь на форуме

0