Je vois que cette question a été poser un peu plus bas....
Je vous explique la situation.
Je dois redévelopper une application Access 2000 qui a été aml construite au
depart. Je dois donc créer de nouvelles tables.
Pendant mon developpement, l'ancienne application demeure en service, on ne
peut s'en privé étant l'application principale.
Donc, après avoir construit mes nouvelles tables, je dois étre en mesure
d'importer les données de l'ancienne application dans la nouvelle.
Quel sera la facon la plus simple et rapide d'importer les données de
l'ancienne application dans ma nouvelle ?? (je devrais faire l'importation
plus d'une fois pour les tests) J'ai pensé au requêtes ajout ou
mise-à-jour....
Ca sera la 1er fois que je dois importer des données d'une table/application
a une autre. Je suis certain que c'est un problème typique du développement
professionel ;o)
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
Raymond [mvp]
Bonjour.
tu n'auras pas bien le choix dans ta situation. ce travail de transfert étant limité dans le temps. tout repose sur le fait que tu rajoutes ou non des champs et que des champs pourront être saisis ou non avant le transfert définitif de l'ancienne base. 1er cas : tu ne changes pas les champs, la base principale est identique, seule la base frontale est modifiée. Problème très simple, copie de la frontale sur les stations. 2 - cas général : faire des requêtes création de tables si les contrôles on changé de place ou des requêtes ajout si la structure est complétement différente et que tu veuilles conserver les tables de développement. 3 - tu as ajouté des champs, ils sont saisis et pour ne pas les perdre tu fais une requête modification. 4- les anciens champs restent valables, il n'y a que des ajouts de champs ou des modifs mineurs de longueur , tu peux travailler sur l'ancienne base en la modifiant au fûr et à mesure.
conclusion, il faut bien savoir ce que ton "redéveloppement" provoque comme modif dans les tables.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Danny" a écrit dans le message de news:
Bonjour !
Je vois que cette question a été poser un peu plus bas....
Je vous explique la situation. Je dois redévelopper une application Access 2000 qui a été aml construite au depart. Je dois donc créer de nouvelles tables.
Pendant mon developpement, l'ancienne application demeure en service, on ne peut s'en privé étant l'application principale.
Donc, après avoir construit mes nouvelles tables, je dois étre en mesure d'importer les données de l'ancienne application dans la nouvelle.
Quel sera la facon la plus simple et rapide d'importer les données de l'ancienne application dans ma nouvelle ?? (je devrais faire l'importation plus d'une fois pour les tests) J'ai pensé au requêtes ajout ou mise-à-jour....
Ca sera la 1er fois que je dois importer des données d'une table/application a une autre. Je suis certain que c'est un problème typique du développement professionel ;o)
Merci beaucoup à vous !!!!! Danny.
Bonjour.
tu n'auras pas bien le choix dans ta situation. ce travail de transfert
étant limité dans le temps.
tout repose sur le fait que tu rajoutes ou non des champs et que des champs
pourront être saisis ou non avant le transfert définitif de l'ancienne base.
1er cas : tu ne changes pas les champs, la base principale est identique,
seule la base frontale est modifiée. Problème très simple, copie de la
frontale sur les stations.
2 - cas général : faire des requêtes création de tables si les contrôles on
changé de place ou des requêtes ajout si la structure est complétement
différente et que tu veuilles conserver les tables de développement.
3 - tu as ajouté des champs, ils sont saisis et pour ne pas les perdre tu
fais une requête modification.
4- les anciens champs restent valables, il n'y a que des ajouts de champs ou
des modifs mineurs de longueur , tu peux travailler sur l'ancienne base en
la modifiant au fûr et à mesure.
conclusion, il faut bien savoir ce que ton "redéveloppement" provoque comme
modif dans les tables.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://OfficeSystem.Access.free.fr/runtime/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Danny" <Danny@discussions.microsoft.com> a écrit dans le message de news:
7461BA83-B862-4189-A6EB-7823E94460A3@microsoft.com...
Bonjour !
Je vois que cette question a été poser un peu plus bas....
Je vous explique la situation.
Je dois redévelopper une application Access 2000 qui a été aml construite
au
depart. Je dois donc créer de nouvelles tables.
Pendant mon developpement, l'ancienne application demeure en service, on
ne
peut s'en privé étant l'application principale.
Donc, après avoir construit mes nouvelles tables, je dois étre en mesure
d'importer les données de l'ancienne application dans la nouvelle.
Quel sera la facon la plus simple et rapide d'importer les données de
l'ancienne application dans ma nouvelle ?? (je devrais faire l'importation
plus d'une fois pour les tests) J'ai pensé au requêtes ajout ou
mise-à-jour....
Ca sera la 1er fois que je dois importer des données d'une
table/application
a une autre. Je suis certain que c'est un problème typique du
développement
professionel ;o)
tu n'auras pas bien le choix dans ta situation. ce travail de transfert étant limité dans le temps. tout repose sur le fait que tu rajoutes ou non des champs et que des champs pourront être saisis ou non avant le transfert définitif de l'ancienne base. 1er cas : tu ne changes pas les champs, la base principale est identique, seule la base frontale est modifiée. Problème très simple, copie de la frontale sur les stations. 2 - cas général : faire des requêtes création de tables si les contrôles on changé de place ou des requêtes ajout si la structure est complétement différente et que tu veuilles conserver les tables de développement. 3 - tu as ajouté des champs, ils sont saisis et pour ne pas les perdre tu fais une requête modification. 4- les anciens champs restent valables, il n'y a que des ajouts de champs ou des modifs mineurs de longueur , tu peux travailler sur l'ancienne base en la modifiant au fûr et à mesure.
conclusion, il faut bien savoir ce que ton "redéveloppement" provoque comme modif dans les tables.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Danny" a écrit dans le message de news:
Bonjour !
Je vois que cette question a été poser un peu plus bas....
Je vous explique la situation. Je dois redévelopper une application Access 2000 qui a été aml construite au depart. Je dois donc créer de nouvelles tables.
Pendant mon developpement, l'ancienne application demeure en service, on ne peut s'en privé étant l'application principale.
Donc, après avoir construit mes nouvelles tables, je dois étre en mesure d'importer les données de l'ancienne application dans la nouvelle.
Quel sera la facon la plus simple et rapide d'importer les données de l'ancienne application dans ma nouvelle ?? (je devrais faire l'importation plus d'une fois pour les tests) J'ai pensé au requêtes ajout ou mise-à-jour....
Ca sera la 1er fois que je dois importer des données d'une table/application a une autre. Je suis certain que c'est un problème typique du développement professionel ;o)
Merci beaucoup à vous !!!!! Danny.
Danny
Merci Raymond ;o) Ca s'annonce pas de tout repos !!! loll
Danny.
Bonjour.
tu n'auras pas bien le choix dans ta situation. ce travail de transfert étant limité dans le temps. tout repose sur le fait que tu rajoutes ou non des champs et que des champs pourront être saisis ou non avant le transfert définitif de l'ancienne base. 1er cas : tu ne changes pas les champs, la base principale est identique, seule la base frontale est modifiée. Problème très simple, copie de la frontale sur les stations. 2 - cas général : faire des requêtes création de tables si les contrôles on changé de place ou des requêtes ajout si la structure est complétement différente et que tu veuilles conserver les tables de développement. 3 - tu as ajouté des champs, ils sont saisis et pour ne pas les perdre tu fais une requête modification. 4- les anciens champs restent valables, il n'y a que des ajouts de champs ou des modifs mineurs de longueur , tu peux travailler sur l'ancienne base en la modifiant au fûr et à mesure.
conclusion, il faut bien savoir ce que ton "redéveloppement" provoque comme modif dans les tables.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Danny" a écrit dans le message de news:
Bonjour !
Je vois que cette question a été poser un peu plus bas....
Je vous explique la situation. Je dois redévelopper une application Access 2000 qui a été aml construite au depart. Je dois donc créer de nouvelles tables.
Pendant mon developpement, l'ancienne application demeure en service, on ne peut s'en privé étant l'application principale.
Donc, après avoir construit mes nouvelles tables, je dois étre en mesure d'importer les données de l'ancienne application dans la nouvelle.
Quel sera la facon la plus simple et rapide d'importer les données de l'ancienne application dans ma nouvelle ?? (je devrais faire l'importation plus d'une fois pour les tests) J'ai pensé au requêtes ajout ou mise-à-jour....
Ca sera la 1er fois que je dois importer des données d'une table/application a une autre. Je suis certain que c'est un problème typique du développement professionel ;o)
Merci beaucoup à vous !!!!! Danny.
Merci Raymond ;o)
Ca s'annonce pas de tout repos !!! loll
Danny.
Bonjour.
tu n'auras pas bien le choix dans ta situation. ce travail de transfert
étant limité dans le temps.
tout repose sur le fait que tu rajoutes ou non des champs et que des champs
pourront être saisis ou non avant le transfert définitif de l'ancienne base.
1er cas : tu ne changes pas les champs, la base principale est identique,
seule la base frontale est modifiée. Problème très simple, copie de la
frontale sur les stations.
2 - cas général : faire des requêtes création de tables si les contrôles on
changé de place ou des requêtes ajout si la structure est complétement
différente et que tu veuilles conserver les tables de développement.
3 - tu as ajouté des champs, ils sont saisis et pour ne pas les perdre tu
fais une requête modification.
4- les anciens champs restent valables, il n'y a que des ajouts de champs ou
des modifs mineurs de longueur , tu peux travailler sur l'ancienne base en
la modifiant au fûr et à mesure.
conclusion, il faut bien savoir ce que ton "redéveloppement" provoque comme
modif dans les tables.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://OfficeSystem.Access.free.fr/runtime/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Danny" <Danny@discussions.microsoft.com> a écrit dans le message de news:
7461BA83-B862-4189-A6EB-7823E94460A3@microsoft.com...
Bonjour !
Je vois que cette question a été poser un peu plus bas....
Je vous explique la situation.
Je dois redévelopper une application Access 2000 qui a été aml construite
au
depart. Je dois donc créer de nouvelles tables.
Pendant mon developpement, l'ancienne application demeure en service, on
ne
peut s'en privé étant l'application principale.
Donc, après avoir construit mes nouvelles tables, je dois étre en mesure
d'importer les données de l'ancienne application dans la nouvelle.
Quel sera la facon la plus simple et rapide d'importer les données de
l'ancienne application dans ma nouvelle ?? (je devrais faire l'importation
plus d'une fois pour les tests) J'ai pensé au requêtes ajout ou
mise-à-jour....
Ca sera la 1er fois que je dois importer des données d'une
table/application
a une autre. Je suis certain que c'est un problème typique du
développement
professionel ;o)
Merci Raymond ;o) Ca s'annonce pas de tout repos !!! loll
Danny.
Bonjour.
tu n'auras pas bien le choix dans ta situation. ce travail de transfert étant limité dans le temps. tout repose sur le fait que tu rajoutes ou non des champs et que des champs pourront être saisis ou non avant le transfert définitif de l'ancienne base. 1er cas : tu ne changes pas les champs, la base principale est identique, seule la base frontale est modifiée. Problème très simple, copie de la frontale sur les stations. 2 - cas général : faire des requêtes création de tables si les contrôles on changé de place ou des requêtes ajout si la structure est complétement différente et que tu veuilles conserver les tables de développement. 3 - tu as ajouté des champs, ils sont saisis et pour ne pas les perdre tu fais une requête modification. 4- les anciens champs restent valables, il n'y a que des ajouts de champs ou des modifs mineurs de longueur , tu peux travailler sur l'ancienne base en la modifiant au fûr et à mesure.
conclusion, il faut bien savoir ce que ton "redéveloppement" provoque comme modif dans les tables.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Danny" a écrit dans le message de news:
Bonjour !
Je vois que cette question a été poser un peu plus bas....
Je vous explique la situation. Je dois redévelopper une application Access 2000 qui a été aml construite au depart. Je dois donc créer de nouvelles tables.
Pendant mon developpement, l'ancienne application demeure en service, on ne peut s'en privé étant l'application principale.
Donc, après avoir construit mes nouvelles tables, je dois étre en mesure d'importer les données de l'ancienne application dans la nouvelle.
Quel sera la facon la plus simple et rapide d'importer les données de l'ancienne application dans ma nouvelle ?? (je devrais faire l'importation plus d'une fois pour les tests) J'ai pensé au requêtes ajout ou mise-à-jour....
Ca sera la 1er fois que je dois importer des données d'une table/application a une autre. Je suis certain que c'est un problème typique du développement professionel ;o)
