Qui utilise les PDO ?

Qui utilise les PDO ? - PHP - Programmation

Marsh Posté le 22-04-2007 à 03:50:13    

Bonjour,
 
Je viens de découvrir les PDO (PHP Data Object: http://fr.php.net/pdo ) et je me demandais dans quelle proportion c'était utilisé.
 
J'en ai encore jamais vu (peut-être que je regarde mal :D)
 
Comment est son avenir ? Je ne voudrais pas commencer un projet avec pour m'apercevoir 6 mois après qu'il n'est utilisé par personne.
 
Thx

Reply

Marsh Posté le 22-04-2007 à 03:50:13   

Reply

Marsh Posté le 22-04-2007 à 10:32:38    

Les gens un minimum sérieux...  
 
Pdo est utilisé par le zend framework par exemple.
 
La mode est aux libs objets : mysql_* et mysqli_* -> poubellle !!! :o

Reply

Marsh Posté le 22-04-2007 à 11:23:41    

C'est pas question de mode objet, c'est question d'éfficacité et de gestion des capacités de mysql depuis la version 5 :spamafote:

Reply

Marsh Posté le 22-04-2007 à 12:45:04    

mysqli_* gère tout ça...  :o
 
après l'avantage de pdo c'est surtout qu'on se soucie plus du sgbd sur lequel tourne la base, genre Pear:: DB mais en mieux (je trouve)

Message cité 1 fois
Message édité par astero-H le 22-04-2007 à 12:51:40
Reply

Marsh Posté le 22-04-2007 à 12:50:13    

astero-H a écrit :

mysqli_* gère tout ça...  :o


C'est ce qu'il voulait dire je crois.
 
Donc certaines fonctionnalités de MySQL 5 ne sont pas disponibles en utilisant les PDO ?

Reply

Marsh Posté le 22-04-2007 à 12:53:05    

JLNouse a écrit :

Donc certaines fonctionnalités de MySQL 5 ne sont pas disponibles en utilisant les PDO ?


 
nan tout est dispo :sarcastic:

Reply

Marsh Posté le 22-04-2007 à 12:56:20    

Bon citez moi une bonne raison de l'utiliser, et une bonne raison de ne pas l'utiliser, histoire que je me décide [:dawa]

Reply

Marsh Posté le 22-04-2007 à 13:09:45    

ça dépend de tes goûts :P
 
si tu codes pas objet, que tu changeras jamais de sgbd et que t'es déjà habitué à l'extension mysql, mysqli te conviendra parfaitement.
 
si tu cherche la souplesse d'une lib objet (héritage, etc...) pdo me semble être un bon choix étant donné que c'est l'extension officielle.
 
après si tu cherches un truc d'homme, de vrais... va voir du coté de pear:: db ou même les Zend_Db_* (stylé active records de ruby on rails ) :love:  
 
et puis des libs pour l'accès aux données en php y'en a des tonnes, va faire un tour sur google si tu veux te renseigner.

Reply

Marsh Posté le 22-04-2007 à 16:27:34    

astero-H a écrit :

Zend_Db_* (stylé active records de ruby on rails ) :love:


lol (non)


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 22-04-2007 à 16:51:57    

Bon je comprend plus trop.
 
Je pensais que PDO étais plus rapide que les mysql_*
 
Or je viens de trouver un bench et c'est pas trop ca ?
 
http://dealnews.com/developers/php-mysql.html
 
Votre avis ?

Reply

Marsh Posté le 22-04-2007 à 16:51:57   

Reply

Marsh Posté le 22-04-2007 à 17:03:47    


 
et ? :sarcastic:

Message cité 1 fois
Message édité par astero-H le 22-04-2007 à 17:04:02
Reply

Marsh Posté le 22-04-2007 à 17:04:06    

PDO n'est pas plus rapide, PDO est infiniment plus sécurisé, et dans 99% des cas les problèmes de sécurités sont bien plus graves que les problèmes de vitesse des requêtes.


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 22-04-2007 à 17:08:54    


Et Zend_Db_Table (je présume que c'est ce dont tu voulais parler) est à des années lumières de la clarté et de la propreté d'un modèle ActiveRecord, les comparer c'est comme comparer Atari BASIC et Haskell, l'idée même de le faire est plus que discutable [:petrus75]

Message cité 1 fois
Message édité par masklinn le 22-04-2007 à 17:09:11

---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 22-04-2007 à 17:59:23    

masklinn a écrit :

Et Zend_Db_Table (je présume que c'est ce dont tu voulais parler) est à des années lumières de la clarté et de la propreté d'un modèle ActiveRecord, les comparer c'est comme comparer Atari BASIC et Haskell, l'idée même de le faire est plus que discutable [:petrus75]


 
Quand je dis "stylé active records" ça veut dire "dans l'esprit"...
 
Faut pas oublier que zend vient à peine de passer en beta, ça évolue très vite, j'ai jeté un coup d'oeil dernièrement, j'avais pas vu depuis la 0.7, et j'ai été bien surpris par tout ce qu'ils ont ajouté

Reply

Marsh Posté le 22-04-2007 à 18:40:20    

astero-H a écrit :

Quand je dis "stylé active records" ça veut dire "dans l'esprit"...


Oui mais non, quand on voit ce que les devs PHP font de l'esprit (cf create_function et autres array_map) la comparaison est extrèmement malvenue [:petrus75]


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 22-04-2007 à 19:15:47    

reste que dans les 2 cas tu codes rien et t'as une classe avec les propriétés et les méthodes qui faut :kaola:
 
et sans génération de code, mais à la volée (via __get / __set pour php, active records je sais pas)
 
 
Donc l'esprit reste bien le même et la comparaison tout à fait viable :sol:


Message édité par astero-H le 22-04-2007 à 19:17:35
Reply

Marsh Posté le 23-04-2007 à 03:49:23    

astero-H a écrit :

ça dépend de tes goûts :P
 
si tu codes pas objet, que tu changeras jamais de sgbd et que t'es déjà habitué à l'extension mysql, mysqli te conviendra parfaitement.
 
si tu cherche la souplesse d'une lib objet (héritage, etc...) pdo me semble être un bon choix étant donné que c'est l'extension officielle.
 
après si tu cherches un truc d'homme, de vrais... va voir du coté de pear:: db ou même les Zend_Db_* (stylé active records de ruby on rails ) :love:  
 
et puis des libs pour l'accès aux données en php y'en a des tonnes, va faire un tour sur google si tu veux te renseigner.


Tu fais des paris sur le futur et la réutilisabilité de la chose :)
 
Rien que pour l'abstraction livrée de base avec php (pear c'est beurk caca prout...) je vois pas pourquoi s'en priver. Alors si on rajoute la facilité d'utilisation (du moins pas plus dur que mysql_*).
 
Par ailleurs, non mysqli gère pas tout de mysql 5.x, j'ai buté longtemps avant de comprendre pourquoi ça foirait sur pleins de trucs parfois subtils je te l'accorde mais c'est bancal!

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed