Bonjour à tous et à toutes

Je voulais savoir (comme il y a des grands gouroux PHP ) si :
Lorsqu'on a des bases SQL Serveur vaut il mieux développer en PHP ou en ASP
Personnellement je pense que le PHP est suffisamment puissant pour pouvoir utiliser toutes les ressources SQL Serveur et que donc par conséquent il est souhaitable de développer en PHP.
Cependant L'ASP est un language microsoft tout comme le SQL Serveur il semblerai donc logique de développer les aplication en ASP.
Qu'en pensez vous ?

Correction du titre et du contenu du post : remplacement de SQL par SQL Serveur le 06/12/2005

Le SQL n'est pas une création Microsoft, du moins à ma connaissance

Je pense que chaque langage à développé une méthodologie d'accès aux données qui vaut ce qu'elle vaut.

Pour avoir utilisé PHP et ASP, je n'ai jamais ressenti de différence notable

Après, si tu veut utiliser SQL Server, je pense que ASP doit être plus optimisé puisque c'est du même éditeur ...

....
Cependant L'ASP est un language microsoft tout comme le SQL il semblerai donc logique de développer les aplication en ASP.
Qu'en pensez vous ?

Alors là c'est pas du tout vrai, SQL n'est pas un langage Microsoft, c'est un langage conceptuel de gestion de bases de données relationnelle.
Ce qui est vari est que chaque produit SGBDR spécifique adoptant SQL peut ajouter un certain nombre de fonctions propriétaires.
Mais si tu fait une étude de Oracle, SQLServer et Mysql tu trouveras que les trois respectent le standard SQL mais les trois se différencient en ajoutant un certain nombre de fonctionnalités nouvelle et se basent sur des architectures différentes.

Pour revenir à la question, ASP ou PHP pour attaquer des bases de données celà dépond des performences que tu veux obtenir.

ASP utilise ado/oleDB et/ou odbc qui sont des couches supplémentaires pour dialoguer avec des BD hétérogènes, PHP utilise ses api basées sur C sous forme de fonctions natives pour MYSQL ou odbc pour les BD hors Mysql.

Les bases de données hors Mysql ont une avancée importante par rapport à ce dernier mais ce n'est pas une raison pour adopter ASP au détriment de PHP.

La seule raison valable, est l'exigence du contexte de la solution et le choix d'un environnement de développement intégré.

ASPx/iis et SQL SERVER dans un environnement .NET, JSP et ORACLE, PHP pour MYSQL dans un environnement linux avec un serveur apache par exemple.

je croyais que SQL Server était plus perforand que Oracle pour toutes technologie .Net ???

Je développe autour de SQL Server en PHP, ça marche bien. L'inconvénient d'asp, c'est la rareté des personnes bien formées, donc le prix (si on va à fond dans le .Net ) et les formations à prévoir.

L'inconvénient de PHP, c'est peut être un modèle objet moins abouti qu'en C#.

A+

Pascal

L'inconvénient de PHP, c'est peut être un modèle objet moins abouti qu'en C#.

Peut-être bien que ces deux langages n'ont pas tout à fait les mêmes destinations

L'ASP est un language microsoft tout comme le SQL

Bien sûr !
Tout autant que les environnements utilisant des fenêtres sont des inventions de Bill Gates... (ça fait rire jaune chez Apple, ça)

Attention de ne pas confondre SQL, le langage de 3e génération,
avec SQL server, le serveur de bases de données de Microsoft.

Sans oublier MySQL, le serveur de bases de données de MySQL AB.


Par ailleurs, comme l'a expliqué sadeq,
il est préférable d'attaquer un serveur de données
par un accès natif plutôt que par la surcouche ODBC.
Microsoft est assez féru d'ODBC, mais ce... protocole ? (je ne sais plus comment ça s'appelle)
est bien moins performant que le natif.

je croyais que SQL Server était plus perforand que Oracle pour toutes technologie .Net ???

Oui, je disais que l'environnement .NET est plus dédié à l'ASP (WEB), C#, visual basic et SQL Server (d'ailleurs la nouvelle version SQL Server 2005 intègre .NET)
Oracle par contre qui est plus performent et multiplateforme que SQL Server, intègre une JVM.

En relisant ton post, j'ai compris que tu montrais 3 exemples. j'avais mal lu

Sinon, le peu d'application JAVA que j'ai vu de près tournais avec SQL Server, pas avec Oracle

Est-ce que c'est comme PostGreSql en PHP, utilisable, performant mais pas aussi répendu que MySQL ?

Je développe autour de SQL Server en PHP, ça marche bien. L'inconvénient d'asp, c'est la rareté des personnes bien formées, donc le prix (si on va à fond dans le .Net ) et les formations à prévoir.

Je ne suis pas convaincu de la rareté des personnes bien formées à l'utilisation de l'ASP sinon j'aurai déjà du retrouver du travail.

PostgreSQL est un SGBDR fonctionnant sur des systèmes de type UNIX par exemple Linux, FreeBSD, AIX, HP-UX, IRIX, Solaris, ...
Issu de la famille de logiciel libre, sa méconnaissance est dûe à un problème marketing ce qui ne diminue pas de ses qualités.

Oracle intègre la plateforme JAVA mais JAVA peut être dédié à n'importe quel SGBDR y compris SQL SERVER.

Oracle et JAVA : http://www.oracle.com/technology/tech/java/index.html
Oracle et .NET : http://www.oracle.com/technology/tech/dotnet/index.html

En traçant l'historique de Oracle on voit que Oracle a était toujours le partenaire de JAVA. Mais sa concurrence avec IBM et MICROSOFT fait que de nouvelles ouvertures techniques se développe pour percer le marché.

D'ailleurs, en 98, on ne parlais quasiment pas de MySQL dans le monde de Linux. c'était Postgress qui était à l'honneur.

Personellement, je suis persuadé que ce qe qui a fait le succès de MySQL est son principal défaut : l'absence de gestion des contraintes d'intégrité en mode natif :
- necessite moins de ressource serveur, donc on peut mettre plus de base sur une même machine pour un coût identique ;
- moins de support client : comme c'est le dev qui doit les gérer, ben s'il oublie de le faire ou s'il le fait mal, ca passe inapercu dans 99% des cas.
imaginon un cas classique :
3 tables :
une table voiture
une table couleur
une table voiture_couleur ayant comme clefs étrangères l'id de voiture et l'id de couleur.
Si je décide de suprimer une couleur alors que j'ai encore des voitures de cette couleur en stock, avec MySQL, je peux le faire sans problème et il y a de forte chance que personne ne se rende compte de l'erreur.

Pour abonder dans le sens de pjl, l'abscence de contraites d'intégrité référentielles facilite la prise en mains par les débutants.

Comme le PHP est un langage qui attire beaucoup d'auto didacte, je pense pouvoir dresser une lien de causalité

En fait les débutants ne débutent pas vraiment, ils se permettent de penser que "réussir à cuisiner leur premier plat est de savoir servir un plat déjà cuisiné"
Un novice qui décide d'écrire en PHP le confond à HTML et JS, croit que Mysql fait partie de PHP, qu'une base de données est une table et que les contraintes d'intégrités référencielles n'existent pas puisque Mysql dans ses premières versions ne les incluait pas.

Aucun débutant ne prend la peine de savoir que les bases de données sont d'abord issues d'une analyse conceptuelle de données et de traitement et veut programmer sans connaitre les méthodes et les règles qui régissent.

Comme le PHP est un langage qui attire beaucoup d'auto didacte, je pense pouvoir dresser une lien de causalité

Je ne suis pas sur que ce soit le langage en lui même qui attire mais plutôt le mot gratuit.