ценность этого ответа весьма сомнительна. Чтобы было понятно, выглядит он примерно так
- Хочу доехать до магазина, но у меня машина не заводится, что делать?
По списку:
- На заднем бампере царапина. Обычно машины красят без царпаин
- На левом сидении коричневый чехол, а на правом - темно-малиновый. нужно соблюдать единый единый стиль интерьера
- Ты собрался ехать в объезд, а можно доехать по прямой гораздо быстрее
- И вообще лучше поехать на трамвае.
Условно полезными являются только последние две из этих пафосных рекомендаций, но ни одна не объясняет, почему машина не едет.
Все верно, это одно из множества суеверий, окружающих пхп.
По факту запрос с count(*) ничем не отличается от любого другого - mysql использует индекс, если в таблице есть хоть один, или перебирает строки по одной, если нету. То есть count(id) не будет быстрее count(*), но зато последнее универсальнее
Lander, зависит от целей. Если это конкуренты хотят поставить цену ниже, то их, разумеется, пошлют.
Если это для составления какого-то справочника, который потом может потенциально привести покупателей, то почему бы и нет.
Вообще мой ответ с подковыркой. Сам лично я всю эту шушеру - нищебродов, которые пытаются зарабатывать парсингом и спамом, откровенно презираю. Это реальные паразиты, чисто экологическая проблема. Они загаживают наш интернет. из-за них нормальный человек не может нормально зайти на сайт без того чтобы не разгадывать каптчу на каждой странице. И считаю, что таким вопросам не место в сообществе. Но при этом все авторы таких вопросов хором утверждают, что делают ничего плохого. Ну вот отсюда и мой ответ: если ты не делаешь ничего плохого, то и напиши владельцам сайта.
А если делаешь, то тогда не ответ тебе на блюдечке с голубой каемочкой, как это принято на тостере, а гнать ссаными тряпками.
DmitryUlitin, это хороший пример той ерунды, которую часто пишут в интернете.
Объединение запросов в оди не дает ничего, кроме головной боли.
Единственный случай, когда имеет смысл выполнять запросы пачкой - это если у нас уже есть готовый дамп из кучи запросов. А если запросы формируются на лету, то их надо сразу и исполнять. Применение подготовленных запросов будет быстрее, чем склейка в 1.
Вот не понимаю я такого упрямства на пустом месте. Зачем скатываться в это вот "А я все равно докажу, что прав, не на практике, конечно, а надергав цитат из интернета".
Ну как знаешь
Rsa97, ну как бы да. Я тоже в свое время удивился, поскольку это явно, вроде бы, нигде не прописано. В итоге чтобы получить результаты выполнения всех запросов надо прикручивать цикл для их получения, как для хранимых процедур, и в итоге код становится совсем уже монструозным.
Но на самом деле это не имеет никакого значения, асинхронный или нет. ПДО например, ждет выполнения всех, но проблема остается та же самая.
Что на самом деле важно - это что multi_query возвращает результат только первого запроса. А нам нужно получить все.
