Я конечно понимаю, что всё зависит от того, какой у тебя сервер, но мне интересно, должен ли php скрипт содержать какое-то оптимальное кол-во запросов к БД? SELECT, UPDATE... сколько их должно быть при загрузке php скрипта?

это примерно как спросить - сколько строк кода должно быть у PHP серипта

Только не сервер, а "запрос".

Негласным правилом считается 1 страница - 1 запрос. Но это на самом деле никакое не правило.
Ответ — все целиком и полностью зависит от конкретной страницы и конкретного запроса.
Почему? — Потому что может быть один кривой запрос которые повесит СУБД на 8 секунд и может быть 30 запросов выполняемых за доли секунды.

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

landsturm, чем меньше, тем лучше. В идеале - ни одного.

В миллисекундах. Секунда на генерацию страницы - слишком много.

Говоря об абстрактных попугаях средней температуры - больше пары десятков запросов на одной странице - повод посмотреть повнимательнее на код.
Но как выше уже указали - профилируйте. Один запрос может быть заметно медленнее нескольких.