Bonjour
En fait je veux que si on fait une copie de ma base sur un ordinateur
autre que ceux de ma société, ma base soit vide de toutes ses tables
(donc supprimer toutes les tables) ou effacer leur contenu, ce qui
revient au même en rendant la copie inutilisable.
Pour cela la macro autoexec recherche à l'ouverture un ficher sur la
racine de C: présent uniquement sur tous les ordi de ma société et
évidemment absent de la racine de C: de tout ordi normal (c'est un
fichier word renommé en n'importe quoi, .ini par exemple.
Si à l'ouverture de la base sur un ordi, ce fichier est présent, on
efface pas les tables, mais si ce fichier est absent, on efface les
tables ou leur contenu.
Pour le moment, ça m'efface bien les tables sans relations, mais pour
les tables avec une relation en cascade, j'ai le message classique:
"rreur d'execution 2387: vous ne pouvez pas supprimer la table "XX" car
elle intervient dans une ou plusieurs relations, si vous voulez
supprimer cette table, supprimer d'abord les relations dans la fenêtre
Relations."
Et Apparition de débogage.
Evidemment je ne veux pas demander aux utilisateurs, qu'ils soient sur
un ordi de ma société ou sur un ordi non autorisé (donc sans mon pseudo
fichier .ini s'ils veulent supprimer les relations; et je cherche à
supprimer ce message.
Comment le supprimer et que mes tables soient supprimer sans
avertissement, même si elles sont en relation ?
Merci
MJ
Bonjour
En fait je veux que si on fait une copie de ma base sur un ordinateur
autre que ceux de ma société, ma base soit vide de toutes ses tables
(donc supprimer toutes les tables) ou effacer leur contenu, ce qui
revient au même en rendant la copie inutilisable.
Pour cela la macro autoexec recherche à l'ouverture un ficher sur la
racine de C: présent uniquement sur tous les ordi de ma société et
évidemment absent de la racine de C: de tout ordi normal (c'est un
fichier word renommé en n'importe quoi, .ini par exemple.
Si à l'ouverture de la base sur un ordi, ce fichier est présent, on
efface pas les tables, mais si ce fichier est absent, on efface les
tables ou leur contenu.
Pour le moment, ça m'efface bien les tables sans relations, mais pour
les tables avec une relation en cascade, j'ai le message classique:
"rreur d'execution 2387: vous ne pouvez pas supprimer la table "XX" car
elle intervient dans une ou plusieurs relations, si vous voulez
supprimer cette table, supprimer d'abord les relations dans la fenêtre
Relations."
Et Apparition de débogage.
Evidemment je ne veux pas demander aux utilisateurs, qu'ils soient sur
un ordi de ma société ou sur un ordi non autorisé (donc sans mon pseudo
fichier .ini s'ils veulent supprimer les relations; et je cherche à
supprimer ce message.
Comment le supprimer et que mes tables soient supprimer sans
avertissement, même si elles sont en relation ?
Merci
MJ
Bonjour
En fait je veux que si on fait une copie de ma base sur un ordinateur
autre que ceux de ma société, ma base soit vide de toutes ses tables
(donc supprimer toutes les tables) ou effacer leur contenu, ce qui
revient au même en rendant la copie inutilisable.
Pour cela la macro autoexec recherche à l'ouverture un ficher sur la
racine de C: présent uniquement sur tous les ordi de ma société et
évidemment absent de la racine de C: de tout ordi normal (c'est un
fichier word renommé en n'importe quoi, .ini par exemple.
Si à l'ouverture de la base sur un ordi, ce fichier est présent, on
efface pas les tables, mais si ce fichier est absent, on efface les
tables ou leur contenu.
Pour le moment, ça m'efface bien les tables sans relations, mais pour
les tables avec une relation en cascade, j'ai le message classique:
"rreur d'execution 2387: vous ne pouvez pas supprimer la table "XX" car
elle intervient dans une ou plusieurs relations, si vous voulez
supprimer cette table, supprimer d'abord les relations dans la fenêtre
Relations."
Et Apparition de débogage.
Evidemment je ne veux pas demander aux utilisateurs, qu'ils soient sur
un ordi de ma société ou sur un ordi non autorisé (donc sans mon pseudo
fichier .ini s'ils veulent supprimer les relations; et je cherche à
supprimer ce message.
Comment le supprimer et que mes tables soient supprimer sans
avertissement, même si elles sont en relation ?
Merci
MJ
-----Message d'origine-----
Désolé, mais cette méthode de protection de vaut rien.
Si une personne mal intentionnée a fait une copie de la
base (par exemple en
la gravant) pour l'exploiter en dehors de votre société,
elle va la recopier sur son DD. Au démarrage,
l'application va effacer les
tables. OK.
Si cette personne a réussi à recopier le fichier, elle a
le niveau pour
savoir que c'est une base access.
Il est donc évident de découvrir l'astuce. Il lui suffit
de recopier la base
à nouveau sur son DD, puiqu'elle l'a sr son CD,
puis d'ouvrir les tables avec ACCESS, ou de faire un
lien, sans passer par
l'interface habituelle.
Inutile donc de poursuivre sur cette voie. Il faudrait
plutôt chercher une
solution en Amont qui évite une "copie" de la base, et
sa sortie de vos
locaux,
soit physiquement, soit par du code.
Lucky_Team
www.access-developpement.com
"Michel J" a écrit dans le
message de
news:Bonjour
En fait je veux que si on fait une copie de ma base
sur un ordinateur
autre que ceux de ma société, ma base soit vide de
toutes ses tables
(donc supprimer toutes les tables) ou effacer leur
contenu, ce qui
revient au même en rendant la copie inutilisable.
Pour cela la macro autoexec recherche à l'ouverture un
ficher sur la
racine de C: présent uniquement sur tous les ordi de
ma société et
évidemment absent de la racine de C: de tout ordi
normal (c'est un
fichier word renommé en n'importe quoi, .ini par
exemple.
Si à l'ouverture de la base sur un ordi, ce fichier
est présent, on
efface pas les tables, mais si ce fichier est absent,
on efface les
tables ou leur contenu.
Pour le moment, ça m'efface bien les tables sans
relations, mais pour
les tables avec une relation en cascade, j'ai le
message classique:
"rreur d'execution 2387: vous ne pouvez pas supprimer
la table "XX" car
elle intervient dans une ou plusieurs relations, si
vous voulez
supprimer cette table, supprimer d'abord les relations
dans la fenêtre
Relations."
Et Apparition de débogage.
Evidemment je ne veux pas demander aux utilisateurs,
qu'ils soient sur
un ordi de ma société ou sur un ordi non autorisé
(donc sans mon pseudo
fichier .ini s'ils veulent supprimer les relations; et
je cherche à
supprimer ce message.
Comment le supprimer et que mes tables soient
supprimer sans
avertissement, même si elles sont en relation ?
Merci
MJ
.
-----Message d'origine-----
Désolé, mais cette méthode de protection de vaut rien.
Si une personne mal intentionnée a fait une copie de la
base (par exemple en
la gravant) pour l'exploiter en dehors de votre société,
elle va la recopier sur son DD. Au démarrage,
l'application va effacer les
tables. OK.
Si cette personne a réussi à recopier le fichier, elle a
le niveau pour
savoir que c'est une base access.
Il est donc évident de découvrir l'astuce. Il lui suffit
de recopier la base
à nouveau sur son DD, puiqu'elle l'a sr son CD,
puis d'ouvrir les tables avec ACCESS, ou de faire un
lien, sans passer par
l'interface habituelle.
Inutile donc de poursuivre sur cette voie. Il faudrait
plutôt chercher une
solution en Amont qui évite une "copie" de la base, et
sa sortie de vos
locaux,
soit physiquement, soit par du code.
Lucky_Team
www.access-developpement.com
"Michel J" <mjalon@club-internet.fr> a écrit dans le
message de
news:41790418.30708@club-internet.fr...
Bonjour
En fait je veux que si on fait une copie de ma base
sur un ordinateur
autre que ceux de ma société, ma base soit vide de
toutes ses tables
(donc supprimer toutes les tables) ou effacer leur
contenu, ce qui
revient au même en rendant la copie inutilisable.
Pour cela la macro autoexec recherche à l'ouverture un
ficher sur la
racine de C: présent uniquement sur tous les ordi de
ma société et
évidemment absent de la racine de C: de tout ordi
normal (c'est un
fichier word renommé en n'importe quoi, .ini par
exemple.
Si à l'ouverture de la base sur un ordi, ce fichier
est présent, on
efface pas les tables, mais si ce fichier est absent,
on efface les
tables ou leur contenu.
Pour le moment, ça m'efface bien les tables sans
relations, mais pour
les tables avec une relation en cascade, j'ai le
message classique:
"rreur d'execution 2387: vous ne pouvez pas supprimer
la table "XX" car
elle intervient dans une ou plusieurs relations, si
vous voulez
supprimer cette table, supprimer d'abord les relations
dans la fenêtre
Relations."
Et Apparition de débogage.
Evidemment je ne veux pas demander aux utilisateurs,
qu'ils soient sur
un ordi de ma société ou sur un ordi non autorisé
(donc sans mon pseudo
fichier .ini s'ils veulent supprimer les relations; et
je cherche à
supprimer ce message.
Comment le supprimer et que mes tables soient
supprimer sans
avertissement, même si elles sont en relation ?
Merci
MJ
.
-----Message d'origine-----
Désolé, mais cette méthode de protection de vaut rien.
Si une personne mal intentionnée a fait une copie de la
base (par exemple en
la gravant) pour l'exploiter en dehors de votre société,
elle va la recopier sur son DD. Au démarrage,
l'application va effacer les
tables. OK.
Si cette personne a réussi à recopier le fichier, elle a
le niveau pour
savoir que c'est une base access.
Il est donc évident de découvrir l'astuce. Il lui suffit
de recopier la base
à nouveau sur son DD, puiqu'elle l'a sr son CD,
puis d'ouvrir les tables avec ACCESS, ou de faire un
lien, sans passer par
l'interface habituelle.
Inutile donc de poursuivre sur cette voie. Il faudrait
plutôt chercher une
solution en Amont qui évite une "copie" de la base, et
sa sortie de vos
locaux,
soit physiquement, soit par du code.
Lucky_Team
www.access-developpement.com
"Michel J" a écrit dans le
message de
news:Bonjour
En fait je veux que si on fait une copie de ma base
sur un ordinateur
autre que ceux de ma société, ma base soit vide de
toutes ses tables
(donc supprimer toutes les tables) ou effacer leur
contenu, ce qui
revient au même en rendant la copie inutilisable.
Pour cela la macro autoexec recherche à l'ouverture un
ficher sur la
racine de C: présent uniquement sur tous les ordi de
ma société et
évidemment absent de la racine de C: de tout ordi
normal (c'est un
fichier word renommé en n'importe quoi, .ini par
exemple.
Si à l'ouverture de la base sur un ordi, ce fichier
est présent, on
efface pas les tables, mais si ce fichier est absent,
on efface les
tables ou leur contenu.
Pour le moment, ça m'efface bien les tables sans
relations, mais pour
les tables avec une relation en cascade, j'ai le
message classique:
"rreur d'execution 2387: vous ne pouvez pas supprimer
la table "XX" car
elle intervient dans une ou plusieurs relations, si
vous voulez
supprimer cette table, supprimer d'abord les relations
dans la fenêtre
Relations."
Et Apparition de débogage.
Evidemment je ne veux pas demander aux utilisateurs,
qu'ils soient sur
un ordi de ma société ou sur un ordi non autorisé
(donc sans mon pseudo
fichier .ini s'ils veulent supprimer les relations; et
je cherche à
supprimer ce message.
Comment le supprimer et que mes tables soient
supprimer sans
avertissement, même si elles sont en relation ?
Merci
MJ
.
Désolé, mais cette méthode de protection de vaut rien.
Si une personne mal intentionnée a fait une copie de la base (par exemple en
la gravant) pour l'exploiter en dehors de votre société,
elle va la recopier sur son DD. Au démarrage, l'application va effacer les
tables. OK.
Si cette personne a réussi à recopier le fichier, elle a le niveau pour
savoir que c'est une base access.
Il est donc évident de découvrir l'astuce. Il lui suffit de recopier la base
à nouveau sur son DD, puiqu'elle l'a sr son CD,
puis d'ouvrir les tables avec ACCESS, ou de faire un lien, sans passer par
l'interface habituelle.
Inutile donc de poursuivre sur cette voie. Il faudrait plutôt chercher une
solution en Amont qui évite une "copie" de la base, et sa sortie de vos
locaux,
soit physiquement, soit par du code.
Lucky_Team
www.access-developpement.com
"Michel J" a écrit dans le message de
news:Bonjour
En fait je veux que si on fait une copie de ma base sur un ordinateur
autre que ceux de ma société, ma base soit vide de toutes ses tables
(donc supprimer toutes les tables) ou effacer leur contenu, ce qui
revient au même en rendant la copie inutilisable.
Pour cela la macro autoexec recherche à l'ouverture un ficher sur la
racine de C: présent uniquement sur tous les ordi de ma société et
évidemment absent de la racine de C: de tout ordi normal (c'est un
fichier word renommé en n'importe quoi, .ini par exemple.
Si à l'ouverture de la base sur un ordi, ce fichier est présent, on
efface pas les tables, mais si ce fichier est absent, on efface les
tables ou leur contenu.
Pour le moment, ça m'efface bien les tables sans relations, mais pour
les tables avec une relation en cascade, j'ai le message classique:
"rreur d'execution 2387: vous ne pouvez pas supprimer la table "XX" car
elle intervient dans une ou plusieurs relations, si vous voulez
supprimer cette table, supprimer d'abord les relations dans la fenêtre
Relations."
Et Apparition de débogage.
Evidemment je ne veux pas demander aux utilisateurs, qu'ils soient sur
un ordi de ma société ou sur un ordi non autorisé (donc sans mon pseudo
fichier .ini s'ils veulent supprimer les relations; et je cherche à
supprimer ce message.
Comment le supprimer et que mes tables soient supprimer sans
avertissement, même si elles sont en relation ?
Merci
MJ
Désolé, mais cette méthode de protection de vaut rien.
Si une personne mal intentionnée a fait une copie de la base (par exemple en
la gravant) pour l'exploiter en dehors de votre société,
elle va la recopier sur son DD. Au démarrage, l'application va effacer les
tables. OK.
Si cette personne a réussi à recopier le fichier, elle a le niveau pour
savoir que c'est une base access.
Il est donc évident de découvrir l'astuce. Il lui suffit de recopier la base
à nouveau sur son DD, puiqu'elle l'a sr son CD,
puis d'ouvrir les tables avec ACCESS, ou de faire un lien, sans passer par
l'interface habituelle.
Inutile donc de poursuivre sur cette voie. Il faudrait plutôt chercher une
solution en Amont qui évite une "copie" de la base, et sa sortie de vos
locaux,
soit physiquement, soit par du code.
Lucky_Team
www.access-developpement.com
"Michel J" <mjalon@club-internet.fr> a écrit dans le message de
news:41790418.30708@club-internet.fr...
Bonjour
En fait je veux que si on fait une copie de ma base sur un ordinateur
autre que ceux de ma société, ma base soit vide de toutes ses tables
(donc supprimer toutes les tables) ou effacer leur contenu, ce qui
revient au même en rendant la copie inutilisable.
Pour cela la macro autoexec recherche à l'ouverture un ficher sur la
racine de C: présent uniquement sur tous les ordi de ma société et
évidemment absent de la racine de C: de tout ordi normal (c'est un
fichier word renommé en n'importe quoi, .ini par exemple.
Si à l'ouverture de la base sur un ordi, ce fichier est présent, on
efface pas les tables, mais si ce fichier est absent, on efface les
tables ou leur contenu.
Pour le moment, ça m'efface bien les tables sans relations, mais pour
les tables avec une relation en cascade, j'ai le message classique:
"rreur d'execution 2387: vous ne pouvez pas supprimer la table "XX" car
elle intervient dans une ou plusieurs relations, si vous voulez
supprimer cette table, supprimer d'abord les relations dans la fenêtre
Relations."
Et Apparition de débogage.
Evidemment je ne veux pas demander aux utilisateurs, qu'ils soient sur
un ordi de ma société ou sur un ordi non autorisé (donc sans mon pseudo
fichier .ini s'ils veulent supprimer les relations; et je cherche à
supprimer ce message.
Comment le supprimer et que mes tables soient supprimer sans
avertissement, même si elles sont en relation ?
Merci
MJ
Désolé, mais cette méthode de protection de vaut rien.
Si une personne mal intentionnée a fait une copie de la base (par exemple en
la gravant) pour l'exploiter en dehors de votre société,
elle va la recopier sur son DD. Au démarrage, l'application va effacer les
tables. OK.
Si cette personne a réussi à recopier le fichier, elle a le niveau pour
savoir que c'est une base access.
Il est donc évident de découvrir l'astuce. Il lui suffit de recopier la base
à nouveau sur son DD, puiqu'elle l'a sr son CD,
puis d'ouvrir les tables avec ACCESS, ou de faire un lien, sans passer par
l'interface habituelle.
Inutile donc de poursuivre sur cette voie. Il faudrait plutôt chercher une
solution en Amont qui évite une "copie" de la base, et sa sortie de vos
locaux,
soit physiquement, soit par du code.
Lucky_Team
www.access-developpement.com
"Michel J" a écrit dans le message de
news:Bonjour
En fait je veux que si on fait une copie de ma base sur un ordinateur
autre que ceux de ma société, ma base soit vide de toutes ses tables
(donc supprimer toutes les tables) ou effacer leur contenu, ce qui
revient au même en rendant la copie inutilisable.
Pour cela la macro autoexec recherche à l'ouverture un ficher sur la
racine de C: présent uniquement sur tous les ordi de ma société et
évidemment absent de la racine de C: de tout ordi normal (c'est un
fichier word renommé en n'importe quoi, .ini par exemple.
Si à l'ouverture de la base sur un ordi, ce fichier est présent, on
efface pas les tables, mais si ce fichier est absent, on efface les
tables ou leur contenu.
Pour le moment, ça m'efface bien les tables sans relations, mais pour
les tables avec une relation en cascade, j'ai le message classique:
"rreur d'execution 2387: vous ne pouvez pas supprimer la table "XX" car
elle intervient dans une ou plusieurs relations, si vous voulez
supprimer cette table, supprimer d'abord les relations dans la fenêtre
Relations."
Et Apparition de débogage.
Evidemment je ne veux pas demander aux utilisateurs, qu'ils soient sur
un ordi de ma société ou sur un ordi non autorisé (donc sans mon pseudo
fichier .ini s'ils veulent supprimer les relations; et je cherche à
supprimer ce message.
Comment le supprimer et que mes tables soient supprimer sans
avertissement, même si elles sont en relation ?
Merci
MJ
Bonjour
En fait je veux que si on fait une copie de ma base sur un ordinateur
autre que ceux de ma société, ma base soit vide de toutes ses tables
(donc supprimer toutes les tables) ou effacer leur contenu, ce qui
revient au même en rendant la copie inutilisable.
Pour cela la macro autoexec recherche à l'ouverture un ficher sur la
racine de C: présent uniquement sur tous les ordi de ma société et
évidemment absent de la racine de C: de tout ordi normal (c'est un
fichier word renommé en n'importe quoi, .ini par exemple.
Si à l'ouverture de la base sur un ordi, ce fichier est présent, on
efface pas les tables, mais si ce fichier est absent, on efface les
tables ou leur contenu.
Pour le moment, ça m'efface bien les tables sans relations, mais pour
les tables avec une relation en cascade, j'ai le message classique:
"rreur d'execution 2387: vous ne pouvez pas supprimer la table "XX" car
elle intervient dans une ou plusieurs relations, si vous voulez
supprimer cette table, supprimer d'abord les relations dans la fenêtre
Relations."
Et Apparition de débogage.
Evidemment je ne veux pas demander aux utilisateurs, qu'ils soient sur
un ordi de ma société ou sur un ordi non autorisé (donc sans mon pseudo
fichier .ini s'ils veulent supprimer les relations; et je cherche à
supprimer ce message.
Comment le supprimer et que mes tables soient supprimer sans
avertissement, même si elles sont en relation ?
Merci
MJ
Bonjour
En fait je veux que si on fait une copie de ma base sur un ordinateur
autre que ceux de ma société, ma base soit vide de toutes ses tables
(donc supprimer toutes les tables) ou effacer leur contenu, ce qui
revient au même en rendant la copie inutilisable.
Pour cela la macro autoexec recherche à l'ouverture un ficher sur la
racine de C: présent uniquement sur tous les ordi de ma société et
évidemment absent de la racine de C: de tout ordi normal (c'est un
fichier word renommé en n'importe quoi, .ini par exemple.
Si à l'ouverture de la base sur un ordi, ce fichier est présent, on
efface pas les tables, mais si ce fichier est absent, on efface les
tables ou leur contenu.
Pour le moment, ça m'efface bien les tables sans relations, mais pour
les tables avec une relation en cascade, j'ai le message classique:
"rreur d'execution 2387: vous ne pouvez pas supprimer la table "XX" car
elle intervient dans une ou plusieurs relations, si vous voulez
supprimer cette table, supprimer d'abord les relations dans la fenêtre
Relations."
Et Apparition de débogage.
Evidemment je ne veux pas demander aux utilisateurs, qu'ils soient sur
un ordi de ma société ou sur un ordi non autorisé (donc sans mon pseudo
fichier .ini s'ils veulent supprimer les relations; et je cherche à
supprimer ce message.
Comment le supprimer et que mes tables soient supprimer sans
avertissement, même si elles sont en relation ?
Merci
MJ
Bonjour
En fait je veux que si on fait une copie de ma base sur un ordinateur
autre que ceux de ma société, ma base soit vide de toutes ses tables
(donc supprimer toutes les tables) ou effacer leur contenu, ce qui
revient au même en rendant la copie inutilisable.
Pour cela la macro autoexec recherche à l'ouverture un ficher sur la
racine de C: présent uniquement sur tous les ordi de ma société et
évidemment absent de la racine de C: de tout ordi normal (c'est un
fichier word renommé en n'importe quoi, .ini par exemple.
Si à l'ouverture de la base sur un ordi, ce fichier est présent, on
efface pas les tables, mais si ce fichier est absent, on efface les
tables ou leur contenu.
Pour le moment, ça m'efface bien les tables sans relations, mais pour
les tables avec une relation en cascade, j'ai le message classique:
"rreur d'execution 2387: vous ne pouvez pas supprimer la table "XX" car
elle intervient dans une ou plusieurs relations, si vous voulez
supprimer cette table, supprimer d'abord les relations dans la fenêtre
Relations."
Et Apparition de débogage.
Evidemment je ne veux pas demander aux utilisateurs, qu'ils soient sur
un ordi de ma société ou sur un ordi non autorisé (donc sans mon pseudo
fichier .ini s'ils veulent supprimer les relations; et je cherche à
supprimer ce message.
Comment le supprimer et que mes tables soient supprimer sans
avertissement, même si elles sont en relation ?
Merci
MJ