Где рациональнее соединяться с БД?

Question

[Alexander]

Я написал небольшую библиотеку auth, в которой хранятся функции инициализации авторизации, проверки авторизации, эти функции используют БД для операций с таблицей SESSIONS. Использую вспомогательный класс БД, через наследование PDO. Где будет правильнее соединяться с бд? В модели? В библиотеке auth перед началом операции с БД? Или в классе бд при его инициализации (__construct())?

Answer 1

[Дмитрий Энтелис]

Мне лично нравится вариант когда соединение устанавливается в классе БД при его инициализации.

Comments

[Alexander]

Понимаете, я собираюсь переходить на ASP.NET и очень хочется избавиться от привычки писать говнокод.

[Дмитрий Энтелис]

Александр Катков: Не вижу говнокода в этом.

[Alexander]

Дмитрий Энтелис: В таком случае спасибо вам за помощь, воспользуюсь вашим советом.

[SagePtr]

Александр Катков: как вариант, если это кажется говнокодом, можно вызывать подключение к базе не в самом конструкторе класса, а функции запроса (проверять, установлено ли подключение к базе, и присоединяться, если нет).

Answer 2

[Дмитрий Ковальский]

Если говорить про ASP.NET, который вы упомянули в комментариях -в своей практике наиболее часто встречал создание соединения непосредственно в методе, где исполняется запрос, с использованием синтаксического сахара using. Т.е. создали соединение,выполнили запрос, разорвали соединение. По PHP не скажу, но все же думаю вам надо для начала определится где вы будете писать ваш проект. Лично мне идея инициализации в конструкторе не нравится тем что есть ненулевая вероятность что соединение вы установите, возможно не используете никак, а когда оно будет закрыто не совсем понятно.

Comments

[Дмитрий Энтелис]

Ну а закрывать в деструктуре класса, очевидно же.

Вариант открытия соединения при первом запросе в принципе имеет право на жизнь, но вот закрывать после запроса - я бы точно не стал. Установление соединения достаточно дорогая операция.

[Дмитрий Ковальский]

Дмитрий Энтелис: Согласен, можно закрывать в деструкторе. Только вот в случае платформы .NET вызов деструктора осуществляет сборщик мусора, а это значит что соединение будет болтаться хрен знает сколько.

[Alexander]

На PHP я пытаюсь изучить нюансы MVC DOCTRINE и прочее, так как синтаксис PHP Для меня легче. А писать в дальнейшем собираюсь на ASP.NET

[#]

Если говорить про ASP.NET, ... -в своей практике наиболее часто встречал создание соединения непосредственно в методе, где исполняется запрос, с использованием синтаксического сахара using. Т.е. создали соединение,выполнили запрос, разорвали соединение.

.. вот почему и:
- ругают производительность ASP.NET
- и почему в семплах ASP.NET Core сразу приучают к внедрению зависимости от "контекста БД" на этапе "создания" (на самом деле скорее инициализации) службы/приложения

[Дмитрий Ковальский]

#, Интересная мысль. Правда предложенный пример бесконечно далек от реальных бизнес-процессов.
А если запрос в БД вообще не будет осуществляться - соединение будет создано?
А если база исчисляется сотнями гигабайт - содержание всей БД в памяти сколько потребует оперативной памяти?

[#]

Дмитрий Ковальский, сдаюсь, уже ушел из большого, на многие вопросы не отвечу
как минимум один контрвопрос

А если база исчисляется сотнями гигабайт

+

создание соединения непосредственно в методе, где исполняется запрос

будет ли это хорошо?

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