Bonjour,
Voila mon problème, je viens de convertir une base Oracle en hyperfile,
seulement dans certaines tables des champs sont déclarés avec des espaces
(ex : "MONTANT HT" au lieu de "MONTANT_HT")
Avant avec Oracle tout fonctionnait, il suffisait de créer la requête SQL
avec des guillemets (ex : req="SELECT ""MONTANT HT"" FROM COMMANDES")
Mais maintenant avec la base en Hyperfile il ne veut plus fonctionner avec
les guillemets et je n'arrive pas à trouver une solution de remplacement.
Quelqu'un pourrait-il m'aider SVP.
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
Roumegou Eric
FabSteg a formulé ce vendredi :
Bonjour, Voila mon problème, je viens de convertir une base Oracle en hyperfile, seulement dans certaines tables des champs sont déclarés avec des espaces (ex : "MONTANT HT" au lieu de "MONTANT_HT") Avant avec Oracle tout fonctionnait, il suffisait de créer la requête SQL avec des guillemets (ex : req="SELECT ""MONTANT HT"" FROM COMMANDES") Mais maintenant avec la base en Hyperfile il ne veut plus fonctionner avec les guillemets et je n'arrive pas à trouver une solution de remplacement. Quelqu'un pourrait-il m'aider SVP.
Et alors quel est le problème ??? Utilise tes champs avec l'underscore maintenant.C'est beaucoup plus propre !
Tu vois tu m'apprends qq chose, je n'aurais jamais pensé qu'Oracle permettrait une pareille ineptie dans le nommage des colonnes (et je n'aurais jamais osé tester cela).
Le but c'est quoi quand vous faîtes ce genre de nom de zone ? Avoir des emm.. pour plus tard ? Quand on modélise, on respecte des conventions de nommage.
Eric ... qui s'enerve toujours un peu quand il est question de modélisation (désolé)
Merci
FabSteg
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
FabSteg a formulé ce vendredi :
Bonjour,
Voila mon problème, je viens de convertir une base Oracle en hyperfile,
seulement dans certaines tables des champs sont déclarés avec des espaces
(ex : "MONTANT HT" au lieu de "MONTANT_HT")
Avant avec Oracle tout fonctionnait, il suffisait de créer la requête SQL
avec des guillemets (ex : req="SELECT ""MONTANT HT"" FROM COMMANDES")
Mais maintenant avec la base en Hyperfile il ne veut plus fonctionner avec
les guillemets et je n'arrive pas à trouver une solution de remplacement.
Quelqu'un pourrait-il m'aider SVP.
Et alors quel est le problème ???
Utilise tes champs avec l'underscore maintenant.C'est beaucoup plus
propre !
Tu vois tu m'apprends qq chose, je n'aurais jamais pensé qu'Oracle
permettrait une pareille ineptie dans le nommage des colonnes (et je
n'aurais jamais osé tester cela).
Le but c'est quoi quand vous faîtes ce genre de nom de zone ? Avoir des
emm.. pour plus tard ?
Quand on modélise, on respecte des conventions de nommage.
Eric ... qui s'enerve toujours un peu quand il est question de
modélisation (désolé)
Merci
FabSteg
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
Bonjour, Voila mon problème, je viens de convertir une base Oracle en hyperfile, seulement dans certaines tables des champs sont déclarés avec des espaces (ex : "MONTANT HT" au lieu de "MONTANT_HT") Avant avec Oracle tout fonctionnait, il suffisait de créer la requête SQL avec des guillemets (ex : req="SELECT ""MONTANT HT"" FROM COMMANDES") Mais maintenant avec la base en Hyperfile il ne veut plus fonctionner avec les guillemets et je n'arrive pas à trouver une solution de remplacement. Quelqu'un pourrait-il m'aider SVP.
Et alors quel est le problème ??? Utilise tes champs avec l'underscore maintenant.C'est beaucoup plus propre !
Tu vois tu m'apprends qq chose, je n'aurais jamais pensé qu'Oracle permettrait une pareille ineptie dans le nommage des colonnes (et je n'aurais jamais osé tester cela).
Le but c'est quoi quand vous faîtes ce genre de nom de zone ? Avoir des emm.. pour plus tard ? Quand on modélise, on respecte des conventions de nommage.
Eric ... qui s'enerve toujours un peu quand il est question de modélisation (désolé)
Merci
FabSteg
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
FabSteg
"Roumegou Eric" a écrit :
Et alors quel est le problème ??? Utilise tes champs avec l'underscore maintenant.C'est beaucoup plus propre !
Le problème est que j'ai pas mal de code à vérifier et refaire pour tout les accés à cette table (et les autres car il y a plusieurs cas comme cela)
Tu vois tu m'apprends qq chose, je n'aurais jamais pensé qu'Oracle permettrait une pareille ineptie dans le nommage des colonnes (et je n'aurais jamais osé tester cela).
Le but c'est quoi quand vous faîtes ce genre de nom de zone ? Avoir des emm.. pour plus tard ? Quand on modélise, on respecte des conventions de nommage. Eric ... qui s'enerve toujours un peu quand il est question de modélisation (désolé)
Je suis également désolé pour ton énervement passager mais sache que je reprend un programme développé par d'autres personnes il y a quelques années et que je suis du même avis que toi, donc imagine toi mon degré d'énervement quand je doit regarder 62 modules (projets d'une même application) pour réparer de genre de conn....
Je te remercie quand même pour ton idée avec les underscores, je crois que je n'ai pas bien le choix aux niveau des solutions!
Merci
FabSteg
"Roumegou Eric" a écrit :
Et alors quel est le problème ???
Utilise tes champs avec l'underscore maintenant.C'est beaucoup plus
propre !
Le problème est que j'ai pas mal de code à vérifier et refaire pour tout les
accés à cette table (et les autres car il y a plusieurs cas comme cela)
Tu vois tu m'apprends qq chose, je n'aurais jamais pensé qu'Oracle
permettrait une pareille ineptie dans le nommage des colonnes (et je
n'aurais jamais osé tester cela).
Le but c'est quoi quand vous faîtes ce genre de nom de zone ? Avoir des
emm.. pour plus tard ?
Quand on modélise, on respecte des conventions de nommage.
Eric ... qui s'enerve toujours un peu quand il est question de
modélisation (désolé)
Je suis également désolé pour ton énervement passager mais sache que je
reprend un programme développé par d'autres personnes il y a quelques années
et que je suis du même avis que toi, donc imagine toi mon degré d'énervement
quand je doit regarder 62 modules (projets d'une même application) pour
réparer de genre de conn....
Je te remercie quand même pour ton idée avec les underscores, je crois que
je n'ai pas bien le choix aux niveau des solutions!
Et alors quel est le problème ??? Utilise tes champs avec l'underscore maintenant.C'est beaucoup plus propre !
Le problème est que j'ai pas mal de code à vérifier et refaire pour tout les accés à cette table (et les autres car il y a plusieurs cas comme cela)
Tu vois tu m'apprends qq chose, je n'aurais jamais pensé qu'Oracle permettrait une pareille ineptie dans le nommage des colonnes (et je n'aurais jamais osé tester cela).
Le but c'est quoi quand vous faîtes ce genre de nom de zone ? Avoir des emm.. pour plus tard ? Quand on modélise, on respecte des conventions de nommage. Eric ... qui s'enerve toujours un peu quand il est question de modélisation (désolé)
Je suis également désolé pour ton énervement passager mais sache que je reprend un programme développé par d'autres personnes il y a quelques années et que je suis du même avis que toi, donc imagine toi mon degré d'énervement quand je doit regarder 62 modules (projets d'une même application) pour réparer de genre de conn....
Je te remercie quand même pour ton idée avec les underscores, je crois que je n'ai pas bien le choix aux niveau des solutions!
