|
|
|
| Есть ли смысл писать класс для работы с БД? В просмотренных мною примерах получается, что взамен относительной простоты работы с БД мы получаем абсолютную негибкость для SQL-запросов. Или при должной сноровке можно написать методы, которые не будут стеснять разработчика в средствах? | |
|
|
|
|
|
|
|
для: iv4art
(18.02.2012 в 02:26)
| | а чем вас не устраивает уже написанный класс DB, которым пользуются все?
будете писать свой и года через три получите точно такой же
ну а лично мне пока класс не нужен, да и вряд ли понадобится | |
|
|
|
|
|
|
|
для: Valick
(18.02.2012 в 10:10)
| | Да вроде бы устраивает. Просто другие люди пишут программы, используя собственные библиотеки для работы с БД и мне стало интересно, есть ли в этом смысл.
А что за класс DB? Или Вы имеете в виду встроенные функции php для работы с базами данных? | |
|
|
|
|
|
|
|
|
для: Valick
(18.02.2012 в 22:19)
| | Похоже, что и впрямь неплохая вещь. Спасибо. | |
|
|
|
|
|
|
|
для: iv4art
(18.02.2012 в 02:26)
| | С ООП в отношении СУБД вообще следует быть аккуратным. Это две технологии, которые отделились друг от друга на очень ранней стадии развития и пошли своими путями. Они решают схожие задачи, поэтому разработчики интуитивно стремятся их соединить, только интерфейсы разошлись на очень фундаментальном уровне: один интерфейс суть декартово произведение кортежей, а другой - связанные списки. Соединяются они очень плохо. Поэтому гибкость SQL-запросов лучше не терять, их оттачивали еще больше времени, чем ООП, который к тому же в PHP прямо скажем так себейный. Основная нагрузка в современных приложениях идет на SQL, поэтому основное внимание на него. | |
|
|
|
|
|
|
|
для: cheops
(18.02.2012 в 11:15)
| | Понял, спасибо. | |
|
|
|