Оптимальный поиск по файлу и замена определенных строк

Статус
В этой теме нельзя размещать новые ответы.

RomikChef

Guest
кривая база данных.
поставь поновее
этот запрос должен выполняться доли секунды
 

RomikChef

Guest
про джойн ты ничего не говорил.
сделай без джойна, запрос в цикле
 

RomikChef

Guest
короче.
бери свой вопрос с типом базы и запросом, и неси в флорум по mysql
Там много работы, я один не справлюсь.
навскидку. индекс по хиту не работает, потому, что ты применяешь к нему функцию.

FROM_UNIXTIME(copy.hit,'%Y%m')<FROM_UNIXTIME(statistic.hit,'%Y%m') - а это что значит?

Но главное, что ты должен уяснить - база все может сделать быстро. главное - правильно составить запросы.
 

RomikChef

Guest
потавь перед своим запросом слово explain и выполни его в консоли.
результат тоже запости в тот тред в форуме по mysql
 

Crazy

Developer
Автор оригинала: clevel
через функции пхп и интовые значения столбцов CSV файла это намного проще сделать...и быстрее...
Что "это"? Group by и count?

IMHO, ты все же сравниваешь совершенно разные алгоритмы. Пока не увижу -- не поверю, что ты над текстовым файлом в общем виде реализуешь group by и это работает быстрее, чем через MySQL.
 

AnToXa

prodigy-одаренный ребенок
clevel
1. Скажу тебе по секрету, что mysql хранит данные также в файлах :)
2. Но файлы эти(индексов и данных) в специальном формате, который предназначен для того, чтобы по нему быстро искать и перемещать и хз, что делать с записями...
3. пхп ПО ОПРЕДЕЛЕНИЮ НЕ МОЖЕТ БЫТЬ быстрее mysql с db-like операциями, ибо mysql предназначен для этого, а пхп - совсем нет.
 

Crazy

Developer
AnToXa, посмотри на размещенный здесь SQL-запрос и представить, на сколько порядков дольше это будет выполняться, будучи переписанным "как есть" на PHP... :D
 

RomikChef

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

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

AnToXa

prodigy-одаренный ребенок
Ромик. вы опять с тони играете в плохого и хорошего модератора? :)

он открыл отдельный топик для этого, если ты не заметил,
там ему кстати, ответили

за сим прекращаем флейм
 

Crazy

Developer
Автор оригинала: RomikChef
груп бай и коунт он делал сначала на на базе. база у него тормозила. на базе он это делал. раньше. на базе.
но база тормозила.
Море? Где? :D

Намекаю:

> хранить не в csv, а в базе данных.
да я и хранил в БД- мускул... только он тормозит сильно
Какой смысл сравнивать по скорости РАЗНЫЕ алгоритмы? :)
 

RomikChef

Guest
AnToXa
1. никто ни во что не играет. я вообще не понял, как такая дурь тебе в голову влезла.
2. Раз ты видел, что он открыл - зачем сюда полез? Сам? Умного из себя строить? Молодец, построил.

Крейзи, он ничего не сравнивает.
у него есть объективная реальность
база - плохо.
файл - хорошо.
 

AnToXa

prodigy-одаренный ребенок
AnToXa
1. никто ни во что не играет. я вообще не понял, как такая дурь тебе в голову влезла.
тони вчера прикалывался на канале :)

2. Раз ты видел, что он открыл - зачем сюда полез? Сам? Умного из себя строить? Молодец, построил.
умного строить мне нет необходимости
намекнуть, что существуют форматы, которые можно юзать при построении своей мини-бд к которой у него мысля шла...

ширше надо мыслить, Ромик :D
 
Статус
В этой теме нельзя размещать новые ответы.
Сверху