Discussion :

[gbzmt]

Bonsoir,

Pourquoi alors que je n'ai rien demandé, la requête ci-dessous est en lecture seule?

Code :

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

1
2
3
SELECT BddCoureurs.NOM, BddCoureurs.Prénom, BddCoureurs.Sexe, BddCoureurs.NAIS, BddCoureurs.CLUB, BddCoureurs.Catégorie, Catégories.CodeCatégorie
FROM BddCoureurs INNER JOIN Catégories ON BddCoureurs.Catégorie = Catégories.Catégorie
ORDER BY BddCoureurs.NOM, BddCoureurs.Prénom;

Merci d'avance

[Gabout]

Bonjour,

Qu'est-ce qui te fait dire que ...

la requête ci-dessous est en lecture seule?

[Heureux-oli]

Une requête qui unit les données de deux tables est toujours en lecture seule.
C'est pareil pour une requête qui fait appel à des opérations.

Dans ton cas, la requête porte sur plusieurs tables et se retrouve en lecture seule.

[gbzmt]

Bien sûr, j'avais oublié

[=JBO=]

Oyé oyé ! (et aussi bonjour),

Tel le chevalier blanc , je m'en viens faire éclater la vérité suprême !

Une requête qui unit les données de deux tables est toujours en lecture seule.
C'est pareil pour une requête qui fait appel à des opérations.

Dans ton cas, la requête porte sur plusieurs tables et se retrouve en lecture seule.

Que nenni, mon ami !

Ici c'est une requête sélection multi-tables (avec jointure), et non pas une requête UNION.

Et une requête sélection multi-tables n'est pas nécessairement en lecture seule.
Pour déterminer si elle est en lecture seule, c'est plus compliqué que ça.

Alors, avant toute affirmation "définitive", je suggère à gbzmt d'ouvrir la requête en mode création, d'afficher la fenêtre des propiétés et d'affecter à la propriété [Type Recordset] la valeur "Feuille rép.dyn.(MAJ globale)".
Et puis d'essayer à nouveau de modifier les données...
Pour commencer, le mieux est d'aller faire une modif dans la feuille de données qui résulte de l'exécution de la requête.

Ce point a déjà été vu et revu sur le forum (peut être suis-je le seul ici à y être encore sensible, avec gbzmt bien sûr ).
Regarde ici la discussion... Impossible de mettre à jour un recordset.

ou encore là:
http://www.developpez.net/forums/sho...d.php?t=276671

ou même là:
http://www.developpez.net/forums/sho...d.php?t=416888

Et il y a encore d'autres messages comme ça sur le forum...
Alors !? A quand dans la FAQ ???
_

[Heureux-oli]

Je sais que ce n'est pas un union query.

Mais c'est l'image qui m'est venue en premier.

Mais pour des tables avec jointures et des relations de un à plusieurs ??

[=JBO=]

Je sais que ce n'est pas un union query.

Mais c'est l'image qui m'est venue en premier.

Mais pour des tables avec jointures et des relations de un à plusieurs ??

Bien sûr que ça marche !

Supposons ceci:

Table T_LABEL:
champ ID_LABEL NuméroAuto, clé primaire
champ TXT_LABEL Texte de 50 caractères

Table T_INFO:
champ ID_INFO NuméroAuto, clé primaire
champ ID_LABEL Numérique long, clé étrangère sur T_LABEL.ID_LABEL
champ TXT_LABEL Texte de 50 caractères

Relation:
On crée une relation 1-N entre T_LABEL.ID_LABEL et T_INFO.ID_LABEL, avec application de l'intégrité référentielle.

Requête sélection:
Tables jointes T_LABEL, T_INFO.
Champs affichés:
T_INFO.TXT_LABEL
T_INFO.ID_LABEL
T_LABEL.TXT_LABEL

QUE PEUT-ON FAIRE DANS LA FEUILLE DE DONNÉES DE LA REQUÊTE ?

La mise à jour fonctionne dans la feuille de données, aussi bien côté 1 que côté N, mais il est dangereux de modifier la clé primaire côté 1 (si toutefois le type du champ l'autorise).
C'est pourquoi dans cet exemple je n'ai pas affiché le champ T_LABEL.ID_LABEL.

La suppression d'une ligne n'aura de conséquence que côté N, dans T_INFO.

Si tu ajoutes une nouvelle ligne dans laquelle les champs sont renseignés seulement côté N (ici T_INFO), pas de problème:
>> un enregistrement est ajouté du côté N seulement, dans T_INFO.

Si tu ajoutes une nouvelle ligne dans laquelle les champs sont renseignés des 2 côtés (1 et N) mais sans renseigner les champs sur lesquelles la relation est basée, pas de problème:
>> un enregistrement est ajouté du côté 1, dans T_LABEL, avec une nouvelle valeur pour le champ de clé primaire (T_LABEL.ID_LABEL := nouvelle valeur auto) .
>> un enregistrement est ajouté du côté N, dans T_INFO, pour lequel le champ clé étrangère est automatiquement renseigné avec la valeur du champ de clé primaire de T_LABEL (T_INFO.ID_LABEL := dernière valeur ajoutée T_LABEL.ID_LABEL)).

C'est magique !

Maintenant, si la requête contient de multiples tables jointes, la situation peut se compliquer et le moteur de bases de données peut échouer en mise à jour ou ajout.
_

[Heureux-oli]

Malheureusement, ça marche, je n'avais jamais essayé.

[gbzmt]

Je reviens sur cette discussion car je viens de tomber sur un cas bizarre.
En effet suite aux conseils de JBO j'ai affecté à la propriété TypeRecorset la valeur "Feuille rép.dyn.(MAJ Globale)" a une requête.
Jusqu'ici aprés cette modification mes requêtes pouvaient être modifiées par le code (Edit ou AddNew)
Cette fois la requête peut être modifiée 'manuellement en mode "ouverte" (modification ou ajout d'enregistrement), mais en VBA :
"Erreur d'éxécution3027 Mise à jour impossible, la base de données ou l'objet est en lecture seule." j'en perds mon latin, ou plutôt mon VBA
Voici mon code:

Code :

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

1
2
Set CoureursEngagés = MaBase.OpenRecordset("CoureursEngagésR", dbOpenDynaset)
CoureursEngagés.Edit

Et le code SQL de la requête

Code :

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

1
2
3
SELECT CoureursEngagés.Dossard, BddCoureurs.NOM, BddCoureurs.Prénom, BddCoureurs.Catégorie, BddCoureurs.CLUB, CoureursEngagés.Compétition, CoureursEngagés.CodeCoureur, CoureursEngagés.Rang, CoureursEngagés.Temps, Départs.Départ
FROM (CoureursEngagés INNER JOIN BddCoureurs ON CoureursEngagés.CodeCoureur = BddCoureurs.CodeCoureur) INNER JOIN (Départs INNER JOIN DEFINIRCourses ON Départs.Code = DEFINIRCourses.Code) ON CoureursEngagés.Compétition = DEFINIRCourses.Désignation
ORDER BY CoureursEngagés.Dossard;

Cela viendrait-il de la complexité de la requête qui fait appel à 4 tables ?

[=JBO=]

Bonjour,

Je reviens sur cette discussion car je viens de tomber sur un cas bizarre.
En effet suite aux conseils de JBO j'ai affecté à la propriété TypeRecorset la valeur "Feuille rép.dyn.(MAJ Globale)" a une requête.
Jusqu'ici aprés cette modification mes requêtes pouvaient être modifiées par le code (Edit ou AddNew)
Cette fois la requête peut être modifiée 'manuellement en mode "ouverte" (modification ou ajout d'enregistrement), mais en VBA :
"Erreur d'éxécution3027 Mise à jour impossible, la base de données ou l'objet est en lecture seule." j'en perds mon latin, ou plutôt mon VBA
Voici mon code:
...
Cela viendrait-il de la complexité de la requête qui fait appel à 4 tables ?

Si tu peux modifier le contenu de la feuille de données (résultat de l'exécution de la requête) alors il y a sans doute un moyen d'y arriver en VBA/DAO, en utilisant les "bonnes" options d'ouvertures.

Je te propose d'utiliser l'option dbInconsistent qui (en principe) te donne la même possibilité qu'une propriété TypeRecorset avec la valeur "Feuille rép.dyn.(MAJ Globale)".

Code :

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

1
2
Set CoureursEngagés = MaBase.OpenRecordset("CoureursEngagésR", dbOpenDynaset, dbInconsistent)
CoureursEngagés.Edit

[gbzmt]

Parfait

Merci

[chamma9]

je vais voire avec ca

Oyé oyé ! (et aussi bonjour),

Tel le chevalier blanc , je m'en viens faire éclater la vérité suprême !


Que nenni, mon ami !

Ici c'est une requête sélection multi-tables (avec jointure), et non pas une requête UNION.

Et une requête sélection multi-tables n'est pas nécessairement en lecture seule.
Pour déterminer si elle est en lecture seule, c'est plus compliqué que ça.

Alors, avant toute affirmation "définitive", je suggère à gbzmt d'ouvrir la requête en mode création, d'afficher la fenêtre des propiétés et d'affecter à la propriété [Type Recordset] la valeur "Feuille rép.dyn.(MAJ globale)".
Et puis d'essayer à nouveau de modifier les données...
Pour commencer, le mieux est d'aller faire une modif dans la feuille de données qui résulte de l'exécution de la requête.

Ce point a déjà été vu et revu sur le forum (peut être suis-je le seul ici à y être encore sensible, avec gbzmt bien sûr ).
Regarde ici la discussion... Impossible de mettre à jour un recordset.

ou encore là:
http://www.developpez.net/forums/sho...d.php?t=276671

ou même là:
http://www.developpez.net/forums/sho...d.php?t=416888

Et il y a encore d'autres messages comme ça sur le forum...
Alors !? A quand dans la FAQ ???
_