Si je fait hraz sur la fiche, il semblerait que windev y mette 0 au lieu
de null, et du coup, sqlserveur rale sur les contraintes d'intégritées.
Si je fait hraz sur la fiche, il semblerait que windev y mette 0 au lieu
de null, et du coup, sqlserveur rale sur les contraintes d'intégritées.
Si je fait hraz sur la fiche, il semblerait que windev y mette 0 au lieu
de null, et du coup, sqlserveur rale sur les contraintes d'intégritées.
BonjourSi je fait hraz sur la fiche, il semblerait que windev y mette 0 au lieu
de null, et du coup, sqlserveur rale sur les contraintes d'intégritées.
le champs doit etre en numerique alors
le fait qu'on veuille gerer le null impose plusieurs contraintes
le null n'est pas une valeur pour le SQL (c'est absence de valeur)
or si vous mettez un numerique windev va y coller 0 mais 0 est une valeur
alors que null non
dans ce cas il faut mettre le champs en texte
on a donc soit une valeur 0 ...... 99999999999999 soit blanc "" chaine
vide qui representera le null
maintenant il faut que windev le prenne en compte en gerant les ordre H et
ne pas transmettre de valeur ou alors transmettre null sans guillement pas
comme une chaine mais ecrit null
bon dev
@+
Bonjour
Si je fait hraz sur la fiche, il semblerait que windev y mette 0 au lieu
de null, et du coup, sqlserveur rale sur les contraintes d'intégritées.
le champs doit etre en numerique alors
le fait qu'on veuille gerer le null impose plusieurs contraintes
le null n'est pas une valeur pour le SQL (c'est absence de valeur)
or si vous mettez un numerique windev va y coller 0 mais 0 est une valeur
alors que null non
dans ce cas il faut mettre le champs en texte
on a donc soit une valeur 0 ...... 99999999999999 soit blanc "" chaine
vide qui representera le null
maintenant il faut que windev le prenne en compte en gerant les ordre H et
ne pas transmettre de valeur ou alors transmettre null sans guillement pas
comme une chaine mais ecrit null
bon dev
@+
BonjourSi je fait hraz sur la fiche, il semblerait que windev y mette 0 au lieu
de null, et du coup, sqlserveur rale sur les contraintes d'intégritées.
le champs doit etre en numerique alors
le fait qu'on veuille gerer le null impose plusieurs contraintes
le null n'est pas une valeur pour le SQL (c'est absence de valeur)
or si vous mettez un numerique windev va y coller 0 mais 0 est une valeur
alors que null non
dans ce cas il faut mettre le champs en texte
on a donc soit une valeur 0 ...... 99999999999999 soit blanc "" chaine
vide qui representera le null
maintenant il faut que windev le prenne en compte en gerant les ordre H et
ne pas transmettre de valeur ou alors transmettre null sans guillement pas
comme une chaine mais ecrit null
bon dev
@+
Bonjour
Merci pour la réponse
Il s'agit de clé étrangere, donc un poil délicat de passer en texte.
J'ai continuer a investiguer, semblerait qu'il faille aller cocher une
propriété null sur la rubrique.
Dans l'aide ca parle aussi de fichier.rubrique..null=vrai pour forcer le
null sur une rubrique.
Mais ce qui m'inquiete plus, c'est l'initialisation de tout ca .
1) db faite sur le serveur
2) création d'une analyse, import de la description des tables
3) aller manuellement coher cette propriété sur toutes les rubriques étant
clé étrangeres facultative
cette derniere étape me semble d'une folie monstrueuse des que la db
possède pas mal de table.
"Firetox" wrote in message
news:4b7ac3c1$0$6285$BonjourSi je fait hraz sur la fiche, il semblerait que windev y mette 0 au lieu
de null, et du coup, sqlserveur rale sur les contraintes d'intégritées.
le champs doit etre en numerique alors
le fait qu'on veuille gerer le null impose plusieurs contraintes
le null n'est pas une valeur pour le SQL (c'est absence de valeur)
or si vous mettez un numerique windev va y coller 0 mais 0 est une valeur
alors que null non
dans ce cas il faut mettre le champs en texte
on a donc soit une valeur 0 ...... 99999999999999 soit blanc "" chaine
vide qui representera le null
maintenant il faut que windev le prenne en compte en gerant les ordre H
et ne pas transmettre de valeur ou alors transmettre null sans guillement
pas comme une chaine mais ecrit null
bon dev
@+
Bonjour
Merci pour la réponse
Il s'agit de clé étrangere, donc un poil délicat de passer en texte.
J'ai continuer a investiguer, semblerait qu'il faille aller cocher une
propriété null sur la rubrique.
Dans l'aide ca parle aussi de fichier.rubrique..null=vrai pour forcer le
null sur une rubrique.
Mais ce qui m'inquiete plus, c'est l'initialisation de tout ca .
1) db faite sur le serveur
2) création d'une analyse, import de la description des tables
3) aller manuellement coher cette propriété sur toutes les rubriques étant
clé étrangeres facultative
cette derniere étape me semble d'une folie monstrueuse des que la db
possède pas mal de table.
"Firetox" <firetox@SQLManagerX.com> wrote in message
news:4b7ac3c1$0$6285$426a74cc@news.free.fr...
Bonjour
Si je fait hraz sur la fiche, il semblerait que windev y mette 0 au lieu
de null, et du coup, sqlserveur rale sur les contraintes d'intégritées.
le champs doit etre en numerique alors
le fait qu'on veuille gerer le null impose plusieurs contraintes
le null n'est pas une valeur pour le SQL (c'est absence de valeur)
or si vous mettez un numerique windev va y coller 0 mais 0 est une valeur
alors que null non
dans ce cas il faut mettre le champs en texte
on a donc soit une valeur 0 ...... 99999999999999 soit blanc "" chaine
vide qui representera le null
maintenant il faut que windev le prenne en compte en gerant les ordre H
et ne pas transmettre de valeur ou alors transmettre null sans guillement
pas comme une chaine mais ecrit null
bon dev
@+
Bonjour
Merci pour la réponse
Il s'agit de clé étrangere, donc un poil délicat de passer en texte.
J'ai continuer a investiguer, semblerait qu'il faille aller cocher une
propriété null sur la rubrique.
Dans l'aide ca parle aussi de fichier.rubrique..null=vrai pour forcer le
null sur une rubrique.
Mais ce qui m'inquiete plus, c'est l'initialisation de tout ca .
1) db faite sur le serveur
2) création d'une analyse, import de la description des tables
3) aller manuellement coher cette propriété sur toutes les rubriques étant
clé étrangeres facultative
cette derniere étape me semble d'une folie monstrueuse des que la db
possède pas mal de table.
"Firetox" wrote in message
news:4b7ac3c1$0$6285$BonjourSi je fait hraz sur la fiche, il semblerait que windev y mette 0 au lieu
de null, et du coup, sqlserveur rale sur les contraintes d'intégritées.
le champs doit etre en numerique alors
le fait qu'on veuille gerer le null impose plusieurs contraintes
le null n'est pas une valeur pour le SQL (c'est absence de valeur)
or si vous mettez un numerique windev va y coller 0 mais 0 est une valeur
alors que null non
dans ce cas il faut mettre le champs en texte
on a donc soit une valeur 0 ...... 99999999999999 soit blanc "" chaine
vide qui representera le null
maintenant il faut que windev le prenne en compte en gerant les ordre H
et ne pas transmettre de valeur ou alors transmettre null sans guillement
pas comme une chaine mais ecrit null
bon dev
@+
Bonour,
non pas la cle dans l'analyse
le champs de la fenetre a passé en texte
"free" a écrit dans le message de
news:4b7ad09c$0$9105$Bonjour
Merci pour la réponse
Il s'agit de clé étrangere, donc un poil délicat de passer en texte.
J'ai continuer a investiguer, semblerait qu'il faille aller cocher une
propriété null sur la rubrique.
Dans l'aide ca parle aussi de fichier.rubrique..null=vrai pour forcer
le null sur une rubrique.
Mais ce qui m'inquiete plus, c'est l'initialisation de tout ca .
1) db faite sur le serveur
2) création d'une analyse, import de la description des tables
3) aller manuellement coher cette propriété sur toutes les rubriques
étant clé étrangeres facultative
cette derniere étape me semble d'une folie monstrueuse des que la db
possède pas mal de table.
"Firetox" wrote in message
news:4b7ac3c1$0$6285$BonjourSi je fait hraz sur la fiche, il semblerait que windev y mette 0 au
lieu de null, et du coup, sqlserveur rale sur les contraintes
d'intégritées.
le champs doit etre en numerique alors
le fait qu'on veuille gerer le null impose plusieurs contraintes
le null n'est pas une valeur pour le SQL (c'est absence de valeur)
or si vous mettez un numerique windev va y coller 0 mais 0 est une
valeur alors que null non
dans ce cas il faut mettre le champs en texte
on a donc soit une valeur 0 ...... 99999999999999 soit blanc ""
chaine vide qui representera le null
maintenant il faut que windev le prenne en compte en gerant les ordre
H et ne pas transmettre de valeur ou alors transmettre null sans
guillement pas comme une chaine mais ecrit null
bon dev
@+
Bonour,
non pas la cle dans l'analyse
le champs de la fenetre a passé en texte
"free" <free@free.fr> a écrit dans le message de
news:4b7ad09c$0$9105$426a74cc@news.free.fr...
Bonjour
Merci pour la réponse
Il s'agit de clé étrangere, donc un poil délicat de passer en texte.
J'ai continuer a investiguer, semblerait qu'il faille aller cocher une
propriété null sur la rubrique.
Dans l'aide ca parle aussi de fichier.rubrique..null=vrai pour forcer
le null sur une rubrique.
Mais ce qui m'inquiete plus, c'est l'initialisation de tout ca .
1) db faite sur le serveur
2) création d'une analyse, import de la description des tables
3) aller manuellement coher cette propriété sur toutes les rubriques
étant clé étrangeres facultative
cette derniere étape me semble d'une folie monstrueuse des que la db
possède pas mal de table.
"Firetox" <firetox@SQLManagerX.com> wrote in message
news:4b7ac3c1$0$6285$426a74cc@news.free.fr...
Bonjour
Si je fait hraz sur la fiche, il semblerait que windev y mette 0 au
lieu de null, et du coup, sqlserveur rale sur les contraintes
d'intégritées.
le champs doit etre en numerique alors
le fait qu'on veuille gerer le null impose plusieurs contraintes
le null n'est pas une valeur pour le SQL (c'est absence de valeur)
or si vous mettez un numerique windev va y coller 0 mais 0 est une
valeur alors que null non
dans ce cas il faut mettre le champs en texte
on a donc soit une valeur 0 ...... 99999999999999 soit blanc ""
chaine vide qui representera le null
maintenant il faut que windev le prenne en compte en gerant les ordre
H et ne pas transmettre de valeur ou alors transmettre null sans
guillement pas comme une chaine mais ecrit null
bon dev
@+
Bonour,
non pas la cle dans l'analyse
le champs de la fenetre a passé en texte
"free" a écrit dans le message de
news:4b7ad09c$0$9105$Bonjour
Merci pour la réponse
Il s'agit de clé étrangere, donc un poil délicat de passer en texte.
J'ai continuer a investiguer, semblerait qu'il faille aller cocher une
propriété null sur la rubrique.
Dans l'aide ca parle aussi de fichier.rubrique..null=vrai pour forcer
le null sur une rubrique.
Mais ce qui m'inquiete plus, c'est l'initialisation de tout ca .
1) db faite sur le serveur
2) création d'une analyse, import de la description des tables
3) aller manuellement coher cette propriété sur toutes les rubriques
étant clé étrangeres facultative
cette derniere étape me semble d'une folie monstrueuse des que la db
possède pas mal de table.
"Firetox" wrote in message
news:4b7ac3c1$0$6285$BonjourSi je fait hraz sur la fiche, il semblerait que windev y mette 0 au
lieu de null, et du coup, sqlserveur rale sur les contraintes
d'intégritées.
le champs doit etre en numerique alors
le fait qu'on veuille gerer le null impose plusieurs contraintes
le null n'est pas une valeur pour le SQL (c'est absence de valeur)
or si vous mettez un numerique windev va y coller 0 mais 0 est une
valeur alors que null non
dans ce cas il faut mettre le champs en texte
on a donc soit une valeur 0 ...... 99999999999999 soit blanc ""
chaine vide qui representera le null
maintenant il faut que windev le prenne en compte en gerant les ordre
H et ne pas transmettre de valeur ou alors transmettre null sans
guillement pas comme une chaine mais ecrit null
bon dev
@+
La je parlais même pas de saisie.
Une fiche avec clé étrangère optionnelle (relation 0 ou 1)
une simple: hraz() puis hajoute() provoque le problème
(hraz() met "0", ce qui ne plait pas a mssql qui attend null)
Firetox a écrit :Bonour,
non pas la cle dans l'analyse
le champs de la fenetre a passé en texte
"free" a écrit dans le message de
news:4b7ad09c$0$9105$Bonjour
Merci pour la réponse
Il s'agit de clé étrangere, donc un poil délicat de passer en texte.
J'ai continuer a investiguer, semblerait qu'il faille aller cocher une
propriété null sur la rubrique.
Dans l'aide ca parle aussi de fichier.rubrique..null=vrai pour forcer le
null sur une rubrique.
Mais ce qui m'inquiete plus, c'est l'initialisation de tout ca .
1) db faite sur le serveur
2) création d'une analyse, import de la description des tables
3) aller manuellement coher cette propriété sur toutes les rubriques
étant clé étrangeres facultative
cette derniere étape me semble d'une folie monstrueuse des que la db
possède pas mal de table.
"Firetox" wrote in message
news:4b7ac3c1$0$6285$BonjourSi je fait hraz sur la fiche, il semblerait que windev y mette 0 au
lieu de null, et du coup, sqlserveur rale sur les contraintes
d'intégritées.
le champs doit etre en numerique alors
le fait qu'on veuille gerer le null impose plusieurs contraintes
le null n'est pas une valeur pour le SQL (c'est absence de valeur)
or si vous mettez un numerique windev va y coller 0 mais 0 est une
valeur alors que null non
dans ce cas il faut mettre le champs en texte
on a donc soit une valeur 0 ...... 99999999999999 soit blanc "" chaine
vide qui representera le null
maintenant il faut que windev le prenne en compte en gerant les ordre H
et ne pas transmettre de valeur ou alors transmettre null sans
guillement pas comme une chaine mais ecrit null
bon dev
@+
La je parlais même pas de saisie.
Une fiche avec clé étrangère optionnelle (relation 0 ou 1)
une simple: hraz() puis hajoute() provoque le problème
(hraz() met "0", ce qui ne plait pas a mssql qui attend null)
Firetox a écrit :
Bonour,
non pas la cle dans l'analyse
le champs de la fenetre a passé en texte
"free" <free@free.fr> a écrit dans le message de
news:4b7ad09c$0$9105$426a74cc@news.free.fr...
Bonjour
Merci pour la réponse
Il s'agit de clé étrangere, donc un poil délicat de passer en texte.
J'ai continuer a investiguer, semblerait qu'il faille aller cocher une
propriété null sur la rubrique.
Dans l'aide ca parle aussi de fichier.rubrique..null=vrai pour forcer le
null sur une rubrique.
Mais ce qui m'inquiete plus, c'est l'initialisation de tout ca .
1) db faite sur le serveur
2) création d'une analyse, import de la description des tables
3) aller manuellement coher cette propriété sur toutes les rubriques
étant clé étrangeres facultative
cette derniere étape me semble d'une folie monstrueuse des que la db
possède pas mal de table.
"Firetox" <firetox@SQLManagerX.com> wrote in message
news:4b7ac3c1$0$6285$426a74cc@news.free.fr...
Bonjour
Si je fait hraz sur la fiche, il semblerait que windev y mette 0 au
lieu de null, et du coup, sqlserveur rale sur les contraintes
d'intégritées.
le champs doit etre en numerique alors
le fait qu'on veuille gerer le null impose plusieurs contraintes
le null n'est pas une valeur pour le SQL (c'est absence de valeur)
or si vous mettez un numerique windev va y coller 0 mais 0 est une
valeur alors que null non
dans ce cas il faut mettre le champs en texte
on a donc soit une valeur 0 ...... 99999999999999 soit blanc "" chaine
vide qui representera le null
maintenant il faut que windev le prenne en compte en gerant les ordre H
et ne pas transmettre de valeur ou alors transmettre null sans
guillement pas comme une chaine mais ecrit null
bon dev
@+
La je parlais même pas de saisie.
Une fiche avec clé étrangère optionnelle (relation 0 ou 1)
une simple: hraz() puis hajoute() provoque le problème
(hraz() met "0", ce qui ne plait pas a mssql qui attend null)
Firetox a écrit :Bonour,
non pas la cle dans l'analyse
le champs de la fenetre a passé en texte
"free" a écrit dans le message de
news:4b7ad09c$0$9105$Bonjour
Merci pour la réponse
Il s'agit de clé étrangere, donc un poil délicat de passer en texte.
J'ai continuer a investiguer, semblerait qu'il faille aller cocher une
propriété null sur la rubrique.
Dans l'aide ca parle aussi de fichier.rubrique..null=vrai pour forcer le
null sur une rubrique.
Mais ce qui m'inquiete plus, c'est l'initialisation de tout ca .
1) db faite sur le serveur
2) création d'une analyse, import de la description des tables
3) aller manuellement coher cette propriété sur toutes les rubriques
étant clé étrangeres facultative
cette derniere étape me semble d'une folie monstrueuse des que la db
possède pas mal de table.
"Firetox" wrote in message
news:4b7ac3c1$0$6285$BonjourSi je fait hraz sur la fiche, il semblerait que windev y mette 0 au
lieu de null, et du coup, sqlserveur rale sur les contraintes
d'intégritées.
le champs doit etre en numerique alors
le fait qu'on veuille gerer le null impose plusieurs contraintes
le null n'est pas une valeur pour le SQL (c'est absence de valeur)
or si vous mettez un numerique windev va y coller 0 mais 0 est une
valeur alors que null non
dans ce cas il faut mettre le champs en texte
on a donc soit une valeur 0 ...... 99999999999999 soit blanc "" chaine
vide qui representera le null
maintenant il faut que windev le prenne en compte en gerant les ordre H
et ne pas transmettre de valeur ou alors transmettre null sans
guillement pas comme une chaine mais ecrit null
bon dev
@+
Bonjour,
moi non plus
hraz est lié aux champs d'une fenetre
le champ concerné est en numerique ou texte (champ de la fenetre)
donc un hraz avec un numerique met 0 dedans mais avec un texte il doit
mettre ""
et le hajoute avec "" dans le champ devrait envoyé null dans la base
Bonjour,
moi non plus
hraz est lié aux champs d'une fenetre
le champ concerné est en numerique ou texte (champ de la fenetre)
donc un hraz avec un numerique met 0 dedans mais avec un texte il doit
mettre ""
et le hajoute avec "" dans le champ devrait envoyé null dans la base
Bonjour,
moi non plus
hraz est lié aux champs d'une fenetre
le champ concerné est en numerique ou texte (champ de la fenetre)
donc un hraz avec un numerique met 0 dedans mais avec un texte il doit
mettre ""
et le hajoute avec "" dans le champ devrait envoyé null dans la base
Firetox a écrit :Bonjour,
moi non plus
hraz est lié aux champs d'une fenetre
le champ concerné est en numerique ou texte (champ de la fenetre)
donc un hraz avec un numerique met 0 dedans mais avec un texte il doit
mettre ""
et le hajoute avec "" dans le champ devrait envoyé null dans la base
Bonjour,
Juste pour signaler, Hraz affecte les variable d'état liée à la
description de l'analyse et ne touche pas et n'a aucun lien avec les champ
d'une fenêtre.
Ne pas confondre avec RAZ qui vide les champ de la fenêtre.
Bonne journée
J.B.D.
Firetox a écrit :
Bonjour,
moi non plus
hraz est lié aux champs d'une fenetre
le champ concerné est en numerique ou texte (champ de la fenetre)
donc un hraz avec un numerique met 0 dedans mais avec un texte il doit
mettre ""
et le hajoute avec "" dans le champ devrait envoyé null dans la base
Bonjour,
Juste pour signaler, Hraz affecte les variable d'état liée à la
description de l'analyse et ne touche pas et n'a aucun lien avec les champ
d'une fenêtre.
Ne pas confondre avec RAZ qui vide les champ de la fenêtre.
Bonne journée
J.B.D.
Firetox a écrit :Bonjour,
moi non plus
hraz est lié aux champs d'une fenetre
le champ concerné est en numerique ou texte (champ de la fenetre)
donc un hraz avec un numerique met 0 dedans mais avec un texte il doit
mettre ""
et le hajoute avec "" dans le champ devrait envoyé null dans la base
Bonjour,
Juste pour signaler, Hraz affecte les variable d'état liée à la
description de l'analyse et ne touche pas et n'a aucun lien avec les champ
d'une fenêtre.
Ne pas confondre avec RAZ qui vide les champ de la fenêtre.
Bonne journée
J.B.D.
Bonjour
J'utilise l'acces natif avec sql serveur
J'ai une clé etrangere optionnelle dans une fiche (qui peut etre nulle)
Si je fait hraz sur la fiche, il semblerait que windev y mette 0 au lieu de
null, et du coup, sqlserveur rale sur les contraintes
d'intégritées.
Auriez vous un avis dessus ?
Bonjour
J'utilise l'acces natif avec sql serveur
J'ai une clé etrangere optionnelle dans une fiche (qui peut etre nulle)
Si je fait hraz sur la fiche, il semblerait que windev y mette 0 au lieu de
null, et du coup, sqlserveur rale sur les contraintes
d'intégritées.
Auriez vous un avis dessus ?
Bonjour
J'utilise l'acces natif avec sql serveur
J'ai une clé etrangere optionnelle dans une fiche (qui peut etre nulle)
Si je fait hraz sur la fiche, il semblerait que windev y mette 0 au lieu de
null, et du coup, sqlserveur rale sur les contraintes
d'intégritées.
Auriez vous un avis dessus ?