Alex Thurgood a écrit
Ce qui est bizarre, c'est que OOo ne supporte pas les champs ENUM.
Normalement, cela risque de te poser des soucis si tu travailles avec
cette tables sous OOo. Les types ENUM et SET (entre autres) sont des
extensions à SQL92 propres à mysql.
J'ai supprimé ENUM par précauti
Le lundi 14 février 2005 à 11:37 +0100, f a écrit :
Bonjour,
> >
> Cette table fonctionne avec OOo :
>
> CREATE TABLE `gestion`.`contrats` (
[SNIP]
> `etat` enum( 'DEVIS', 'CONTRAT', 'ANNULE', 'TERMINE' ) NOT NULL default
> 'DEVIS',
> `Clauses` mediumtext,
> PRIMARY KEY ( `ID` ) ,
> KEY `ref_
Alex Thurgood a écrit :
Que contient ces tables (celles à problèmes) que les autres n'ont pas ?
Indexes à champs multiples ? Indexes contenant des dates ou des
timestamps ?
Cette table fonctionne avec OOo :
CREATE TABLE `gestion`.`contrats` (
`ID` int( 11 ) NOT NULL AUTO_INCREMENT ,
`ref_cli` int(
Le dimanche 13 février 2005 à 10:46 +0100, f a écrit :
> Merci de ces explications détaillées
>
> La chose étrange est que toutes mes tables ont été créees avec les mêmes
> versions MySQL et ODBC or sur 7 seule 3 posent problème...
>
Que contient ces tables (celles à problèmes) que les autres n
Merci de ces explications détaillées
La chose étrange est que toutes mes tables ont été créees avec les mêmes
versions MySQL et ODBC or sur 7 seule 3 posent problème...
Alex Thurgood a écrit :
Une page de codes ou "codepage" en anglais, et un tableau représentant
les lettres de l'alphabet sous fo
Le samedi 12 février 2005 à 15:04 +0100, f a écrit :
> Bonjour Alex,
>
> Désolé, je ne sais pas ce qu'est la page de codes ?
> Peux-tu m'éclairer ?
> Merci,
Une page de codes ou "codepage" en anglais, et un tableau représentant
les lettres de l'alphabet sous forme numérique, souvent sous notation
Le samedi 12 février 2005 à 18:26 +0100, Tony GALMICHE a écrit :
Bonsoir à tous,
> > J'ai regardé, mon driver MYSQL ODBC a le n° 3.51.11.00
> > Je vais essayer avec la version antérieure
>
> Elle est toute nouvelle, celle-là.
>
Normalement elle doit corriger les bugs de la 3.51.10, c'est pour
Re,
f a écrit :
J'ai regardé, mon driver MYSQL ODBC a le n° 3.51.11.00
Je vais essayer avec la version antérieure
Elle est toute nouvelle, celle-là.
La semaine dernière, c'était encore la 3.51.10.
-> Si tu veux essayer avec une autre version, ne prend surtout pas
celle-là, mais plutôt, la 3.51.9
J'ai regardé, mon driver MYSQL ODBC a le n° 3.51.11.00
Je vais essayer avec la version antérieure
Merci de votre aide
François
Tony GALMICHE a écrit :
Bonjour Alex et François,
As-tu changé de version de MyODBC, car si tu as installé la dernière
version (3.51.10) elle est complètement bugguée et j
Bonjour Alex et François,
Alex Thurgood a écrit :
Le samedi 12 février 2005 à 12:03 +0100, f a écrit :
'ai vérifié les tables directement avec PHPmyAdmin :
- vérification des champs
- vérification de la clé primaire auto incrémentée et de ses valeurs
- vérification de la conformité des données aux
Bonjour Alex,
Désolé, je ne sais pas ce qu'est la page de codes ?
Peux-tu m'éclairer ?
Merci,
François
Alex Thurgood a écrit :
Le samedi 12 février 2005 à 12:03 +0100, f a écrit :
J'ai vérifié les tables directement avec PHPmyAdmin :
- vérification des champs
- vérification de la clé primaire au
Le samedi 12 février 2005 à 12:03 +0100, f a écrit :
> J'ai vérifié les tables directement avec PHPmyAdmin :
> - vérification des champs
> - vérification de la clé primaire auto incrémentée et de ses valeurs
> - vérification de la conformité des données aux types de champs
> - j'ai tout fermé, to
Bonjour,
J'ai copié une base de donnée MySQL/ODBC (easyPHP1.7) de mon vieux PC
win98 sur un PC winXP tout neuf.
Sur 7 tables, 4 fonctionnent parfaitement, les 3 autres ont un
fonctionnement étrange :
- Elles apparaissent normalement, avec toutes leurs données, dans le
cadre sources de données ma
13 matches
Mail list logo
