Version imprimable
bonjour ,
s'il vous plait je veux savoir quelle est la différence entre la connection et manipulation Sql server /php via MsSQL et via ODBC ?
quelle est la méthode la plus efficace qui rende une application web plus rapide?
et merci d'avance pour votre réponses .
Microsoft a sorti un driver pour PHP :
http://sqlsrvphp.codeplex.com/
Si je devais commencer un projet, j'irais voir par la en premier.
merci pour ta réponse mais je vais vous expliquer bien mon problème ,
je travaille sur une application très lourde , une base de donnés plus de 400 Mo , pour mes requêtes et la connexion entre php et sql server 2000 j'ai utilise mssql ,
mais a cause de la quantité énorme des informations transférées , mon application est devenue très lourde et je veux une solution pour réduire le temps de réponse et rende l'application plus rapide ???.
j'ai entendu parler que l'utilisation de l'ODBC unifié est mieux que msssql pour plus de rapidité .
Tu peux réaliser toi même une mesure.
Prend une requête qui est très longue actuellement dans ton projet, execute la 1000 fois avec chacune des méthodes et voit ce que ca donne.
Perso, on m'a toujours déconseillé de bosser avec ODBC sur une plateforme de PROD pour justement des raisons de performance.Citation:
Envoyé par realsomar
En tout cas, ce que je sais, c'est que le choix du pilote de SGBD Sql Server/PHP peut se réduire étroitement à cause de la plateforme de production. Chez nous, nous utilisons PDO comme couche basse d'abstraction et nous prenons ODBC comme pilote sur la plateforme de développement local car nos postes sont sous windows et que dblib connaît de sérieux pb sous windows (pour PHP 5.2 à 5.3)
cf. http://php.net/manual/en/ref.pdo-dblib.php
En revanche, nous fournissons un dsn dblib en production sur un OS Linux.
Il faudrait installer une implémentation de odbc sous linux, etc. bref, côté perf, ce ne serait sans doute pas ça.
Si la plateforme est windows, bien autant profité du driver microsoft :
http://blogs.msdn.com/b/sqlphp/archi...-released.aspx
Reste le bench pour comparer en cas de multiples possibilités.
La problématique d'accès aux données est importante, il est bon d'avoir de bonnes requêtes SQL, tu peux utiliser l'outil de tuning de requête sous SQL server, il te proposera de créer les bons index sur tes champs pour booster les perfs.Citation:
Envoyé par realsomar
D'autre part, il est important de bien concevoir à la base la bdd, un bon partitionnement vertical s'impose.
La possibilité de partitionnement horizontalement est aussi possible selon la version de SQL server.
Pour la perf, une autre alternative peut sinon être la réplications de données sur n serveurs SQL.
Une autre possibilité super utilisé dans le web et sur les plateformes qui requièrent de la haute scalabilité, c'est l'emploi d'un cache applicatif tel que memcached.
Bonne investigation !