Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В. MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Класс для работы с БД
 
 автор: iv4art   (18.02.2012 в 02:26)   письмо автору
 
 

Есть ли смысл писать класс для работы с БД? В просмотренных мною примерах получается, что взамен относительной простоты работы с БД мы получаем абсолютную негибкость для SQL-запросов. Или при должной сноровке можно написать методы, которые не будут стеснять разработчика в средствах?

  Ответить  
 
 автор: Valick   (18.02.2012 в 10:10)   письмо автору
 
   для: iv4art   (18.02.2012 в 02:26)
 

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

  Ответить  
 
 автор: iv4art   (18.02.2012 в 15:14)   письмо автору
 
   для: Valick   (18.02.2012 в 10:10)
 

Да вроде бы устраивает. Просто другие люди пишут программы, используя собственные библиотеки для работы с БД и мне стало интересно, есть ли в этом смысл.
А что за класс DB? Или Вы имеете в виду встроенные функции php для работы с базами данных?

  Ответить  
 
 автор: Valick   (18.02.2012 в 22:19)   письмо автору
 
   для: iv4art   (18.02.2012 в 15:14)
 

А что за класс DB?
http://pear.php.net/manual/en/package.database.db.php

  Ответить  
 
 автор: iv4art   (19.02.2012 в 02:37)   письмо автору
 
   для: Valick   (18.02.2012 в 22:19)
 

Похоже, что и впрямь неплохая вещь. Спасибо.

  Ответить  
 
 автор: cheops   (18.02.2012 в 11:15)   письмо автору
 
   для: iv4art   (18.02.2012 в 02:26)
 

С ООП в отношении СУБД вообще следует быть аккуратным. Это две технологии, которые отделились друг от друга на очень ранней стадии развития и пошли своими путями. Они решают схожие задачи, поэтому разработчики интуитивно стремятся их соединить, только интерфейсы разошлись на очень фундаментальном уровне: один интерфейс суть декартово произведение кортежей, а другой - связанные списки. Соединяются они очень плохо. Поэтому гибкость SQL-запросов лучше не терять, их оттачивали еще больше времени, чем ООП, который к тому же в PHP прямо скажем так себейный. Основная нагрузка в современных приложениях идет на SQL, поэтому основное внимание на него.

  Ответить  
 
 автор: iv4art   (18.02.2012 в 15:19)   письмо автору
 
   для: cheops   (18.02.2012 в 11:15)
 

Понял, спасибо.

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования