J'essaie actuellement de faire fonctionner une application qui tape à la
fois dans des fichiers Hyperfile, et dans des fichiers Oracle (par l'accès
Natif).
Ca marche sauf que, visiblement, on ne peut pas faire de requêtes "mixtes",
c'est-à-dire qui lisent dans les 2 bases de données en même temps.
Je prends un exemple : mon fichier Clients est en Hyperfile, mon fichier
Factures est en Oracle. Je n'arrive pas à faire une requête qui lient ces 2
fichiers.
A tout hasard, quelqu'un aurait déjà essayé de faire ça ? Est-ce que je m'y
prends mal ou n'est-ce tout simplement pas possible ?
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
mat
ID wrote: ...
Ca marche sauf que, visiblement, on ne peut pas faire de requêtes "mixtes", c'est-à-dire qui lisent dans les 2 bases de données en même temps. Je prends un exemple : mon fichier Clients est en Hyperfile, mon fichier Factures est en Oracle. Je n'arrive pas à faire une requête qui lient ces 2 fichiers.
A tout hasard, quelqu'un aurait déjà essayé de faire ça ? Est-ce que je m'y prends mal ou n'est-ce tout simplement pas possible ?
...
Bonjour,
faut faire des requêtes partielles en utilisant une source de donnée pour le résultat de la première requête et ensuite inclure la source de donnée dans ta 2e requête. Détails (en anglais) sous http://f16.parsimony.net/forum28986/messages/25989.htm
Salutations Mat
ID wrote:
...
Ca marche sauf que, visiblement, on ne peut pas faire de requêtes "mixtes",
c'est-à-dire qui lisent dans les 2 bases de données en même temps.
Je prends un exemple : mon fichier Clients est en Hyperfile, mon fichier
Factures est en Oracle. Je n'arrive pas à faire une requête qui lient ces 2
fichiers.
A tout hasard, quelqu'un aurait déjà essayé de faire ça ? Est-ce que je m'y
prends mal ou n'est-ce tout simplement pas possible ?
...
Bonjour,
faut faire des requêtes partielles en utilisant une source de donnée
pour le résultat de la première requête et ensuite inclure la source de
donnée dans ta 2e requête. Détails (en anglais) sous
http://f16.parsimony.net/forum28986/messages/25989.htm
Ca marche sauf que, visiblement, on ne peut pas faire de requêtes "mixtes", c'est-à-dire qui lisent dans les 2 bases de données en même temps. Je prends un exemple : mon fichier Clients est en Hyperfile, mon fichier Factures est en Oracle. Je n'arrive pas à faire une requête qui lient ces 2 fichiers.
A tout hasard, quelqu'un aurait déjà essayé de faire ça ? Est-ce que je m'y prends mal ou n'est-ce tout simplement pas possible ?
...
Bonjour,
faut faire des requêtes partielles en utilisant une source de donnée pour le résultat de la première requête et ensuite inclure la source de donnée dans ta 2e requête. Détails (en anglais) sous http://f16.parsimony.net/forum28986/messages/25989.htm
Salutations Mat
ID
Merci pour la réponse. C'est bien ce que je pensais.
Merci pour la réponse. C'est bien ce que je pensais.
Merci pour la réponse. C'est bien ce que je pensais.
mat
Alexey K. wrote:
Cf. Windev 11, Nouveauté N°45
Magnifique, mais il aurait été préférable de mettre d'abord au point les fonctionnalités de base pour Hyper File, telles que:
- respect des contraintes définis dans l'analyse par les requêtes INSERT et UPDATE
- fetch partiel pour hExecuteRequête..., afin d'arriver enfin à des temps de réponse comparables à d'autres produits sur le marché
- accès aux fichiers HF sans avoir besoin de les déclarer auparavant
En plus, depuis WD9, même les sous-requêtes sur HF causent des soucis, alors de penser à utiliser des requêtes sur BD mixte, je considère très aventurier.
Alexey K. wrote:
Cf. Windev 11, Nouveauté N°45
Magnifique, mais il aurait été préférable de mettre d'abord au point les
fonctionnalités de base pour Hyper File, telles que:
- respect des contraintes définis dans l'analyse par les requêtes INSERT
et UPDATE
- fetch partiel pour hExecuteRequête..., afin d'arriver enfin à des
temps de réponse comparables à d'autres produits sur le marché
- accès aux fichiers HF sans avoir besoin de les déclarer auparavant
En plus, depuis WD9, même les sous-requêtes sur HF causent des soucis,
alors de penser à utiliser des requêtes sur BD mixte, je considère très
aventurier.
Magnifique, mais il aurait été préférable de mettre d'abord au point les fonctionnalités de base pour Hyper File, telles que:
- respect des contraintes définis dans l'analyse par les requêtes INSERT et UPDATE
- fetch partiel pour hExecuteRequête..., afin d'arriver enfin à des temps de réponse comparables à d'autres produits sur le marché
- accès aux fichiers HF sans avoir besoin de les déclarer auparavant
En plus, depuis WD9, même les sous-requêtes sur HF causent des soucis, alors de penser à utiliser des requêtes sur BD mixte, je considère très aventurier.
Daniel
mat a écrit :
Alexey K. wrote:
Cf. Windev 11, Nouveauté N°45
En plus, depuis WD9, même les sous-requêtes sur HF causent des soucis, alors de penser à utiliser des requêtes sur BD mixte, je considère très aventurier.
Oui, surtout qu'il me semble que c'est un truc qui existe déjà sous le BDE et que Borland conseille de ne plus l'utiliser (BDE), car plus maintenu, et surtout très lent.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
mat a écrit :
Alexey K. wrote:
Cf. Windev 11, Nouveauté N°45
En plus, depuis WD9, même les sous-requêtes sur HF causent des soucis,
alors de penser à utiliser des requêtes sur BD mixte, je considère très
aventurier.
Oui, surtout qu'il me semble que c'est un truc qui existe déjà sous le
BDE et que Borland conseille de ne plus l'utiliser (BDE), car plus
maintenu, et surtout très lent.
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
En plus, depuis WD9, même les sous-requêtes sur HF causent des soucis, alors de penser à utiliser des requêtes sur BD mixte, je considère très aventurier.
Oui, surtout qu'il me semble que c'est un truc qui existe déjà sous le BDE et que Borland conseille de ne plus l'utiliser (BDE), car plus maintenu, et surtout très lent.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Alexey K.
Par contre :
-le support des jointures externes et jointures multiples entre deux fichiers -les évolutions pour plus de compatibilité avec Oracle, SQLServeur, MySql -le driver ODBC HF en écriture
c'est plutôt une bonne chose.
Je trouve qu'ils vont dans la bonne direction, même si il reste pas mal à faire en effet.
Cordialement,
Alexey K.
Daniel a écrit :
mat a écrit : > Alexey K. wrote: >> Cf. Windev 11, Nouveauté N°45 >> > > > > > En plus, depuis WD9, même les sous-requêtes sur HF causent des souc is, > alors de penser à utiliser des requêtes sur BD mixte, je considèr e très > aventurier.
Oui, surtout qu'il me semble que c'est un truc qui existe déjà sous le BDE et que Borland conseille de ne plus l'utiliser (BDE), car plus maintenu, et surtout très lent.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Par contre :
-le support des jointures externes et jointures multiples entre deux
fichiers
-les évolutions pour plus de compatibilité avec Oracle, SQLServeur,
MySql
-le driver ODBC HF en écriture
c'est plutôt une bonne chose.
Je trouve qu'ils vont dans la bonne direction, même si il reste pas
mal à faire en effet.
Cordialement,
Alexey K.
Daniel a écrit :
mat a écrit :
> Alexey K. wrote:
>> Cf. Windev 11, Nouveauté N°45
>>
>
>
>
>
> En plus, depuis WD9, même les sous-requêtes sur HF causent des souc is,
> alors de penser à utiliser des requêtes sur BD mixte, je considèr e très
> aventurier.
Oui, surtout qu'il me semble que c'est un truc qui existe déjà sous le
BDE et que Borland conseille de ne plus l'utiliser (BDE), car plus
maintenu, et surtout très lent.
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
-le support des jointures externes et jointures multiples entre deux fichiers -les évolutions pour plus de compatibilité avec Oracle, SQLServeur, MySql -le driver ODBC HF en écriture
c'est plutôt une bonne chose.
Je trouve qu'ils vont dans la bonne direction, même si il reste pas mal à faire en effet.
Cordialement,
Alexey K.
Daniel a écrit :
mat a écrit : > Alexey K. wrote: >> Cf. Windev 11, Nouveauté N°45 >> > > > > > En plus, depuis WD9, même les sous-requêtes sur HF causent des souc is, > alors de penser à utiliser des requêtes sur BD mixte, je considèr e très > aventurier.
Oui, surtout qu'il me semble que c'est un truc qui existe déjà sous le BDE et que Borland conseille de ne plus l'utiliser (BDE), car plus maintenu, et surtout très lent.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Daniel
Alexey K. a écrit :
Par contre :
-le support des jointures externes et jointures multiples entre deux fichiers -les évolutions pour plus de compatibilité avec Oracle, SQLServeur, MySql -le driver ODBC HF en écriture
c'est plutôt une bonne chose.
Je trouve qu'ils vont dans la bonne direction, même si il reste pas mal à faire en effet.
Cordialement,
Alexey K.
C'est possible. Maintenant ce n'est qu'un avis, mais comme le dit Mat, je pense que l'approche "requêtes sur BD mixte" est très aventurière. Car elle a un intéret très limité, et qu'au détriment d'une simplification du code, le risque de lenteur est réel.
Je parle de l'expérience que j'ai eu sur un autre produit, mais pas de WDXI.
Pour les accès natifs, j'ai les miens qui reposent sur les accès natifs de Rodolphe Jouannet (mysql et postgresql) qui me satisfont pleinement donc je ne suis pas capable d'estimer l'impact.
Daniel a écrit :
mat a écrit :
Alexey K. wrote:
Cf. Windev 11, Nouveauté N°45
En plus, depuis WD9, même les sous-requêtes sur HF causent des soucis, alors de penser à utiliser des requêtes sur BD mixte, je considère très aventurier.
Oui, surtout qu'il me semble que c'est un truc qui existe déjà sous le BDE et que Borland conseille de ne plus l'utiliser (BDE), car plus maintenu, et surtout très lent.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Alexey K. a écrit :
Par contre :
-le support des jointures externes et jointures multiples entre deux
fichiers
-les évolutions pour plus de compatibilité avec Oracle, SQLServeur,
MySql
-le driver ODBC HF en écriture
c'est plutôt une bonne chose.
Je trouve qu'ils vont dans la bonne direction, même si il reste pas
mal à faire en effet.
Cordialement,
Alexey K.
C'est possible. Maintenant ce n'est qu'un avis, mais comme le dit Mat,
je pense que l'approche "requêtes sur BD mixte" est très aventurière.
Car elle a un intéret très limité, et qu'au détriment d'une
simplification du code, le risque de lenteur est réel.
Je parle de l'expérience que j'ai eu sur un autre produit, mais pas de WDXI.
Pour les accès natifs, j'ai les miens qui reposent sur les accès natifs
de Rodolphe Jouannet (mysql et postgresql) qui me satisfont pleinement
donc je ne suis pas capable d'estimer l'impact.
Daniel a écrit :
mat a écrit :
Alexey K. wrote:
Cf. Windev 11, Nouveauté N°45
En plus, depuis WD9, même les sous-requêtes sur HF causent des soucis,
alors de penser à utiliser des requêtes sur BD mixte, je considère très
aventurier.
Oui, surtout qu'il me semble que c'est un truc qui existe déjà sous le
BDE et que Borland conseille de ne plus l'utiliser (BDE), car plus
maintenu, et surtout très lent.
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
-le support des jointures externes et jointures multiples entre deux fichiers -les évolutions pour plus de compatibilité avec Oracle, SQLServeur, MySql -le driver ODBC HF en écriture
c'est plutôt une bonne chose.
Je trouve qu'ils vont dans la bonne direction, même si il reste pas mal à faire en effet.
Cordialement,
Alexey K.
C'est possible. Maintenant ce n'est qu'un avis, mais comme le dit Mat, je pense que l'approche "requêtes sur BD mixte" est très aventurière. Car elle a un intéret très limité, et qu'au détriment d'une simplification du code, le risque de lenteur est réel.
Je parle de l'expérience que j'ai eu sur un autre produit, mais pas de WDXI.
Pour les accès natifs, j'ai les miens qui reposent sur les accès natifs de Rodolphe Jouannet (mysql et postgresql) qui me satisfont pleinement donc je ne suis pas capable d'estimer l'impact.
Daniel a écrit :
mat a écrit :
Alexey K. wrote:
Cf. Windev 11, Nouveauté N°45
En plus, depuis WD9, même les sous-requêtes sur HF causent des soucis, alors de penser à utiliser des requêtes sur BD mixte, je considère très aventurier.
Oui, surtout qu'il me semble que c'est un truc qui existe déjà sous le BDE et que Borland conseille de ne plus l'utiliser (BDE), car plus maintenu, et surtout très lent.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
mat
Alexey K. wrote:
Par contre :
-le support des jointures externes et jointures multiples entre deux fichiers -les évolutions pour plus de compatibilité avec Oracle, SQLServeur, MySql -le driver ODBC HF en écriture
c'est plutôt une bonne chose.
Je trouve qu'ils vont dans la bonne direction, même si il reste pas mal à faire en effet.
je pense, parmi les gens concernés, PC Soft doivent être les seuls à croire que cela est la bonne direction. Pour la grande majorité de clients, je pense ce serait avant tout de corriger ce qui ne fonctionne pas. Que les requêtes INSERT et UPDATE sur HF ne respectent pas les contraintes d'intégrité est inadmissible, surtout que cette restriction importante, comme d'autres d'ailleurs, n'est nullement mentionné dans les brochures de vente.
Un autre problème bien évidant est la mauvaise implémentation des standards ODBC et OLEDB. Tandis que, p.ex., avec MS Access on peut travailler sans restrictions avec des fichiers externes liés par ODBC, sous Windev ceci n'est simplement pas possible. Lier des fichiers Paradox sous Windev était scandaleusement lent pendant des années, tandis que c'était toujours super-rapide sous MS Access. Pour avoir des clients satisfait, il ne suffit pas d'annoncer des fonctionnalités dans les brochures. Celles-ci doivent aussi être exploitable.
Mat
Alexey K. wrote:
Par contre :
-le support des jointures externes et jointures multiples entre deux
fichiers
-les évolutions pour plus de compatibilité avec Oracle, SQLServeur,
MySql
-le driver ODBC HF en écriture
c'est plutôt une bonne chose.
Je trouve qu'ils vont dans la bonne direction, même si il reste pas
mal à faire en effet.
je pense, parmi les gens concernés, PC Soft doivent être les seuls à
croire que cela est la bonne direction. Pour la grande majorité de
clients, je pense ce serait avant tout de corriger ce qui ne fonctionne
pas. Que les requêtes INSERT et UPDATE sur HF ne respectent pas les
contraintes d'intégrité est inadmissible, surtout que cette restriction
importante, comme d'autres d'ailleurs, n'est nullement mentionné dans
les brochures de vente.
Un autre problème bien évidant est la mauvaise implémentation des
standards ODBC et OLEDB. Tandis que, p.ex., avec MS Access on peut
travailler sans restrictions avec des fichiers externes liés par ODBC,
sous Windev ceci n'est simplement pas possible. Lier des fichiers
Paradox sous Windev était scandaleusement lent pendant des années,
tandis que c'était toujours super-rapide sous MS Access. Pour avoir des
clients satisfait, il ne suffit pas d'annoncer des fonctionnalités dans
les brochures. Celles-ci doivent aussi être exploitable.
-le support des jointures externes et jointures multiples entre deux fichiers -les évolutions pour plus de compatibilité avec Oracle, SQLServeur, MySql -le driver ODBC HF en écriture
c'est plutôt une bonne chose.
Je trouve qu'ils vont dans la bonne direction, même si il reste pas mal à faire en effet.
je pense, parmi les gens concernés, PC Soft doivent être les seuls à croire que cela est la bonne direction. Pour la grande majorité de clients, je pense ce serait avant tout de corriger ce qui ne fonctionne pas. Que les requêtes INSERT et UPDATE sur HF ne respectent pas les contraintes d'intégrité est inadmissible, surtout que cette restriction importante, comme d'autres d'ailleurs, n'est nullement mentionné dans les brochures de vente.
Un autre problème bien évidant est la mauvaise implémentation des standards ODBC et OLEDB. Tandis que, p.ex., avec MS Access on peut travailler sans restrictions avec des fichiers externes liés par ODBC, sous Windev ceci n'est simplement pas possible. Lier des fichiers Paradox sous Windev était scandaleusement lent pendant des années, tandis que c'était toujours super-rapide sous MS Access. Pour avoir des clients satisfait, il ne suffit pas d'annoncer des fonctionnalités dans les brochures. Celles-ci doivent aussi être exploitable.
Mat
JeAn-PhI
mat vient de nous annoncer :
Alexey K. wrote:
Par contre :
-le support des jointures externes et jointures multiples entre deux fichiers -les évolutions pour plus de compatibilité avec Oracle, SQLServeur, MySql -le driver ODBC HF en écriture
c'est plutôt une bonne chose.
Je trouve qu'ils vont dans la bonne direction, même si il reste pas mal à faire en effet.
je pense, parmi les gens concernés, PC Soft doivent être les seuls à croire que cela est la bonne direction. Pour la grande majorité de clients, je pense ce serait avant tout de corriger ce qui ne fonctionne pas. Que les requêtes INSERT et UPDATE sur HF ne respectent pas les contraintes d'intégrité est inadmissible, surtout que cette restriction importante, comme d'autres d'ailleurs, n'est nullement mentionné dans les brochures de vente.
Un autre problème bien évidant est la mauvaise implémentation des standards ODBC et OLEDB. Tandis que, p.ex., avec MS Access on peut travailler sans restrictions avec des fichiers externes liés par ODBC, sous Windev ceci n'est simplement pas possible. Lier des fichiers Paradox sous Windev était scandaleusement lent pendant des années, tandis que c'était toujours super-rapide sous MS Access. Pour avoir des clients satisfait, il ne suffit pas d'annoncer des fonctionnalités dans les brochures. Celles-ci doivent aussi être exploitable.
Mat
je confirme pour Paradox, d'ailleur l'accès direct depuis l'analyse ne fonctionne toujours pas (aux dernières nouvelles)
-- Cordialement JeAn-PhI
mat vient de nous annoncer :
Alexey K. wrote:
Par contre :
-le support des jointures externes et jointures multiples entre deux
fichiers
-les évolutions pour plus de compatibilité avec Oracle, SQLServeur,
MySql
-le driver ODBC HF en écriture
c'est plutôt une bonne chose.
Je trouve qu'ils vont dans la bonne direction, même si il reste pas
mal à faire en effet.
je pense, parmi les gens concernés, PC Soft doivent être les seuls à croire
que cela est la bonne direction. Pour la grande majorité de clients, je pense
ce serait avant tout de corriger ce qui ne fonctionne pas. Que les requêtes
INSERT et UPDATE sur HF ne respectent pas les contraintes d'intégrité est
inadmissible, surtout que cette restriction importante, comme d'autres
d'ailleurs, n'est nullement mentionné dans les brochures de vente.
Un autre problème bien évidant est la mauvaise implémentation des standards
ODBC et OLEDB. Tandis que, p.ex., avec MS Access on peut travailler sans
restrictions avec des fichiers externes liés par ODBC, sous Windev ceci n'est
simplement pas possible. Lier des fichiers Paradox sous Windev était
scandaleusement lent pendant des années, tandis que c'était toujours
super-rapide sous MS Access. Pour avoir des clients satisfait, il ne suffit
pas d'annoncer des fonctionnalités dans les brochures. Celles-ci doivent
aussi être exploitable.
Mat
je confirme pour Paradox, d'ailleur l'accès direct depuis l'analyse ne
fonctionne toujours pas (aux dernières nouvelles)
-le support des jointures externes et jointures multiples entre deux fichiers -les évolutions pour plus de compatibilité avec Oracle, SQLServeur, MySql -le driver ODBC HF en écriture
c'est plutôt une bonne chose.
Je trouve qu'ils vont dans la bonne direction, même si il reste pas mal à faire en effet.
je pense, parmi les gens concernés, PC Soft doivent être les seuls à croire que cela est la bonne direction. Pour la grande majorité de clients, je pense ce serait avant tout de corriger ce qui ne fonctionne pas. Que les requêtes INSERT et UPDATE sur HF ne respectent pas les contraintes d'intégrité est inadmissible, surtout que cette restriction importante, comme d'autres d'ailleurs, n'est nullement mentionné dans les brochures de vente.
Un autre problème bien évidant est la mauvaise implémentation des standards ODBC et OLEDB. Tandis que, p.ex., avec MS Access on peut travailler sans restrictions avec des fichiers externes liés par ODBC, sous Windev ceci n'est simplement pas possible. Lier des fichiers Paradox sous Windev était scandaleusement lent pendant des années, tandis que c'était toujours super-rapide sous MS Access. Pour avoir des clients satisfait, il ne suffit pas d'annoncer des fonctionnalités dans les brochures. Celles-ci doivent aussi être exploitable.
Mat
je confirme pour Paradox, d'ailleur l'accès direct depuis l'analyse ne fonctionne toujours pas (aux dernières nouvelles)
