"Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE, aucun
contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur une
base de données Hyper File. Cette fonctionnalité n'est pas disponible dans
cette version."
Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE
REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Daniel
Bonjour, "Frédéric LAMBOUR" writes:
Extrait de l'aide en ligne de HExecuteRequete()
"Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE, auc un contrôle d'intégrité et aucun contrôle de doublons ne sont réal isés sur une base de données Hyper File. Cette fonctionnalité n'est pas disponible dans cette version."
De quelle version parles tu?
Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
a+
cqfd
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
"Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE, auc un
contrôle d'intégrité et aucun contrôle de doublons ne sont réal isés sur une
base de données Hyper File. Cette fonctionnalité n'est pas disponible dans
cette version."
De quelle version parles tu?
Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE
REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
a+
cqfd
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
"Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE, auc un contrôle d'intégrité et aucun contrôle de doublons ne sont réal isés sur une base de données Hyper File. Cette fonctionnalité n'est pas disponible dans cette version."
De quelle version parles tu?
Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
a+
cqfd
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
mat
Frédéric LAMBOUR wrote:
Extrait de l'aide en ligne de HExecuteRequete()
"Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE, aucun contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur une base de données Hyper File. Cette fonctionnalité n'est pas disponible dans cette version."
Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
a+
Bonjour, ce n'est pas exactement nouveau... en fait c'est normal pour WD 7.0 à 8.0. WD9.0 ?? salutations mat
Frédéric LAMBOUR wrote:
Extrait de l'aide en ligne de HExecuteRequete()
"Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE, aucun
contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur une
base de données Hyper File. Cette fonctionnalité n'est pas disponible dans
cette version."
Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE
REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
a+
Bonjour,
ce n'est pas exactement nouveau... en fait c'est normal pour WD 7.0 à 8.0.
WD9.0 ??
salutations
mat
"Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE, aucun contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur une base de données Hyper File. Cette fonctionnalité n'est pas disponible dans cette version."
Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
a+
Bonjour, ce n'est pas exactement nouveau... en fait c'est normal pour WD 7.0 à 8.0. WD9.0 ?? salutations mat
Frédéric LAMBOUR
Windev 9
"Daniel" a écrit dans le message de news:
Bonjour, "Frédéric LAMBOUR" writes:
Extrait de l'aide en ligne de HExecuteRequete()
"Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE,
aucun
contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur
une
base de données Hyper File. Cette fonctionnalité n'est pas disponible dans cette version."
De quelle version parles tu?
Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
a+
cqfd
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Windev 9
"Daniel" <voir-la-signature@wanadoo.fr> a écrit dans le message de
news:m2ll1ttru7.fsf@doudou.coul.fr...
"Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE,
aucun
contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur
une
base de données Hyper File. Cette fonctionnalité n'est pas disponible dans cette version."
De quelle version parles tu?
Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
a+
cqfd
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Daniel
mat writes:
Frédéric LAMBOUR wrote: > Extrait de l'aide en ligne de HExecuteRequete() > "Lors de l'utilisation des instructions SQL DELETE, INSERT ou > UPDATE, aucun > contrôle d'intégrité et aucun contrôle de doublons ne sont ré alisés sur une > base de données Hyper File. Cette fonctionnalité n'est pas disponib le dans > cette version." > Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS > UTILISER DE > REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES > a+ >
Bonjour, ce n'est pas exactement nouveau... en fait c'est normal pour WD 7.0 à 8 .0. WD9.0 ?? salutations mat
C'est tout de même gravissime. Lorsqu'on lit sur le forum d'en face : -que pour HF C/S il est préférable de faire du sql -que si on veut faire une petite appli en java, il faut passer par sql ...
j'espère qu'il s'agit d'un ancien reste de l'aide qui n'a pas été réécrit car sinon celà restreint l'utilisation de hyperfile.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
mat <NoSPAM-mnobs@bluemail.ch> writes:
Frédéric LAMBOUR wrote:
> Extrait de l'aide en ligne de HExecuteRequete()
> "Lors de l'utilisation des instructions SQL DELETE, INSERT ou
> UPDATE, aucun
> contrôle d'intégrité et aucun contrôle de doublons ne sont ré alisés sur une
> base de données Hyper File. Cette fonctionnalité n'est pas disponib le dans
> cette version."
> Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS
> UTILISER DE
> REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
> a+
>
Bonjour,
ce n'est pas exactement nouveau... en fait c'est normal pour WD 7.0 à 8 .0.
WD9.0 ??
salutations
mat
C'est tout de même gravissime.
Lorsqu'on lit sur le forum d'en face :
-que pour HF C/S il est préférable de faire du sql
-que si on veut faire une petite appli en java, il faut passer par sql
...
j'espère qu'il s'agit d'un ancien reste de l'aide qui n'a pas été
réécrit car sinon celà restreint l'utilisation de hyperfile.
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Frédéric LAMBOUR wrote: > Extrait de l'aide en ligne de HExecuteRequete() > "Lors de l'utilisation des instructions SQL DELETE, INSERT ou > UPDATE, aucun > contrôle d'intégrité et aucun contrôle de doublons ne sont ré alisés sur une > base de données Hyper File. Cette fonctionnalité n'est pas disponib le dans > cette version." > Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS > UTILISER DE > REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES > a+ >
Bonjour, ce n'est pas exactement nouveau... en fait c'est normal pour WD 7.0 à 8 .0. WD9.0 ?? salutations mat
C'est tout de même gravissime. Lorsqu'on lit sur le forum d'en face : -que pour HF C/S il est préférable de faire du sql -que si on veut faire une petite appli en java, il faut passer par sql ...
j'espère qu'il s'agit d'un ancien reste de l'aide qui n'a pas été réécrit car sinon celà restreint l'utilisation de hyperfile.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
mat
Daniel wrote:
mat writes:
Frédéric LAMBOUR wrote:
Extrait de l'aide en ligne de HExecuteRequete() "Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE, aucun contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur une base de données Hyper File. Cette fonctionnalité n'est pas disponible dans cette version." Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES a+
Bonjour, ce n'est pas exactement nouveau... en fait c'est normal pour WD 7.0 à 8..0. WD9.0 ?? salutations mat
C'est tout de même gravissime. Lorsqu'on lit sur le forum d'en face : -que pour HF C/S il est préférable de faire du sql -que si on veut faire une petite appli en java, il faut passer par sql ....
j'espère qu'il s'agit d'un ancien reste de l'aide qui n'a pas été réécrit car sinon celà restreint l'utilisation de hyperfile.
Je suis d'accord, mais je crains que non. Je crois quand PC Soft se réfèrent à SQL, ils pensent surtout aux requêtes SELECT. C'est un problème avant tout pour les gens qui commencent avec Windev. Pour ce qui font une migration de HF Classic vers HF C/S, ça ne change pas grande chose, en fait ça fait forcément moins de changements... Dans la plupart de cas, utiliser la commande hLitRecherche.. pour chercher un enregistrement afin de le modifier ou supprimer, HF C/S ne sera pas pénalisant, et non plus d'en ajouter un avec hAjoute. Que ce n'est pas une situation optimale, on est bien d'accord. En ce qui concerne les requêtes, c'est bien dans la tradition de l'éditeur depuis WD 7.0.
Salutations Mat
Daniel wrote:
mat <NoSPAM-mnobs@bluemail.ch> writes:
Frédéric LAMBOUR wrote:
Extrait de l'aide en ligne de HExecuteRequete()
"Lors de l'utilisation des instructions SQL DELETE, INSERT ou
UPDATE, aucun
contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur une
base de données Hyper File. Cette fonctionnalité n'est pas disponible dans
cette version."
Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS
UTILISER DE
REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
a+
Bonjour,
ce n'est pas exactement nouveau... en fait c'est normal pour WD 7.0 à 8..0.
WD9.0 ??
salutations
mat
C'est tout de même gravissime.
Lorsqu'on lit sur le forum d'en face :
-que pour HF C/S il est préférable de faire du sql
-que si on veut faire une petite appli en java, il faut passer par sql
....
j'espère qu'il s'agit d'un ancien reste de l'aide qui n'a pas été
réécrit car sinon celà restreint l'utilisation de hyperfile.
Je suis d'accord, mais je crains que non. Je crois quand PC Soft se
réfèrent à SQL, ils pensent surtout aux requêtes SELECT. C'est un
problème avant tout pour les gens qui commencent avec Windev. Pour ce
qui font une migration de HF Classic vers HF C/S, ça ne change pas
grande chose, en fait ça fait forcément moins de changements... Dans la
plupart de cas, utiliser la commande hLitRecherche.. pour chercher un
enregistrement afin de le modifier ou supprimer, HF C/S ne sera pas
pénalisant, et non plus d'en ajouter un avec hAjoute. Que ce n'est pas
une situation optimale, on est bien d'accord. En ce qui concerne les
requêtes, c'est bien dans la tradition de l'éditeur depuis WD 7.0.
Extrait de l'aide en ligne de HExecuteRequete() "Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE, aucun contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur une base de données Hyper File. Cette fonctionnalité n'est pas disponible dans cette version." Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES a+
Bonjour, ce n'est pas exactement nouveau... en fait c'est normal pour WD 7.0 à 8..0. WD9.0 ?? salutations mat
C'est tout de même gravissime. Lorsqu'on lit sur le forum d'en face : -que pour HF C/S il est préférable de faire du sql -que si on veut faire une petite appli en java, il faut passer par sql ....
j'espère qu'il s'agit d'un ancien reste de l'aide qui n'a pas été réécrit car sinon celà restreint l'utilisation de hyperfile.
Je suis d'accord, mais je crains que non. Je crois quand PC Soft se réfèrent à SQL, ils pensent surtout aux requêtes SELECT. C'est un problème avant tout pour les gens qui commencent avec Windev. Pour ce qui font une migration de HF Classic vers HF C/S, ça ne change pas grande chose, en fait ça fait forcément moins de changements... Dans la plupart de cas, utiliser la commande hLitRecherche.. pour chercher un enregistrement afin de le modifier ou supprimer, HF C/S ne sera pas pénalisant, et non plus d'en ajouter un avec hAjoute. Que ce n'est pas une situation optimale, on est bien d'accord. En ce qui concerne les requêtes, c'est bien dans la tradition de l'éditeur depuis WD 7.0.
Salutations Mat
Frédéric LAMBOUR
Toujours sur le thème SQL avec Windev je vous recommande la lecture du haut de la page 174 de la doc. etats et requêtes de WD9.
On y apprends que le langage SQL n'est pas adapté au modification dans la baes de données...
"Frédéric LAMBOUR" a écrit dans le message de news:dglpr5$bhq$
Extrait de l'aide en ligne de HExecuteRequete()
"Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE,
aucun
contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur
une
base de données Hyper File. Cette fonctionnalité n'est pas disponible dans cette version."
Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
a+
Toujours sur le thème SQL avec Windev je vous recommande la lecture du haut
de la page 174 de la doc. etats et requêtes de WD9.
On y apprends que le langage SQL n'est pas adapté au modification dans la
baes de données...
"Frédéric LAMBOUR" <PasDeSpam_f.LAMBOUR@everlog.com> a écrit dans le message
de news:dglpr5$bhq$1@apollon.grec.isp.9tel.net...
Extrait de l'aide en ligne de HExecuteRequete()
"Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE,
aucun
contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur
une
base de données Hyper File. Cette fonctionnalité n'est pas disponible dans
cette version."
Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE
REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
Toujours sur le thème SQL avec Windev je vous recommande la lecture du haut de la page 174 de la doc. etats et requêtes de WD9.
On y apprends que le langage SQL n'est pas adapté au modification dans la baes de données...
"Frédéric LAMBOUR" a écrit dans le message de news:dglpr5$bhq$
Extrait de l'aide en ligne de HExecuteRequete()
"Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE,
aucun
contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur
une
base de données Hyper File. Cette fonctionnalité n'est pas disponible dans cette version."
Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
a+
Daniel
Bonjour, "Frédéric LAMBOUR" writes:
Toujours sur le thème SQL avec Windev je vous recommande la lecture du haut de la page 174 de la doc. etats et requêtes de WD9.
On y apprends que le langage SQL n'est pas adapté au modification dans la baes de données...
Au moins le message de PCSoft est plus clair. De toute façon il ne faut pas être exigeant lorsqu'ils ne font pas référence à la norme SQL supportée, il ne faut pas croire au père noel.
En conclusion, si on utilise HF, il faut travailler avec les ordres H, si on veut faire du SQL il faut passer sur un vrai sgbdr qui supporte le SQL (SQL2)
"Frédéric LAMBOUR" a écrit dans l e message de news:dglpr5$bhq$ > Extrait de l'aide en ligne de HExecuteRequete() > > "Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE, aucun > contrôle d'intégrité et aucun contrôle de doublons ne sont ré alisés sur une > base de données Hyper File. Cette fonctionnalité n'est pas disponib le dans > cette version." > > Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE > REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES > > a+ > >
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Toujours sur le thème SQL avec Windev je vous recommande la lecture du haut
de la page 174 de la doc. etats et requêtes de WD9.
On y apprends que le langage SQL n'est pas adapté au modification dans la
baes de données...
Au moins le message de PCSoft est plus clair.
De toute façon il ne faut pas être exigeant lorsqu'ils ne font pas
référence à la norme SQL supportée, il ne faut pas croire au père noel.
En conclusion, si on utilise HF, il faut travailler avec les ordres H,
si on veut faire du SQL il faut passer sur un vrai sgbdr qui supporte
le SQL (SQL2)
"Frédéric LAMBOUR" <PasDeSpam_f.LAMBOUR@everlog.com> a écrit dans l e message
de news:dglpr5$bhq$1@apollon.grec.isp.9tel.net...
> Extrait de l'aide en ligne de HExecuteRequete()
>
> "Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE,
aucun
> contrôle d'intégrité et aucun contrôle de doublons ne sont ré alisés sur
une
> base de données Hyper File. Cette fonctionnalité n'est pas disponib le dans
> cette version."
>
> Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE
> REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
>
> a+
>
>
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Toujours sur le thème SQL avec Windev je vous recommande la lecture du haut de la page 174 de la doc. etats et requêtes de WD9.
On y apprends que le langage SQL n'est pas adapté au modification dans la baes de données...
Au moins le message de PCSoft est plus clair. De toute façon il ne faut pas être exigeant lorsqu'ils ne font pas référence à la norme SQL supportée, il ne faut pas croire au père noel.
En conclusion, si on utilise HF, il faut travailler avec les ordres H, si on veut faire du SQL il faut passer sur un vrai sgbdr qui supporte le SQL (SQL2)
"Frédéric LAMBOUR" a écrit dans l e message de news:dglpr5$bhq$ > Extrait de l'aide en ligne de HExecuteRequete() > > "Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE, aucun > contrôle d'intégrité et aucun contrôle de doublons ne sont ré alisés sur une > base de données Hyper File. Cette fonctionnalité n'est pas disponib le dans > cette version." > > Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE > REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES > > a+ > >
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Roumegou Eric
Daniel avait énoncé :
En conclusion, si on utilise HF, il faut travailler avec les ordres H, si on veut faire du SQL il faut passer sur un vrai sgbdr qui supporte le SQL (SQL2)
je suis content cela fait depuis 98 que je tiens ce raisonnement. Mais j'aurais sincérement aimé que les nouvelles vs me donnent tort, histoire d'ouvrir d'autres perspectives.
Je suis en train de migrer mes applis pour sqlserver, et à part la correction de certain particularisme sql, cela devrait être terminé en fin de journée (pour un projet de plus de 100000 lignes tout de meme). Tout est en SQLnatif.
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Daniel avait énoncé :
En conclusion, si on utilise HF, il faut travailler avec les ordres H,
si on veut faire du SQL il faut passer sur un vrai sgbdr qui supporte
le SQL (SQL2)
je suis content cela fait depuis 98 que je tiens ce raisonnement.
Mais j'aurais sincérement aimé que les nouvelles vs me donnent tort,
histoire d'ouvrir d'autres perspectives.
Je suis en train de migrer mes applis pour sqlserver, et à part la
correction de certain particularisme sql, cela devrait être terminé en
fin de journée (pour un projet de plus de 100000 lignes tout de meme).
Tout est en SQLnatif.
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
En conclusion, si on utilise HF, il faut travailler avec les ordres H, si on veut faire du SQL il faut passer sur un vrai sgbdr qui supporte le SQL (SQL2)
je suis content cela fait depuis 98 que je tiens ce raisonnement. Mais j'aurais sincérement aimé que les nouvelles vs me donnent tort, histoire d'ouvrir d'autres perspectives.
Je suis en train de migrer mes applis pour sqlserver, et à part la correction de certain particularisme sql, cela devrait être terminé en fin de journée (pour un projet de plus de 100000 lignes tout de meme). Tout est en SQLnatif.
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Frédéric LAMBOUR
Je suis d'accord, Hyper File se programme de préférence avec les fonctions Hxxxxx
a+ "Daniel" a écrit dans le message de news:
Bonjour, "Frédéric LAMBOUR" writes:
Toujours sur le thème SQL avec Windev je vous recommande la lecture du
haut
de la page 174 de la doc. etats et requêtes de WD9.
On y apprends que le langage SQL n'est pas adapté au modification dans la baes de données...
Au moins le message de PCSoft est plus clair. De toute façon il ne faut pas être exigeant lorsqu'ils ne font pas référence à la norme SQL supportée, il ne faut pas croire au père noel.
En conclusion, si on utilise HF, il faut travailler avec les ordres H, si on veut faire du SQL il faut passer sur un vrai sgbdr qui supporte le SQL (SQL2)
"Frédéric LAMBOUR" a écrit dans le
message
de news:dglpr5$bhq$ > Extrait de l'aide en ligne de HExecuteRequete() > > "Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE, aucun > contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur une > base de données Hyper File. Cette fonctionnalité n'est pas disponible
dans
> cette version." > > Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE > REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES > > a+ > >
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Je suis d'accord, Hyper File se programme de préférence avec les fonctions
Hxxxxx
a+
"Daniel" <voir-la-signature@wanadoo.fr> a écrit dans le message de
news:m2hdcdbod6.fsf@doudou.coul.fr...
Toujours sur le thème SQL avec Windev je vous recommande la lecture du
haut
de la page 174 de la doc. etats et requêtes de WD9.
On y apprends que le langage SQL n'est pas adapté au modification dans la
baes de données...
Au moins le message de PCSoft est plus clair.
De toute façon il ne faut pas être exigeant lorsqu'ils ne font pas
référence à la norme SQL supportée, il ne faut pas croire au père noel.
En conclusion, si on utilise HF, il faut travailler avec les ordres H,
si on veut faire du SQL il faut passer sur un vrai sgbdr qui supporte
le SQL (SQL2)
"Frédéric LAMBOUR" <PasDeSpam_f.LAMBOUR@everlog.com> a écrit dans le
message
de news:dglpr5$bhq$1@apollon.grec.isp.9tel.net...
> Extrait de l'aide en ligne de HExecuteRequete()
>
> "Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE,
aucun
> contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur
une
> base de données Hyper File. Cette fonctionnalité n'est pas disponible
dans
> cette version."
>
> Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE
> REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES
>
> a+
>
>
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Je suis d'accord, Hyper File se programme de préférence avec les fonctions Hxxxxx
a+ "Daniel" a écrit dans le message de news:
Bonjour, "Frédéric LAMBOUR" writes:
Toujours sur le thème SQL avec Windev je vous recommande la lecture du
haut
de la page 174 de la doc. etats et requêtes de WD9.
On y apprends que le langage SQL n'est pas adapté au modification dans la baes de données...
Au moins le message de PCSoft est plus clair. De toute façon il ne faut pas être exigeant lorsqu'ils ne font pas référence à la norme SQL supportée, il ne faut pas croire au père noel.
En conclusion, si on utilise HF, il faut travailler avec les ordres H, si on veut faire du SQL il faut passer sur un vrai sgbdr qui supporte le SQL (SQL2)
"Frédéric LAMBOUR" a écrit dans le
message
de news:dglpr5$bhq$ > Extrait de l'aide en ligne de HExecuteRequete() > > "Lors de l'utilisation des instructions SQL DELETE, INSERT ou UPDATE, aucun > contrôle d'intégrité et aucun contrôle de doublons ne sont réalisés sur une > base de données Hyper File. Cette fonctionnalité n'est pas disponible
dans
> cette version." > > Pour ceux qui n'aurait pas bien lu l'aide je résume : NE PAS UTILISER DE > REQUETE SQL SUR HYPER FILE POUR MODIFIER LES DONNES > > a+ > >
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)