serjioms: 24 млн строк... Хранить - без проблем. А вот если хотите потом по этому делу строить сводные отчеты... у меня всякие суммы строятся не быстро. Лучше считать заранее
serjioms: ок. повторю вопрос - насколько долго Вы планируете хранить данные? данные будут лежать в "сыром" виде или агрегированные по каким-то параметрам (за минуту/час/день)
если это запрос сам по себе исполняется за 0,03с - значит(ИМХО) тормозит его что-то другое. Ну будет он в момент пиковой нагрузки выполнятся не 5.03, а 5,01 сек - будет легче? Основная то задержка не в нем.
Иван: не факт. Что-то мне подсказывает, что ТС не от безделья начал автоматизировать процесс. Да, решение спорное - но иногда только такой "костыль" и возможен. Я за время работы в автопроме и похлещще видел.
skoder: ок. собственно дальше надо смотреть "в динамике", когда тормозит - всякие slow_query и т.д.
то, что сам запрос выполняется достаточно бысто - уже понятно. Значит, он чего-то ждет. Либо блокировки, либо IOwait. Вероятнее - второе. Прямо сейчас можете подумать о структуре таблицы.
ip рельно храните? начните хранить в нормальном виде. меньше таблица - больше данных влезет в кэш.
nirvimel: "Разработка и внедрение целого программно-аппаратного комплекса обойдется владельцу, конечно, дешевле чем простой срыв пломб." иногда - да. Вы похоже не представляете всего гемора с поддержкой какого-нибудь редкого оборудования.
tw1ggyz: сглупил. Вас же интересует количество комнат типа люкс? Т.е. то, что тип комнаты = люкс Вы и так знаете? SELECT 'люкс', ISNULL((SELECT COUNT(*) FROM rooms WHERE roomtype = 'люкс' AND dirty = 'Y'),0)
Узаир Ижа: запрос в разные БД или в разные таблицы? Если в разные БД - то в зависимости от выбора пользователя коннектитесь к разным БД
mysqli_connect("localhost", "my_user", "my_password", "ЗДЕСЬ_ПИШЕМ_ИМЯ_БД");
