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

  • Автор темы Автор темы clevel
  • Дата начала Дата начала
Статус
В этой теме нельзя размещать новые ответы.
кривая база данных.
поставь поновее
этот запрос должен выполняться доли секунды
 
про джойн ты ничего не говорил.
сделай без джойна, запрос в цикле
 
короче.
бери свой вопрос с типом базы и запросом, и неси в флорум по mysql
Там много работы, я один не справлюсь.
навскидку. индекс по хиту не работает, потому, что ты применяешь к нему функцию.

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

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

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

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

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

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

Намекаю:

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

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

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

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