|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Inscription : février 2006 Messages : 12 ![]() |
bonjour,
en sql il existe un grand nombre d'opérateurs comme entre autres : md5 pour calculer un hashage, opération de concaténation, extraction de sous-chaines etc. C'est-à-dire autant d'opérations que l'on fait classiquement en php. Est-il plus avantageux (rapidité/efficacité, cohérence de la programation etc.) d'utiliser le opérateurs sql plutôt que ceux de php ? merci |
|
|
00
|
|
|
#2 |
|
Membre éclairé
![]() Inscription : novembre 2004 Messages : 373 ![]() |
Je pense que l'envirronement doit influer mais pour ma part j'ai de meilleurs resultats en confiant le maximum à mon server SQL ...
__________________
Take it HiSy |
|
|
00
|
|
|
#3 |
![]() ![]() Guillaume RossoliniDirecteur technique Inscription : février 2004 Messages : 13 720 ![]() |
Salut
À titre d'illustration : si tu utilises la fonction md5() de ton SGBD et que, par malheur, une erreur survient et que ta requête est affichée, alors le mot de passe est affiché en clair dans la page... Ce n'est pas le cas si tu encodes le mot de passe avec PHP. Autre chose : si tu utilises plusieurs SGBD, alors il y a de fortes chances pour que toutes ces fonctions ne soient pas disponibles ou ne s'appellent pas pareil. Donc que ton code SQL ne soit pas portable. En gros, je te recommande de faire les traitements en PHP. Question de portabilité de ton SQL. À mon humble avis, il faut laisser au SQL la partie enregistrement / recherche / lecture des données, et à PHP tout ce qui est traitements sur ces données.
__________________
Mes articles - Zend Certified Engineer (PHP + Zend Framework) Ressources PHP - Ressources Zend Framework |
|
|
00
|
|
|
#4 |
|
Invité de passage
![]() Inscription : février 2006 Messages : 12 ![]() |
yogui,
ok pour le message d'erreur avec le md5 mais je pourrais faire en sortes de n'afficher aucun messages d'erreur. Si je n'utilise que des opérateurs définis dans la norme sql je "devrais" pouvoir les retrouver dans n'importe quel sgbd, oui je cais c'est en théorie vrai. J'ai pourtant lu qu'un sgbd était une merveille d'optimisations et que donc il était plus rapide de faire faire un maximum de traitement au sgbd plutôt qu'à php. |
|
|
00
|
|
|
#5 |
|
Membre éclairé
![]() Inscription : novembre 2004 Messages : 373 ![]() |
Ben en fait je couperai la poire en 2.
Je pense qu'il faut soigner les requetes pour éviter de faire en php ce qu'on peut faire en SQL ( je pense aux jointures et autres group by ). Mais je rejoint Yogui sur l'utilsation de tratiements comme MD5() uqe je confierai plutot à PHP .
__________________
Take it HiSy |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com