J’utilise une table en local sur Access 2000 que j’alimente à intervalle
régulier avec des données provenant d’une table Oracle (qui est liée via ODBC
dans ma base Access). Je dois ensuite travailler avec ces données et stocker
tous les enregistrements modifiés, non pas dans la base Oracle (que je ne
peut pas modifier), mais dans une autre base (SQL) que j’ai à ma disposition.
Ensuite, au fur et à mesure des refresh sur Access en local, je dois pouvoir
récupérer les dernières données Oracle + celle de SQL et réconcilier les 2
dans un formulaire d’affichage et de modifications. Par la suite cette
réconciliation est utilisée pour générer un affichage d’infos et de
modifications à l’attention de différents utilisateurs, via différents
formulaires.
Au début du process, la construction des tables locales d’Access se fait en
utilisant
Des DoCmd.Openquery suppression et ajout pour reconstruire à chaque fois les
tables que je vais utiliser avec les dernières infos que je rajoute aux
données sur ma base SQL. L’ensemble est assez long puisque cela représente
une 20 taine de requêtes mettant en jeu des tables locales et liées via ODBC.
Aurais-je un moyen d’améliorer ça ? Au début dans la méthode de connexion
puis ensuite dans la mise à jour des infos ? Merci d’avance pour vos idées et
suggestions.
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
Pierre CFI [mvp]
bonjour tu dis "assez long" et là est le probléme :o) au lieu de lancer des req création de table, on peut utiliser Execute, mais le probléme est que tu dois vérifier l'integrité des transactions en code. Et là, honnetement, je suis pas sur du gain de temps J'essaierais de faire le maximun de traitement sur sqlserver (import depuis oracle)
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer Access http://users.skynet.be/mpfa/ Excel http://www.excelabo.net Site perso http://access.cfi.free.fr "cyberjc" a écrit dans le message de news:
J'utilise une table en local sur Access 2000 que j'alimente à intervalle régulier avec des données provenant d'une table Oracle (qui est liée via ODBC dans ma base Access). Je dois ensuite travailler avec ces données et stocker tous les enregistrements modifiés, non pas dans la base Oracle (que je ne peut pas modifier), mais dans une autre base (SQL) que j'ai à ma disposition. Ensuite, au fur et à mesure des refresh sur Access en local, je dois pouvoir récupérer les dernières données Oracle + celle de SQL et réconcilier les 2 dans un formulaire d'affichage et de modifications. Par la suite cette réconciliation est utilisée pour générer un affichage d'infos et de modifications à l'attention de différents utilisateurs, via différents formulaires.
Au début du process, la construction des tables locales d'Access se fait en utilisant Des DoCmd.Openquery suppression et ajout pour reconstruire à chaque fois les tables que je vais utiliser avec les dernières infos que je rajoute aux données sur ma base SQL. L'ensemble est assez long puisque cela représente une 20 taine de requêtes mettant en jeu des tables locales et liées via ODBC. Aurais-je un moyen d'améliorer ça ? Au début dans la méthode de connexion puis ensuite dans la mise à jour des infos ? Merci d'avance pour vos idées et suggestions.
bonjour
tu dis "assez long" et là est le probléme :o)
au lieu de lancer des req création de table, on peut utiliser Execute, mais le probléme est que tu dois vérifier l'integrité des
transactions en code. Et là, honnetement, je suis pas sur du gain de temps
J'essaierais de faire le maximun de traitement sur sqlserver (import depuis oracle)
--
Pierre CFI
MVP Microsoft Access
Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer
Access http://users.skynet.be/mpfa/
Excel http://www.excelabo.net
Site perso
http://access.cfi.free.fr
"cyberjc" <cyberjc@discussions.microsoft.com> a écrit dans le message de news:38EBBE1E-98C3-4326-9015-F2A97B203D0A@microsoft.com...
J'utilise une table en local sur Access 2000 que j'alimente à intervalle
régulier avec des données provenant d'une table Oracle (qui est liée via ODBC
dans ma base Access). Je dois ensuite travailler avec ces données et stocker
tous les enregistrements modifiés, non pas dans la base Oracle (que je ne
peut pas modifier), mais dans une autre base (SQL) que j'ai à ma disposition.
Ensuite, au fur et à mesure des refresh sur Access en local, je dois pouvoir
récupérer les dernières données Oracle + celle de SQL et réconcilier les 2
dans un formulaire d'affichage et de modifications. Par la suite cette
réconciliation est utilisée pour générer un affichage d'infos et de
modifications à l'attention de différents utilisateurs, via différents
formulaires.
Au début du process, la construction des tables locales d'Access se fait en
utilisant
Des DoCmd.Openquery suppression et ajout pour reconstruire à chaque fois les
tables que je vais utiliser avec les dernières infos que je rajoute aux
données sur ma base SQL. L'ensemble est assez long puisque cela représente
une 20 taine de requêtes mettant en jeu des tables locales et liées via ODBC.
Aurais-je un moyen d'améliorer ça ? Au début dans la méthode de connexion
puis ensuite dans la mise à jour des infos ? Merci d'avance pour vos idées et
suggestions.
bonjour tu dis "assez long" et là est le probléme :o) au lieu de lancer des req création de table, on peut utiliser Execute, mais le probléme est que tu dois vérifier l'integrité des transactions en code. Et là, honnetement, je suis pas sur du gain de temps J'essaierais de faire le maximun de traitement sur sqlserver (import depuis oracle)
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer Access http://users.skynet.be/mpfa/ Excel http://www.excelabo.net Site perso http://access.cfi.free.fr "cyberjc" a écrit dans le message de news:
J'utilise une table en local sur Access 2000 que j'alimente à intervalle régulier avec des données provenant d'une table Oracle (qui est liée via ODBC dans ma base Access). Je dois ensuite travailler avec ces données et stocker tous les enregistrements modifiés, non pas dans la base Oracle (que je ne peut pas modifier), mais dans une autre base (SQL) que j'ai à ma disposition. Ensuite, au fur et à mesure des refresh sur Access en local, je dois pouvoir récupérer les dernières données Oracle + celle de SQL et réconcilier les 2 dans un formulaire d'affichage et de modifications. Par la suite cette réconciliation est utilisée pour générer un affichage d'infos et de modifications à l'attention de différents utilisateurs, via différents formulaires.
Au début du process, la construction des tables locales d'Access se fait en utilisant Des DoCmd.Openquery suppression et ajout pour reconstruire à chaque fois les tables que je vais utiliser avec les dernières infos que je rajoute aux données sur ma base SQL. L'ensemble est assez long puisque cela représente une 20 taine de requêtes mettant en jeu des tables locales et liées via ODBC. Aurais-je un moyen d'améliorer ça ? Au début dans la méthode de connexion puis ensuite dans la mise à jour des infos ? Merci d'avance pour vos idées et suggestions.
cyberjc
Le problème est que je ne peux pas importer tout en brut sur le Sql, je dois d'abord extraire les bonnes données (chose que je fais pour le moment via mes requêtes sur Access) et je pense qu'il me faudrait des procédures stockées sur SQL pour le faire mais là, je dois dire que ça me dépasse un peu...
bonjour tu dis "assez long" et là est le probléme :o) au lieu de lancer des req création de table, on peut utiliser Execute, mais le probléme est que tu dois vérifier l'integrité des transactions en code. Et là, honnetement, je suis pas sur du gain de temps J'essaierais de faire le maximun de traitement sur sqlserver (import depuis oracle)
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer Access http://users.skynet.be/mpfa/ Excel http://www.excelabo.net Site perso http://access.cfi.free.fr "cyberjc" a écrit dans le message de news:
J'utilise une table en local sur Access 2000 que j'alimente à intervalle régulier avec des données provenant d'une table Oracle (qui est liée via ODBC dans ma base Access). Je dois ensuite travailler avec ces données et stocker tous les enregistrements modifiés, non pas dans la base Oracle (que je ne peut pas modifier), mais dans une autre base (SQL) que j'ai à ma disposition. Ensuite, au fur et à mesure des refresh sur Access en local, je dois pouvoir récupérer les dernières données Oracle + celle de SQL et réconcilier les 2 dans un formulaire d'affichage et de modifications. Par la suite cette réconciliation est utilisée pour générer un affichage d'infos et de modifications à l'attention de différents utilisateurs, via différents formulaires.
Au début du process, la construction des tables locales d'Access se fait en utilisant Des DoCmd.Openquery suppression et ajout pour reconstruire à chaque fois les tables que je vais utiliser avec les dernières infos que je rajoute aux données sur ma base SQL. L'ensemble est assez long puisque cela représente une 20 taine de requêtes mettant en jeu des tables locales et liées via ODBC. Aurais-je un moyen d'améliorer ça ? Au début dans la méthode de connexion puis ensuite dans la mise à jour des infos ? Merci d'avance pour vos idées et suggestions.
Le problème est que je ne peux pas importer tout en brut sur le Sql, je dois
d'abord extraire les bonnes données (chose que je fais pour le moment via mes
requêtes sur Access) et je pense qu'il me faudrait des procédures stockées
sur SQL pour le faire mais là, je dois dire que ça me dépasse un peu...
bonjour
tu dis "assez long" et là est le probléme :o)
au lieu de lancer des req création de table, on peut utiliser Execute, mais le probléme est que tu dois vérifier l'integrité des
transactions en code. Et là, honnetement, je suis pas sur du gain de temps
J'essaierais de faire le maximun de traitement sur sqlserver (import depuis oracle)
--
Pierre CFI
MVP Microsoft Access
Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer
Access http://users.skynet.be/mpfa/
Excel http://www.excelabo.net
Site perso
http://access.cfi.free.fr
"cyberjc" <cyberjc@discussions.microsoft.com> a écrit dans le message de news:38EBBE1E-98C3-4326-9015-F2A97B203D0A@microsoft.com...
J'utilise une table en local sur Access 2000 que j'alimente à intervalle
régulier avec des données provenant d'une table Oracle (qui est liée via ODBC
dans ma base Access). Je dois ensuite travailler avec ces données et stocker
tous les enregistrements modifiés, non pas dans la base Oracle (que je ne
peut pas modifier), mais dans une autre base (SQL) que j'ai à ma disposition.
Ensuite, au fur et à mesure des refresh sur Access en local, je dois pouvoir
récupérer les dernières données Oracle + celle de SQL et réconcilier les 2
dans un formulaire d'affichage et de modifications. Par la suite cette
réconciliation est utilisée pour générer un affichage d'infos et de
modifications à l'attention de différents utilisateurs, via différents
formulaires.
Au début du process, la construction des tables locales d'Access se fait en
utilisant
Des DoCmd.Openquery suppression et ajout pour reconstruire à chaque fois les
tables que je vais utiliser avec les dernières infos que je rajoute aux
données sur ma base SQL. L'ensemble est assez long puisque cela représente
une 20 taine de requêtes mettant en jeu des tables locales et liées via ODBC.
Aurais-je un moyen d'améliorer ça ? Au début dans la méthode de connexion
puis ensuite dans la mise à jour des infos ? Merci d'avance pour vos idées et
suggestions.
Le problème est que je ne peux pas importer tout en brut sur le Sql, je dois d'abord extraire les bonnes données (chose que je fais pour le moment via mes requêtes sur Access) et je pense qu'il me faudrait des procédures stockées sur SQL pour le faire mais là, je dois dire que ça me dépasse un peu...
bonjour tu dis "assez long" et là est le probléme :o) au lieu de lancer des req création de table, on peut utiliser Execute, mais le probléme est que tu dois vérifier l'integrité des transactions en code. Et là, honnetement, je suis pas sur du gain de temps J'essaierais de faire le maximun de traitement sur sqlserver (import depuis oracle)
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer Access http://users.skynet.be/mpfa/ Excel http://www.excelabo.net Site perso http://access.cfi.free.fr "cyberjc" a écrit dans le message de news:
J'utilise une table en local sur Access 2000 que j'alimente à intervalle régulier avec des données provenant d'une table Oracle (qui est liée via ODBC dans ma base Access). Je dois ensuite travailler avec ces données et stocker tous les enregistrements modifiés, non pas dans la base Oracle (que je ne peut pas modifier), mais dans une autre base (SQL) que j'ai à ma disposition. Ensuite, au fur et à mesure des refresh sur Access en local, je dois pouvoir récupérer les dernières données Oracle + celle de SQL et réconcilier les 2 dans un formulaire d'affichage et de modifications. Par la suite cette réconciliation est utilisée pour générer un affichage d'infos et de modifications à l'attention de différents utilisateurs, via différents formulaires.
Au début du process, la construction des tables locales d'Access se fait en utilisant Des DoCmd.Openquery suppression et ajout pour reconstruire à chaque fois les tables que je vais utiliser avec les dernières infos que je rajoute aux données sur ma base SQL. L'ensemble est assez long puisque cela représente une 20 taine de requêtes mettant en jeu des tables locales et liées via ODBC. Aurais-je un moyen d'améliorer ça ? Au début dans la méthode de connexion puis ensuite dans la mise à jour des infos ? Merci d'avance pour vos idées et suggestions.
