egorinsk

Если выбрать второй вариант, нельзя будет сделать дешевую оптимизацию разнесением таблиц на разные сервера. То есть в этом случае с ростом нагрузки придется покупать массивы дисков, многопроцессорные ядра и прочую хрень. А потом ломать руки архитектору и переписывать весь код.

А в первом случае банально разносим таблицы по серверам и еще годик бездельничаем.

Также, с первым вариантом, сущности можно дергать частично из кеша мультизапросом. А второй вариант хрен закешируешь.

Так что не слушайте джойнеров, потом жалеть будете.

Берете любую IDE с поиском по файлам, вводите название функции, смотрите, где она используется, удаляете, проверяете, все ли работает. Затем удаляете следующую. И так далее.

Посмотрите, через strace/netstat (если вы на уиндоуз, то через procmon/procexp) куда на самом деле коннектится PHP и что происходит перед этим, например, пытается ли он отрезолвить имя сервера.

Во-первых, вы путаете в тексте понятия «ошибка PHP» и «исключение». В частности, исключение нельзя проигнорировать и продолжить выполнение программы.

Идея заворачивать все в блоки try/catch — тоже маразм, исключения были прижуманы как раз для ухода от необходимости проверять результат работы всех функций.

Вот, как надо делать правильно:

1) Делаем set_error_handler, который превращает все ошибки/варнинги/нотисы/стрикт стандартс в исключения
2) Ставим error_reporting(-1)
3) Делаем set_exception_handler(), который логгирует исключение (неважных исключений не бывает) и выводит красивую страничку 503 (не на продакшене тут же выводятся детали ошибки).
4) Получаем через некоторое время приложение без ошибок

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