Вполне возможно что я незнаю всех возможностей PDO, но:



В данном случае происходит вставки раз за разом выполняя запрос.
Есть множественные вставки, которые представляют из себя VALUES через запятую:

Должен сказать что это работает гораздо быстрее. И как я уже сказал, на уровне конструктора мы сокращаем время на просмотр SQL ошибок которые появляются из-за опечаток в коде.

Добавлено @ 12:40 

Я опять цитирую "и я бы еще даже добавил: сокращает время на отладку SQL запросов, так как конструктор не способен забыть вставить скобку, кавычку или запятую."

А я что то различия не нашел, между моим кодом и твоим, разве что у тебя в цикле, у меня последовательно, тем более у тебя ошибка )

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

IZ@TOP, 
Объясни мне в чем отличие:

от


В плане последовательности и скорости вставки?

Opik, 


Это я писал пример с PDO.  А разница с твоим примером в том, что $array1, $array2 тон плохого кода - это раз, а если ты не знаешь сколько записей тебе нужно вставить, что и имелось ввиду в данном случае, то естественно цикл. Если же использовать конструктор, мы за один запрос вставляем все пришедшие к нам записи!

Прям разжевывать все нужно! Ей богу!   

Opik, ты знаешь чем отличаются вставки



и


?

IZ@TOP, 
Я понял, что ты имел в виду, знаю. Но я не понимаю где отличие (в этом плане) в этих 2-ух кусках кода? И давай не будем про тон плохого кода, как я тебе уже писал, твой код тоже никуда не годиться  ))))

констуктор?

Спор на пустом месте. Я считаю, что необходимость вставки в одну таблицу нескольких строк - это довольно редкая задача и задача эта будет вряд ли где-то в ядре системы. (ну разве, что создание бэкапа базы и восстановление).

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


У меня вообще кода не было кроме того что с PDO. Внимание вопрос:
Что быстрее, один запрос к базе данных или 30?

Несколько примеров - в студию! 

Wowa, голосование, тесты, привязка к разделам, привязка типов, жанров и т.п.
Достаточно или продолжить?
ЗЫ  я щас работая над проектом типа афиши, там этого добра ой-ой-ой сколько. 

И кстате, почему 

На этот момент вообще у всех ноль внимания?

никогда не считал пропущенную запятую большой ошибкой, все правиться за пару секунд



так реч то не об этом.

лично я даже запятую пропускаю крайне редко, поэтому это и не аргумент для меня.

Млин, а как же обернуть всё это в логику, что бы не сразу со странички формы в базу, а что то подобное:


Прикол в том что такие классы очень просты, сами устроены по принципу PEAR: DB_DataObject, расшаривают общий код, но пользовать их одно удовольствие потом 

Нет прямой связи с БД, захотели сделать откат, не меняя публичный API сделали.

P.S. это я к тому что на слое абстракции PEAR: DB/PDO народ сразу логику ставит, делая прямые запросы... тоже можно, но ИМХО не красиво.

неа, недостаточно. Во всех перечисленных тобою вещах множественную вставку - редко где придется делать, да и не будет она большой(ну самый максимум 20 строк) и выполняться будет крайне редко. Поэтому тут совершенно очевидно, что должен использоваться тот код, который более понятен потом при разборке будет, тот код - который удобнее разработчику писать.

Речь как раз об этом!

Sardar, как раз об этом я и говорю! Хотя в чистом виде DataObjects я бы использовать не стал, именно тот что PEAR - ибо тормоз, а вот что-то вроде твоего варианта вполне может подойти. Но далее уже с разных точек нужно рассмотреть что к чему.