Reprise du message précédent :
T'as pas dû utiliser ODBC très longtemps....
 
Chez le client, il est interdit d'utiliser Access en client ODBC sur les bases SQL-Server, ça les fout par terre. D'un autre côté, les utilisateurs font un peu du n'importe quoi, j'en ai un aperçu ici. (et leur système est finement optimisé)

Ouais c'est bon, c'est bon, en fait j'ai jamais fais de ODBC

Ha ! Il avoue !  

 
Le problème n'est pas tellement ODBC mais Access (encore une fois) qui se la joue bourrin dès qu'il en a l'occasion

A nouveau, tu n'es pas obligé d'utiliser le wizard de génération des requêtes. T'as le droit aussi de les écrire à la main, y'aura pas de parenthèses, et il n'en rajoutera pas tout seul.
 
Quant aux accents dans les variables, VB n'est pas le seul à accepter. Dans Java aussi tu peux en mettre, et je me demande si en PHP non plus. Seulement, dans ces langages, c'est désactivé par défaut.
Après, comme je l'ai dit, t'es pas obligé de coder comme un porc, VB ne t'y force pas que je sâche.

petit cours de français pour ((TOuNoZAmiS l33t duNeT ki ecriV Com ca ouaisMDRLOL)) :
 
aujourd'hui la leçon portera sur : différencier un infinitif d'un participe passé. Oui je sais, on "joue chaud" aujourd'hui.
 
" je l'ai vu déchirer la nappe " <>  " j'ai déchiré la nappe "
Un infinitif est invariable.
 
ASTUCE ! quand deux verbes se suivent, le deuxieme est en règle générale à l'INFINITIF (souviens toi : terminaison en "-ER" pour les verbes du premier groupe)
 
pour nos amis qui ne savent plus lire du français non "textorisé", y'a une version en pseudo code hybride :
 
_____________________________________________
 
/* pour le premier groupe seulement (pas trop de choses à intégrer à la fois. Tu sais pas ce que c'est le premier groupe ? abandonne tout de suite. */
 
function      recognizeToken($token) {
  if (IsSet($token) ) {
    if ($token LIKE '%er' { $token= "verbe à l'infinitif"; }
    else { $token = "participe passé ; $token->accorder(); }
  }
}
_____________________________________________
 
exemple basique pour vous faire comprendre un peu l'algorithmique ultra complexe qui se cache là dessous :
 
"je vais dormir sous un pont"
(tu dirais : "je vais dormi sous un pont" ?)
réponse : NON donc c'est un INFINITIF.
 
"j'ai terminé mes devoirs"
(tu dirais : j'ai FAIRE mes devoirs ?)
réponse : NON, tu dirais : " j'ai fait mes devoirs" (ou plutôt, "je n'ai pas fait mes devoirs", CQFD). Donc c'est un PARTICIPE PASSE. Il faut l'accorder. mais ça, c'est une autre histoire (un truc de jedi master, tu peux pas comprendre)
 
 
Et pour les plus graves, ceux qui n'arrivent pas à se souvenir que les participes passés ce sont ces drôles de trucs qui finissent jamais pareil en fonction de l'auxiliaire et des déclinaisons en genre et en nombre, il suffit de se rappeler que le mot "passé" de "participe passé" est lui même un participe passé, dingo non ?
 
 
bientôt le cours sur l'accord du participe passé.

D'où l'intérêt d'utiliser Oracle, MSSQL Server ou DB2. Dans ces SGBD, l'utilisation de procédures stockées accélère au contraire l'éxécution du code, car ce ne sont pas des bouses comme l'est MySQL.

L'aide de SQL Server peut-être ?

Moi

ok

PostGre est un excellent produit.
 
Comprend pas pourquoi autant de pinioufs utilisent MySQL pensant que c'est ce qu'il se fait de mieu, alors que PostGre, tout aussi gratuit, est infiniement meilleur.

 
Pas en pensant que c'est ce qui se fait de mieux, parce-que c'est fourni chez tous les hébergeurs.

Ca m'énerve de lire ce genre de conneries, surtout quand j'ai déjà répondu on se sait combien de fois le contraire.
 
IIS est gratuit, y'en a marre à la fin. Oui, Windows est payant, et alors ? IIS ne fait pas partie de l'OS, il n'est que distribué avec, y'a une légère différence. IIS n'est pas pris en compte dans le coût d'une licence Windows.

Un forum est loin de représenter les besoins d'une entreprise. MySQL est totalement inadapté à 99% des besoins des entreprises. Faudrait veiller à se documenter avant de sortir des âneries pareilles.

Parce qu'ils n'ont pas besoin d'une bombe nucléaire alors qu'un marteau suffit.

Pour la compatibilité MySQL avec la norme, c'est clairement documenté dans la doc, donc on ne peut pas dire qu'on est pris en traitre.

 
Quelle différence?
Tu as déjà une licence d'un windows sur lequel tu n'as pas IIS, et tu veux IIS sans débourser un centime, il se passe quoi?

Ben au final tu dois quand même la payer ta license Windows (server), et dans le TCO, ça joue un brin.

Parceque moi23372 ne se base pas sur les même chiffres. Dans ton cas, les mainframe sont comptés.

Intéressant tout ce truc sur PostgreSQL... J'vais y faire un essai une fois

C'est pas parcequ'elle n'est pas publique qu'elle n'en est pas une...

Ben justement, c'est pas une norme pour le coup. C'est un langage propriétaire

J'ai parlé du moteur SQL, pas du moteur de connections, ni du moteur de gestion des données.
 
Avec Access, tu peux écrire des requêtes complexes, mais même la dernière version de MySQL ne permet d'imaginer. Renseigne-toi, suis des cours, fait quelquechose, mais arrête de penser que MySQL est le meilleur produit SGBD, c'est un des pires, point.

Y'a des hébergeurs qui proposent aussi du SQL Seveur gratuitement.

Enfin pour ma part je sais que MySql est un peu daubique Si je l'utilise, c'est uniquement parce que c'est le truc proposé par la majorité des hébergeurs

Pas dit le contraire.
 
Sauf que quand un étudiant veut s'entraîner à faire ses TP SQL chez lui (cf. sujet initial du topic), faudrait penser à lui proposer un produit qui respecte un minimum la syntaxe et les fonctionnalités vues en cours.
 
Si il sort un "LIMIT 1,30" dans un TP, c'est la bulle assurée, c'est tout

Ben tu fait "ajouter/supprimer des composants windows", et tu insères ton CD quand il te le demande.
Tu peux aussi le télécharger sur le site de Microsoft.

Quand on voit le nombre de EasyPHP qui sont installés sur Windows, excuse-moi du peu, mais je peux alors te dire que Apache et MySQL sont aussi payants que IIS à ce moment là.

Ya pas de norme PL/SQL  

La caractéristique d'une norme (publique ou privée), c'est qu'elle est normalisée  
PL/SQL ne l'est pas, chacun s'est fait son bouiboui dans un coin et il n'y a pas deux PL/SQL qui soient compatibles  
Il n'y a pas de norme PL/SQL, ce n'est pas parce que les noms sont les mêmes que le reste est identique

C'est un autre problème ça
S'il veut faire du Oracle chez lui, il prendra la version étudiant qui est gratuite. J'ose espérer que les profs ne sont pas assez cons pour dire que tous les SGBD se valent

Je me bats contre ce logiciel de Satan

Euh... Pas d'accord. PL/SQL est normalisé.
 
PL/SQL, mis au point par Oracle est repris par PostGre, et c'est RIGOUREUSEMENT 100% compatible, car ils sont reparti même cahier des charge, car c'est justement normalisé.
 
Microsoft, qui avait déjà un certain nombre de fonctionnalités existantes avant l'arrivée de PL/SQL, a opté pour sa propre implémentation, le T-SQL, qui se veut compatible à plus de 90% avec PL/SQL. Il n'y a presque aucune différence entre ces deux langages, qui ont simplement une syntaxe différente, la structure et les possibilités étant rigoureusement les mêmes. T-SQL est lui aussi normalisé (cf. la doc de SQL Server, où c'est bêtement écrit en toutes lettres, je l'invente pas).

"PL/SQL, mis au point par Oracle est repris par PostGre, et c'est RIGOUREUSEMENT 100% compatible, car ils sont reparti même cahier des charge, car c'est justement normalisé. "
 
Ah bah moi on m'avait dit que les procédures stockées étaient et restent encore le principal point noir des migrations de BDD... mais on a du me raconter n'importe quoi je suppose...
 
Y'a pas de norme PL/SQL, personne ne s'est mis d'accord sur un standard, et Postgresql y est allé de SA petite version qui comporte un certain nombre de différences avec le langage Oracle.  
http://database.sarang.net/databas [...] html#AEN39
 
Maintenant tu crois ce que tu veux hein...

Mmmm... Bah alors c'est pas PostGre, peut-être Ingre alors.
 
En tout cas, à ce moment, ça ne s'appelle plus PL/SQL, même si c'est l'équivalent.

Non ça ne s'appelle effectivement pas PL/SQL.
Mais PL/pgSQL.
Je suppose qu'effectivement tu as confondu.

 
 
...et tu te retrouves avec un machin limité en nombre de connexions, non?

Ben ça dépend de la version de Windows que tu as installé
 
De toute façon, un OS comme Windows XP Pro n'est pas du tout prévu pour tourner sur une machine serveur (ni les capacités de gérer convenablement du matos professionnel, ni un noyau capable d'escalader la charge sans se vautrer), donc un site limité en nombre de connections est largement suffisant, puisque passé ces limites, de toute façon l'OS suivra plus...

D'ailleurs, quand on vois le prix de la version Pro (bah oui, c'est mal le piratage) autant prendre 2003 Server, c'est à peine plus cher.

Utilisez Firebird boudiou, cai bien cai libre c'est aux standard SQL/92 et ansi chépakoi, ça supporte tout, c'est leger et ça peut être integré dans une appli, ça a pas les limitations de msde ou d'access (ou de mysql bien sur )
 
http://firebird.sourceforge.net/

Pour faire du développement, c'est suffisant Moi j'aime pas installer 50 000 trucs, alors si le serveur web est d'origine, c'est tant mieux. Et pis l'avantage de IIS, c'est l'interface d'administatrion, parce que je vomis à chaque fois que je vois le httpd.conf Y'aurait pas une GUI d'ailleurs pour Apache ?