Что лучше: очередь запросов или один, но большой?

Question

[Никита Гусаков]

Запрос/ы формируется в цикле, разбирая ассоциативный массив, что лучше — сформировать один запрос, или для каждой новой строки выполнить свой?

Answer 1

[Hint]

О каких запросах идет речь? Разделение через точку с запятой?
Могу сказать точно, что многострочный INSERT (один INSERT с несколькими строками) работает значительно быстрее нескольких отдельных INSERT'ов.

Answer 2

[rakot]

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

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

Answer 3

[vsespb]

Либо совсем неважно, либо оптимально что-то среднее — по одному запросу на каждые 100-1000 иттераций.

Answer 4

[edogs]

Один запрос.
Это самый распространенный (и к счастью самый легко устраняемый косяк), когда делают нечто вроде foreach() mysql_query; что при всего-то даже при 100 элементах массива дает результатом 100 запросов. Жуть страх и трепет.

Comments

[egorinsk]

Так тот же UPDATE нельзя сделать массово. Меня интересует другой вопрос, а что быстрее и почему? 100 UPDATE с autocommit или же 100 UPDATE, заключенные в 1 транзакцию? И где тут логика?

Answer 5

[vsespb]

в транзакции быстрее — на то она и транзакция.

вместо 100 update, кстати, иногда можно извратиться и обойтись одним мультистрочным insert… on duplicate key update

Comments

[vsespb]

опс. промахнулся это к комменту выше habrahabr.ru/qa/27853/#answer_112075

Answer 6

[run182]

Смотря насколько сложный 1 запрос. Иногда лучше >100 мелких запросов чем 1 реально сложный.
Но часто есть 3 вариант - 2 или 3 небольших запроса с последующей обработкой полученных массивов.