Discussion :

[Jean-Pierre49]

Bonjour à tous

J’ai posté sur le forum Vba Access, mais je n’ai pas de réponse

Je souhaite faire des ajouts et des modifications dans des tables (Extension : .FIC)

Mon problème est je voudrais savoir si une table ou une requête, ouverte ou faite via Vba Excel à partir une OBDC dans une base de données, est toujours en lecture seule.
Ou bien que ces bases sont réellement protégées.
Ce qui ne devrait pas être le cas, puisqu’on m’a assuré qu’elle était totalement ouverte.
(Quoique lockedits = true)

Depuis ce matin quoique je fasse c’est le message que j’obtiens
Soit : » Mis à jour impossible. La base de données ou l’objet est en lecture seule. »
Soit : » L’opération doit utiliser une requête qui peut être mise à jour. »

J’ai cherché partout et comme j’aimerais bien arrêter d’user le soleil…………..

Si quelqu’un sait,

Par avance merci,

Jean Pierr

[=JBO=]

Bonjour,

Quoi que je fasse, soit on indique que l’objet est en lecture seule,
Ou bien avec le code ci-dessus : « L’opération doit utiliser une requête qui peut être mise à jour. »

D’ou ma question : est-ce que systématiquement les requêtes on autres, ouvertes avec des ODBC (Hors Access) sont en lecture seule ?
Ou y a t’il une possibilité.

ODBC est juste une couche de connectivité vers un SGBD.
En principe, il n'y a aucune restriction en écriture.

Dans ton cas particulier, apparemment tu utilises un driver ODBC intentionnellement bridé en écriture (Hyperfile 7 de l'éditeur PC Soft).

Peut-être y-a-t'il d'autres versions de driver ODBC pour hyperfile qui n'ont pas cette limitation ?
J'ai ouï dire que pour Hyperfile 9 le driver ODBC est en lecture-écriture.

Bon courage,
=JBO=
_

[Pierre Fauconnier]

Bonsoir

Je ne suis pas certain d'avoir tout compris...

Cela étant, si Excel pointe vers une base de données, c'est a priori en lecture seule (par exemple via MSQuery), quelle que soit la nature de la base de données... Access ou autre.

Pourrais-tu être plus précis sur ce que tu souhaites réaliser, ainsi que la configuration dans laquelle tu évolues (Requête dans Excel vers une base de quel type, modification par Access d'une table liée Excel, ...)

La diversité des situations impose quelques précisions supplémentaires...

Merci

[Jean-Pierre49]

Bonjour a Tous,

Oui, =JBO= , Hyperfile 7 semble posé ce problème mais je n’ai pas Hyperfile 9 pour faire un test.


Ceci étant et pour réponde à Pierre ,
Je fait des requêtes via Excel dans notre GPAO développée sous Windev, remonter les résultats, les traiter, pas de problème.
Mon souhait était de pouvoir écrire dans ces bases sans passer par la GPAO.

Mon Code test :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
    Set Donnees = DAO.OpenDatabase(NomSourceODBC, True, False, MoteurODBC & FichierODBC)
    TexteRequete = "SELECT Trim(Cocli), Trim(Libretxt1) " & _
                        "FROM Client " & _
                            "WHERE (Cocli='RBL')"
    Set Requete = Donnees.OpenRecordset(TexteRequete, DAO.dbOpenDynaset)
    Requete.LockEdits = False ' mettre en lecture ecriture
        ' Requete.Fields(0).DataUpdatable Toujours True donc pas modifiable
 
 
    With Requete
         .Edit ' Mise a jour impossible. la base ou l'objet est en lecture seule
         !Cocli = "RBLA"
         .Update
         .Close
    End With

Je vous remercie tous deux de vous êtes penché sur mon problème

Jean-Pierre

[Pierre Fauconnier]

Je ne connais pas Hyperfile, mais je pense que si tu travailles avec un objet ODBC, il vaut mieux utiliser DbOpenDynamic que DbOpenDynaset

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Set Requete = Donnees.OpenRecordset(TexteRequete, DAO.dbOpenDynamic)

De plus, je placerais la propriété LockEdit au moment de l'ouverture

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Set Requete = Donnees.OpenRecordset(Name:=TexteRequete, Type:=dbOpenDynamic, lockedit:=dbPessimistic)

Cela t'aide-t'il?

[Jean-Pierre49]

Bonjour Pierre,

Non, j'avais déja essayé des variantes de ce que tu me donne
et j'ai systhématiquement "Argument non valide" pour dbOpenDynamic
et dbPessimistic ne donne pas le resultat escompté : toujours en lecture seule

Je pense, malheureusement, comme dit =JBO= que hyperfile 7 boque la lecture ecriture. et comme c'est le seul pilotes que j'ai je me retourve bloqué sur mon idée.

Merci

Jean-Pierre

[Pierre Fauconnier]

Il faudrait voir si ton GPAO est écrit en Hyperfile, ou si c'est une appli externe qui fait appel au serveur Hyperfile... (Si tu "attaques" Hyperfile via un code externe dans ton GPA0, c'est qu'il y a moyen d'écrire via un ODBC...)

Autre piste:

As-tu accès au fichier ODBC? Il y a peut-être dans ce fichier un verrou qui a priorité sur le code utilisé par la suite...

Il serait peut-être intéressant de créer ton accès ODBC de toutes pièces pour voir si tu as une propriété que tu peux basculer à ton profit...

[Jean-Pierre49]

La GPAO est sous Windev.

L’ODBC est la suivante

MoteurODBC = "ANA=C:\PROGRAM FILES\CLIPPER 4\WCLIP.WD7\WCLIP.WDD;"
NomSourceODBC = "CMIE4"
FichierODBC = ";REP=C:\CMIE4\;"

Les fichiers des bases sont en extension .fic ils ne sont ni protégés ni cryptés je peu y faire des modifications en dur via Wdmap .

J’ai bien les fichiers Dll d’hyperfile 7 mais la je suis sec .



Jean pierre