Salut,  
J'ai quelques questions sur mysql (et oui je suis obligé d'utiliser ça) :
 
J'ai constaté qu'entre mon serveur de test (sous win2k) et OVH, il y avait des bugs, en fait ça provenait de OVH qui est sensible à la casse pour les noms de tables (!). Y a-t-il une option/flag à switcher pour corriger ça ?
 
thanx

Ce dépend du système d'exploitation.
unix = sensible à la case
windows = non sensible

C'est lié à ça ? C'est mort donc.
Bon, ben j'ai plus qu'à modifier mon code...
 
 
Une question comme ça : les concepteurs de MySQL, ils ont entendu parler du SQL92 un jour ? Parce qu'entre ça et les \\\\"magic_quotes\\\\", on peut se demander.
 
Et pour une fois, c'est windows qui a le bon comportement  

 
ben non    ....
 
il devrait lui aussi etre sensible a la casse ...
 
pour info, y'a un moyen de contourner ca en catant les données en binaire
 
 
si ds ta table tu as un tupe user=Lapin
 

Son problème concerne le nom des tables.
 
Chaque table étant stockée dans un fichier sur le disque dur, c'est logique que le comportement de Mysql suive celui du FS.

 
ui c'est pour ca que j'ai précisé  pour info.  
enfin les données sont aussi stockées dans des fichiers sur le hdd donc ....
 
mais je ne pense pas qu'il soit possible de caster un nom de table en binaire dans une requête

tres bon a savoir, bookmarked

C'est pas valable que pour Windows, c'est ce que je voulais dire.

 
on est d'accord

Et ton post disparu () sur le standard SQL non sensible à la case, c'est véridique ?

oui enfin, un strtoupper() dans le code de mysql n'aurait pas été superflu pour se conformer au standard sql qui est normalement case-insensitive.
 
Merci pour vos réponses, en tout cas.
 
 

 
jamais posté ca moi

Ca devait être quelqu'un d'autre.
J'ai posté et ça n'y était plus.

Voilà le coupable.

j'étais en train d'éditer quand j'ai eu le alt-tab un peu trop rapide et j'ai effacé  
Mais j'ai juste reposté mon message après toi, désolé.

En tout cas, je ne savais pas que la norme était non-sensible.