PDO::FETCH_OBJ

Для чего нужен данный атрибут? Вернее когда его рационально использовать?

Ведь создание объекта это затраты ресурсов, почему не оставлять режим массива(например PDO::FETCH_ASSOC) ?

Или это делается тупо ради ООП стилистики? Разве не глупо ради красивой визуализации кода, жертвовать производительностью?

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

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

пдо также хорош с разными субд.

> Разве не глупо ради красивой визуализации кода, жертвовать производительностью?
А что там такого страшного с производительностью происходит? Вы делали бенчмарки?

не я лично, а др.чел -- https://gist[dot]github[dot]com/stephen-hill/5508483



==============

плюс повсеместно твердят, что объект это ресурсожрущая сущность, если бы это не было так, то нах тогда придумывать синглтон?

Я использую у себя в проекте только PDO::FETCH_OBJ, абсолютно для всех запрсоов. Мне так больше нравится.
По поводу производительности скажу так - забейте. Это несоизмеримые понятия. Запрос в бд к примеру выполняется 5мс, выборка в массив будет 0.01мс к примеру, а в обьект 0.05мс, и что мы выиграем?
Вообще по собственному опыту скажу что про время выполнения пхп можно забыть, в реальных проектах процентов 80-90 времени занимают запросы в бд, иногда даже пинги.
Толку боротся за 1-2мс когда пинг к серверу 40мс и запросы в общем выполняются еще 10-20.
Короче сейчас тема производительности php отходит на второй план.

То есть ты думаешь что синглтон нужен только потому что обьекты ресурсоёмкие? В общем долго обьяснять и придумывать примеры, но твоё утверждение не верно.

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.