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
jmn
Le plus simple est d'utiliser un composant de gestion de BDD non dédié, comme ADO. Il suffit alors d'ouvrir la base Access et la base Truc est de réaliser toutes les opérations voulues.
Dans le cas général, depuis VB5, VB supporte très bien l'utilisation conjointe de plusieurs composants de gestion de BDD spécialisés (DAO + ADO, DAO + dBase, etc...). Il n'y a donc aucun problème à réaliser vos opérations d'Access vers autre chose, si cet autre chose est accessible via ADO ou via un module spécialisé.
Le plus simple est d'utiliser un composant de gestion de BDD non dédié,
comme ADO. Il suffit alors d'ouvrir la base Access et la base Truc est de
réaliser toutes les opérations voulues.
Dans le cas général, depuis VB5, VB supporte très bien l'utilisation
conjointe de plusieurs composants de gestion de BDD spécialisés (DAO + ADO,
DAO + dBase, etc...). Il n'y a donc aucun problème à réaliser vos opérations
d'Access vers autre chose, si cet autre chose est accessible via ADO ou via
un module spécialisé.
Le plus simple est d'utiliser un composant de gestion de BDD non dédié, comme ADO. Il suffit alors d'ouvrir la base Access et la base Truc est de réaliser toutes les opérations voulues.
Dans le cas général, depuis VB5, VB supporte très bien l'utilisation conjointe de plusieurs composants de gestion de BDD spécialisés (DAO + ADO, DAO + dBase, etc...). Il n'y a donc aucun problème à réaliser vos opérations d'Access vers autre chose, si cet autre chose est accessible via ADO ou via un module spécialisé.
fabrizio-r
Je suis tout a fait d'accord avec toi, puisque j'utilisa ADO pour la gestion de ma base de données. Je me suis mal exprimé dans ma question en fait, ce que je souhaite c'est transférer certains enregistrements d'une TABLE ACCESS à une autre, et ce sont les instructions qui mènent à cela que je ne connai pas.
Fabrice.
-----Message d'origine----- Le plus simple est d'utiliser un composant de gestion de
BDD non dédié,
comme ADO. Il suffit alors d'ouvrir la base Access et la
base Truc est de
réaliser toutes les opérations voulues.
Dans le cas général, depuis VB5, VB supporte très bien
l'utilisation
conjointe de plusieurs composants de gestion de BDD
spécialisés (DAO + ADO,
DAO + dBase, etc...). Il n'y a donc aucun problème à
réaliser vos opérations
d'Access vers autre chose, si cet autre chose est
accessible via ADO ou via
un module spécialisé.
.
Je suis tout a fait d'accord avec toi, puisque j'utilisa
ADO pour la gestion de ma base de données.
Je me suis mal exprimé dans ma question en fait, ce que
je souhaite c'est transférer certains enregistrements
d'une TABLE ACCESS à une autre, et ce sont les
instructions qui mènent à cela que je ne connai pas.
Fabrice.
-----Message d'origine-----
Le plus simple est d'utiliser un composant de gestion de
BDD non dédié,
comme ADO. Il suffit alors d'ouvrir la base Access et la
base Truc est de
réaliser toutes les opérations voulues.
Dans le cas général, depuis VB5, VB supporte très bien
l'utilisation
conjointe de plusieurs composants de gestion de BDD
spécialisés (DAO + ADO,
DAO + dBase, etc...). Il n'y a donc aucun problème à
Je suis tout a fait d'accord avec toi, puisque j'utilisa ADO pour la gestion de ma base de données. Je me suis mal exprimé dans ma question en fait, ce que je souhaite c'est transférer certains enregistrements d'une TABLE ACCESS à une autre, et ce sont les instructions qui mènent à cela que je ne connai pas.
Fabrice.
-----Message d'origine----- Le plus simple est d'utiliser un composant de gestion de
BDD non dédié,
comme ADO. Il suffit alors d'ouvrir la base Access et la
base Truc est de
réaliser toutes les opérations voulues.
Dans le cas général, depuis VB5, VB supporte très bien
l'utilisation
conjointe de plusieurs composants de gestion de BDD
spécialisés (DAO + ADO,
DAO + dBase, etc...). Il n'y a donc aucun problème à
réaliser vos opérations
d'Access vers autre chose, si cet autre chose est
accessible via ADO ou via
un module spécialisé.
.
jmn
En SQL : insert into TableDestination select tableorigine.* from tableorigine [where ...]
Mais cela parait tellement basique que je pense n'avoir toujours pas compris votre problème...
En SQL : insert into TableDestination select tableorigine.* from
tableorigine [where ...]
Mais cela parait tellement basique que je pense n'avoir toujours pas compris
votre problème...
En SQL : insert into TableDestination select tableorigine.* from tableorigine [where ...]
Mais cela parait tellement basique que je pense n'avoir toujours pas compris votre problème...
fabrice
en fait, j 'ai une application gérant des tâches de maintenance. ces tâches ont differentes propriétés ( nom du client, description de la tâche, personne effectuant la maintenance etc... ) tout ceci etant stocké dans une base de donnée. ces info sont accessibles dans mon aplli via ADODC et diférents combobox.
ce que je souhaite c lors d'un clic sur un bouton "clore la tache", toutes ces infos relatives a la tâches soients supprimees de ma base et aillent dans une autre tables relatives aux tâches clauses.
Fabrice.
-----Message d'origine----- En SQL : insert into TableDestination select
tableorigine.* from
tableorigine [where ...]
Mais cela parait tellement basique que je pense n'avoir
toujours pas compris
votre problème...
.
en fait, j 'ai une application gérant des tâches de
maintenance.
ces tâches ont differentes propriétés ( nom du client,
description de la tâche, personne effectuant la
maintenance etc... ) tout ceci etant stocké dans une base
de donnée.
ces info sont accessibles dans mon aplli via ADODC et
diférents combobox.
ce que je souhaite c lors d'un clic sur un bouton "clore
la tache", toutes ces infos relatives a la tâches soients
supprimees de ma base et aillent dans une autre tables
relatives aux tâches clauses.
Fabrice.
-----Message d'origine-----
En SQL : insert into TableDestination select
tableorigine.* from
tableorigine [where ...]
Mais cela parait tellement basique que je pense n'avoir
en fait, j 'ai une application gérant des tâches de maintenance. ces tâches ont differentes propriétés ( nom du client, description de la tâche, personne effectuant la maintenance etc... ) tout ceci etant stocké dans une base de donnée. ces info sont accessibles dans mon aplli via ADODC et diférents combobox.
ce que je souhaite c lors d'un clic sur un bouton "clore la tache", toutes ces infos relatives a la tâches soients supprimees de ma base et aillent dans une autre tables relatives aux tâches clauses.
Fabrice.
-----Message d'origine----- En SQL : insert into TableDestination select
tableorigine.* from
tableorigine [where ...]
Mais cela parait tellement basique que je pense n'avoir
toujours pas compris
votre problème...
.
jmn
Si la base d'archivage est différente de la base active, sur l'évenement clic il vous faut donc récupérer une valeur de clef univoque de la table, puis faire quelque chose comme
Mabase.execute "insert into TableDestination in 'c:basesauvagarde.mdb' select tableorigine.* from tableorigine where clef=" & Clef_Lue Mabase.execute "delete * from TableOrigine where clef=" & Clef_Lue
Puis rafraichir vos controles...
Si tout est dans la même base, supprimez la clause [in 'c:.....']
Si la base d'archivage est différente de la base active, sur l'évenement
clic il vous faut donc récupérer une valeur de clef univoque de la table,
puis faire quelque chose comme
Mabase.execute "insert into TableDestination in 'c:basesauvagarde.mdb'
select tableorigine.* from tableorigine where clef=" & Clef_Lue
Mabase.execute "delete * from TableOrigine where clef=" & Clef_Lue
Puis rafraichir vos controles...
Si tout est dans la même base, supprimez la clause [in 'c:.....']
Si la base d'archivage est différente de la base active, sur l'évenement clic il vous faut donc récupérer une valeur de clef univoque de la table, puis faire quelque chose comme
Mabase.execute "insert into TableDestination in 'c:basesauvagarde.mdb' select tableorigine.* from tableorigine where clef=" & Clef_Lue Mabase.execute "delete * from TableOrigine where clef=" & Clef_Lue
Puis rafraichir vos controles...
Si tout est dans la même base, supprimez la clause [in 'c:.....']
fabrizio-r
il y a une chose que je ne comprend pas, cela fonctionne bien, mon code aussi mais le rafraichissement du contrôle ADODB non. Quand je fai un poind d'arret sur le rafraichissement de l'ADODB cela fonction bien. Mais quand je ne met pas de point d arret, le rafraichissement ne se fait pas...
Fabrice.
-----Message d'origine----- Si la base d'archivage est différente de la base active,
sur l'évenement
clic il vous faut donc récupérer une valeur de clef
univoque de la table,
puis faire quelque chose comme
Mabase.execute "insert into TableDestination
in 'c:basesauvagarde.mdb'
select tableorigine.* from tableorigine where clef=" &
Clef_Lue
Mabase.execute "delete * from TableOrigine where clef="
& Clef_Lue
Puis rafraichir vos controles...
Si tout est dans la même base, supprimez la clause
[in 'c:.....']
.
il y a une chose que je ne comprend pas, cela fonctionne
bien, mon code aussi mais le rafraichissement du contrôle
ADODB non.
Quand je fai un poind d'arret sur le rafraichissement de
l'ADODB cela fonction bien.
Mais quand je ne met pas de point d arret, le
rafraichissement ne se fait pas...
Fabrice.
-----Message d'origine-----
Si la base d'archivage est différente de la base active,
sur l'évenement
clic il vous faut donc récupérer une valeur de clef
univoque de la table,
puis faire quelque chose comme
Mabase.execute "insert into TableDestination
in 'c:basesauvagarde.mdb'
select tableorigine.* from tableorigine where clef=" &
Clef_Lue
Mabase.execute "delete * from TableOrigine where clef="
& Clef_Lue
Puis rafraichir vos controles...
Si tout est dans la même base, supprimez la clause
il y a une chose que je ne comprend pas, cela fonctionne bien, mon code aussi mais le rafraichissement du contrôle ADODB non. Quand je fai un poind d'arret sur le rafraichissement de l'ADODB cela fonction bien. Mais quand je ne met pas de point d arret, le rafraichissement ne se fait pas...
Fabrice.
-----Message d'origine----- Si la base d'archivage est différente de la base active,
sur l'évenement
clic il vous faut donc récupérer une valeur de clef
univoque de la table,
puis faire quelque chose comme
Mabase.execute "insert into TableDestination
in 'c:basesauvagarde.mdb'
select tableorigine.* from tableorigine where clef=" &
Clef_Lue
Mabase.execute "delete * from TableOrigine where clef="
& Clef_Lue
Puis rafraichir vos controles...
Si tout est dans la même base, supprimez la clause
[in 'c:.....']
.
Clive Lumb
Hello Fabrice, Le datagrid est un peu feignant sur le rafraichissement des suppressions. Normalement un "rebind" suffit - mais pas toujours. Dans un appli j'ai du ajouter un timer qui fait un refresh 20 secondes après la suppression d'une ligne ! Clive
"fabrizio-r" a écrit dans le message de news:22c801c4279e$06736b80$ il y a une chose que je ne comprend pas, cela fonctionne bien, mon code aussi mais le rafraichissement du contrôle ADODB non. Quand je fai un poind d'arret sur le rafraichissement de l'ADODB cela fonction bien. Mais quand je ne met pas de point d arret, le rafraichissement ne se fait pas...
Fabrice.
-----Message d'origine----- Si la base d'archivage est différente de la base active,
sur l'évenement
clic il vous faut donc récupérer une valeur de clef
univoque de la table,
puis faire quelque chose comme
Mabase.execute "insert into TableDestination
in 'c:basesauvagarde.mdb'
select tableorigine.* from tableorigine where clef=" &
Clef_Lue
Mabase.execute "delete * from TableOrigine where clef="
& Clef_Lue
Puis rafraichir vos controles...
Si tout est dans la même base, supprimez la clause
[in 'c:.....']
.
Hello Fabrice,
Le datagrid est un peu feignant sur le rafraichissement des suppressions.
Normalement un "rebind" suffit - mais pas toujours. Dans un appli j'ai du
ajouter un timer qui fait un refresh 20 secondes après la suppression d'une
ligne !
Clive
"fabrizio-r" <anonymous@discussions.microsoft.com> a écrit dans le message
de news:22c801c4279e$06736b80$a001280a@phx.gbl...
il y a une chose que je ne comprend pas, cela fonctionne
bien, mon code aussi mais le rafraichissement du contrôle
ADODB non.
Quand je fai un poind d'arret sur le rafraichissement de
l'ADODB cela fonction bien.
Mais quand je ne met pas de point d arret, le
rafraichissement ne se fait pas...
Fabrice.
-----Message d'origine-----
Si la base d'archivage est différente de la base active,
sur l'évenement
clic il vous faut donc récupérer une valeur de clef
univoque de la table,
puis faire quelque chose comme
Mabase.execute "insert into TableDestination
in 'c:basesauvagarde.mdb'
select tableorigine.* from tableorigine where clef=" &
Clef_Lue
Mabase.execute "delete * from TableOrigine where clef="
& Clef_Lue
Puis rafraichir vos controles...
Si tout est dans la même base, supprimez la clause
Hello Fabrice, Le datagrid est un peu feignant sur le rafraichissement des suppressions. Normalement un "rebind" suffit - mais pas toujours. Dans un appli j'ai du ajouter un timer qui fait un refresh 20 secondes après la suppression d'une ligne ! Clive
"fabrizio-r" a écrit dans le message de news:22c801c4279e$06736b80$ il y a une chose que je ne comprend pas, cela fonctionne bien, mon code aussi mais le rafraichissement du contrôle ADODB non. Quand je fai un poind d'arret sur le rafraichissement de l'ADODB cela fonction bien. Mais quand je ne met pas de point d arret, le rafraichissement ne se fait pas...
Fabrice.
-----Message d'origine----- Si la base d'archivage est différente de la base active,
sur l'évenement
clic il vous faut donc récupérer une valeur de clef
univoque de la table,
puis faire quelque chose comme
Mabase.execute "insert into TableDestination
in 'c:basesauvagarde.mdb'
select tableorigine.* from tableorigine where clef=" &
Clef_Lue
Mabase.execute "delete * from TableOrigine where clef="
& Clef_Lue
Puis rafraichir vos controles...
Si tout est dans la même base, supprimez la clause
