Объект DB - какой должен быть доступ к базе

mekekebrekeke

Новичок
Объект DB - какой должен быть доступ к базе

Интересует мнение гуру.

Зачастую встречаю в чужих исходниках, что создают объекты вроде как БазаДанных, а в них только конструктор, устанавливающий коннект, и деструктор, разрывающий соединение. Далее по коду, естественно, везде обращение к базе происходит непосредственно функциями PHP.

Противоречит ли такой подход духу ООП?

Как я понимаю, если уж создается объект БД, то и весь доступ к внутренней его структуре( собственно БД ) должен происходить через методы.

Как вообще должно быть правильно и оптимально в этом случае с практической стороны? Может и не имеет смысла создавать лишний объект и писать методы для него?

Имеет ли смысл БД делать объектом?
 

zerkms

TDD infected
Команда форума
если уж создается объект БД, то и весь доступ к внутренней его структуре( собственно БД ) должен происходить через методы.
а разве не так? посмотри на PDO

Как вообще должно быть правильно и оптимально в этом случае с практической стороны?
не бывает правильно и оптимально, бывает удобно и не очень.

Может и не имеет смысла создавать лишний объект и писать методы для него?
дело привычки. я привык использовать PDO, супротив php_mysql
 

mekekebrekeke

Новичок
А можно ссылочку на русский мануал PDO, на ADODB нашел уже ( http://phpclub.ru/detail/article/adodb_1 ).
 

mekekebrekeke

Новичок
Сейчас почитаю. Спс.

-~{}~ 17.06.08 14:41:

И почему забугорье диктует правила и все новое оттуда? Нет, чтоб янкесы с русского переводили мануалы... :(

Если не сложно, в двух словах - плюсы и минусы PDO и ADODB.
 

mekekebrekeke

Новичок
т.е. если не хостер, то с PDO пролетаешь...

вот еще нашел на php.su

Это расширение является ЭКСПЕРИМЕНТАЛЬНЫМ. Поведение этого расширения, включая имена его функций и относящуюся к нему документацию, может измениться в последующих версиях PHP без уведомления. Используйте это расширение на свой страх и риск.
 

zerkms

TDD infected
Команда форума
спасибо за совет, помучаю ADODB с экстеншнами не подходит
ты уже пробовал изучать ситуацию на рынке? у кого включено, у кого нет? или решение наобум с непонятной целью "сделать чтобы работало везде во что бы то ни стало" ?
 

mekekebrekeke

Новичок
Автор оригинала: zerkms
ты уже пробовал изучать ситуацию на рынке? у кого включено, у кого нет? или решение наобум с непонятной целью "сделать чтобы работало везде во что бы то ни стало" ?
вроде того, чтоб и на калькуляторе работало :)
прочитал, что и под ADODB тоже экстеншены есть, наверное, по производительности приблизительно одинаково тогда будет :confused:

а PDO более перспективен?
 

zerkms

TDD infected
Команда форума
а PDO более перспективен?
имхо - да

прочитал, что и под ADODB тоже экстеншены есть
фраза не имеет смысла

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

чтоб и на калькуляторе работало
придумываешь себе проблемы...
и тебя вылечат (с)
:)
 

mekekebrekeke

Новичок
фраза не имеет смысла
http://www.silicontaiga.ru/home.asp?artId=5943

Разработчики ADODB написали php-extension, который ускоряет работу класса (но работать можно и без него)

просто с инглишем сложно - на уровне букваря, поэтому и привлекательней ADODB.
 

Alexandre

PHPПенсионер
PDO рулит, стоит почти у всех хотеров,
кажется даже устанавливается по дефолу,
проблем не имел, удобен универсальностью

ADODB - разработчики сделали экстеншен,
так как производительность их класса желала лучшего, но то что будет установлен у хостера не факт
 

zerkms

TDD infected
Команда форума
PDO рулит, стоит почти у всех хотеров,
тут нужно сделать оговорку, что кроме самого PDO, должен быть установлен и драйвер под конкретную субд, что уже проблематичнее
 
Сверху