Discussion :

[nuke_y]

Bonjour à tous.

Nous avons un problème avec une limite d'Access : celle des 255 champs au maximum pour une table (cf ici).

Nous avons une GROOOOOOSSE table d'un DatawareHouse sous Oracle qui a plus de 255 champs. Nous voudrions récupérer le 1er et le 256e dans une requête avec Access.

Or quand nous lions la table (Lier les Tables), il n'importe que les 255 premiers champs et donc ne nous affiche pas le 256e pour la requête avec l'assistant. Bon jusque là c'est normal, c'est sa limitation.

Maintenant, comment contourner ca ? Je précise qu'il n'est pas possible de toucher à la base Oracle, même pour créer une vue. Vu le volume il n'est pas envisageable d'aller chercher les données avec un ETL et de les ramener sur une base sur laquelle nous avons la main.

1) J'ai essayé de modifier la définition de la table liée à la main (pourquoi pas ?) mais c'est impossible. Alors la question : quand on rajoute/modifie un champ sur la table externe, comment on répercute la modification dans la table liée ? On supprime l'ancienne et on la ré-importe ? Il y a un assistant de "synchronisation" de la structure ?

2) J'ai essayé d'écrire ma requête en SQL directement, en me disant qu'il l'enverrait telle quelle au serveur et qu'il m'afficherait le résultat. Penses-tu ! Il m'a refusé ma requête et a considéré que ces champs 256+ étaient des "paramètres".

Alors si vous avez une solution pour contourner ça...


PS :
En écrivant ce post, une idée me germe dans la tête...
Bon les tables liées le sont VIA un lien ODBC.
SI je change le contenu de ce lien (dans l'Administration ODBC) et que je le fais pointer sur un serveur de test dans lequel j'aurai créé la même table que dans mon DWH mais avec seulement les champs qui sont intéressants.
Je n'ai qu'à lier cette table du serveur de test dans ma base Access. Puis re-changer l'IP de la source ODBC pour le serveur de production et pouf pouf, je peux récupérer les colonnes invisibles du serveur de production non ?
Je teste et je vous dit.

[marot_r]

1) Les tables Access ne peuvent pas avoir plus de 255 champs. C'est ainsi.

2) Pour 'rafraichir' la structure de tes tables liées il faut aller dans le gestionnaire de tables liées et demander de les lier de nouveau sans cocher l'option 'toujours demander le chemin' en bas à gauche de la fenètre.

Tu peux aussi utiliser le code suivant.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
private sub RafraichirLink()
  dim db as database:set db=currentdb
  dim t as tabledef
  for each t in db.tabledefs
    if t.connect<>"" then
      t.refreshLink
    end if
  next t
  db.close:set db=nothing
end sub

Ca va te refaire tous les liens existants et prendre en compte les changement de structure.

A+

[keita]

nuke_y a ecrit:
1/

quand on rajoute/modifie un champ sur la table externe, comment on répercute la modification dans la table liée ?

sous access et dans les limites, je dis bien dans les limites des 255 champs (CAR C'EST VERITABLEMENT LA LIMITE), aucune intervention n'est neccessaire; les champs ajoutés apparaissent automatiquement.
2/

J'ai essayé de modifier la définition de la table liée à la main (pourquoi pas ?) mais c'est impossible.

No comment, donc à ce niveau; tu t'es bien rendu compte que c'est impossible.
3/

Alors si vous avez une solution pour contourner ça...

j'ai la ferme conviction que si tu cherches bien, il y a la possibilité de scinder la table en 2(sous access s'entend):
oui; 2 tables qui seraient alors liées par une relation de 1 à 1.
@+

[nuke_y]

MOUAHAHAHAHAHHAAH !!! Ma solution de feinter les liens ODBC marche avec Oracle !! Mouahahahahahahahahahhahah

Bon en fait c'est pas dans les liens ODBC que j'ai fait la feinte mais dans le tnsnames.ora. Il faut que je vois si j'y arrive pour SQLServer maintenant.


marot_r> Ouaih mais bon cette fonction de rafraichissement automatique ne me permet pas de règler mon problème de structure. J'ai HORREUR des trucs automatiques.... Merci quand même d'avoir confirmé.

[nuke_y]

Ah ouaih pas con la solution de la table scindée en 2 mais maintenant la question : COMMENT lui dire sous Access que la 1ere table possède les 200 1ers champs et la 2e table les 150 suivants ? Puisque je ne peux pas définir mon mapping de champs moi-même...

Sinon j'ai fait le test sous SQLServer et... ça marche !!! Mouahahahahahahaha Mais c'est énoOOOOOOorme !! J'ai juste crée une DB en test qui était la copie conforme de la structure de la DB de prod (nom de connexion et d'utilisateur aussi évidemment). J'ai viré dans la table de la DB de test les champs dont je ne voulais pas (donc je n'ai gardé que le 1er champ identifiant et les champs après le 255e) et j'ai sauvé. Puis dans le lien ODBC utilisé par Access pour lier les tables j'ai modifié l'IP de production par celle du serveur de Test. J'ai re-lié la table (on aurait pu rafraîchir la structure je pense) et j'ai sauvé. Puis j'ai remodifié l'IP du lien ODBC pour re-taper sur le serveur de prod et j'ai testé ET CA MARCHE !!

Mouahhaahhahaha