|
|
ru.cgi.perl- RU.CGI.PERL ------------------------------------------------------------------ From : Serge Chervjakov 2:5020/400 16 Nov 2003 00:44:12 To : Sergey Orlov Subject : perl или c#? -------------------------------------------------------------------------------- Sat Nov 15 2003 16:54, Sergey Orlov wrote to Serge Chervjakov: SC>> Идет запрос: select * from tburl where numurl='$numurl'. $numurl SC>> достается из параметров скрипта. Ес-но, что numurl - это auto_increment SC>> проиндексированое поле. Дальше идет открытие файлика, его прочитывание, SC>> выборка _одного_ результата из базы, 2 простых замены в этом тексте из SC>> файлика и выдача результата. Тормозить-то негде. SO> Все это может сделать сам MySQL и то, что ты называешь файликом вполне SO> может лежать как информация в базе. И что, я должен заводить отдельную таблицу для того, что бы хранить этот один единственный шаблон выдаваемого результата? Судя по моим недавним экспериментам с бенчмарком, выгоднее (по ресурсам) прочитать 1000 строк из файла и _распарсить_ их (что б было на подобии полей в таблице) split'ом на 6 полей, чем выбрать их запросом из базы (и соотв-но потом делать while по всему $sth). При этом, затраты ресурсов на подконнекчивание к базе не учитывались. Более менее равные результаты были лишь при числе записей порядка 5000. основные ресурсы при этом уходили именно на выполнение запроса (соотв-но при чтнении из файла, основные ресурсы уходили на split, как ни странно). В файлике порядка 100 строк, и их IMHO выгоднее хранить именно в файле. Впринципе, можно побаловаться бенчмарком - предложение достаточно интересно, но я пока больше о серваке беспокоюсь. Hадо его срочно разгружать:(. --- ifmail v.2.15dev5.1 * Origin: FidoNet Online - http://www.fido-online.com (2:5020/400) Вернуться к списку тем, сортированных по:
Архивное /ru.cgi.perl/166790d3b1dd6.html, оценка из 5, голосов 10
|