Когда писал скрипт, старался сделать все поминимому. Есть табл в ней новости, создаю кеш и работаю с файлом.
Вопрос :если в табл 50 тыс записей, файл будит наверно около 4мб. Стоит ли таким методом пользоваться(каждый раз подгружать 4 мб) или сделать еще один запрос к бд и убрать кеширование?

Это сообщение отредактировал(а) Predator199 - 12.11.2012, 20:45

у тебя выводятся сразу все 50 тысяч записей? что это за кеширование — сохранить все, даже то, что не будешь выводить?

o_O как я понял тс вообще просто перенес данные из бд в файл.

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

Это сообщение отредактировал(а) Predator199 - 13.11.2012, 12:09

Правильно ли я понимаю: тс лень лазать по папкам в поиске названия функции, чтобы отвечающим было в принципе понятно о чем вообще идет речь, но при этом отвечающим должно быть не лень тратить свое время, давай совет незнакомому человеку за бесплатно?

Ну что ж, удачи в ожидании альтруистов   

то есть, все-таки, выгружаешь в файл из БД, а потом фильтруешь данные уже из файла.
вопрос: зачем?
не поверю, что на 50 000 ты сам не заметил разницы между работой с БД(индексы, подгрузка в память) и фильтрацией файла(когда все 50 000 × средний размер новости ~ 50Mb оказываются в памяти одновременно)
з.ы. "за бесплатно" — не напряжно, а вот "подскажите, а мне вот лень" — напрягает, да

Суть такова. Мне нужно соединиться с удаленным сервером. Таких серверов много, поэтому я заношу в кеш(в файл, пропускаю через serialize) и выставляю крон. 
Такой метод будит лучше использовать:
Узнаем информацию о сервере, пропускаю через serialize и не в файл, а в отдельную ячейку(бд, сервера). А там вытаскивать данные о сервере.
Тогда получится следующее: 1000 серверов-1000 update запросов за раз.

Как лучше, можно ли 1 запросом за место 1000 ?

Это сообщение отредактировал(а) Predator199 - 16.11.2012, 16:40

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

Файл с 50000 записей будет обрабатываться дольше, чем выбрать с базы 50000 строк.
Зачем (скорее даже "нафига") 50000 строчек новостей в файле?! Соединение с базой данных на localhost (том же сервере) чуть ли не моментальное, поиск в 1000000 строк - доля секунды, выборка 1000 записей - доля секунды. 

1000 update'ов на локальную базу данных - это сущие пустяки.
Я восстанавливал дамп с 1,5 миллионов запросов, и это занимало минут 25, по 1 миллисекунде на запрос.  Конечно же, зависит от мощности сервера, но все же при локальном соединении с базой она неимоверно резвая.

Это сообщение отредактировал(а) Arantir - 19.11.2012, 18:31