Access Lookup vers SQL Server Foreign Keys

Bonjour à tous !

Je suis en train de migrer pour la première fois une grosse collection de Tables Access vers MS SQL Server.

Je me demandais ce que deviennent les champs "Look-up" de Access une fois arrivés dans la base SQL Server.

Ils contiennent toujours un Long Integer, naturellement. Mais ont-ils définitivement perdu au passage leur "Row source" et leur intégrité référentielle one-to-many / Cascade Update / Cascade Delete ?

Est-on toujours obligé de reconstituer manuellement les "Foreign keys" dans la base SQL Server ?

Merci de votre réponse à cette stupide question de néophyte... :pastaper: Un court oui ou non me suffira !

Bonne journée !

phil

Bonjour,

Il y a des lustres que je n'ai pas utilisé Access, cela étant, la réponse dépend de l'outil que vous utilisez pour migrer.
De nombreux logiciels de modélisation sont capables de générer les différents modèles de données (MCD, MLD et MPD) à partir du DDL.
A partir de là, vous pouvez régénérer le DDL vers SQL server en partant des modèles. Selon le logiciel de modélisation utilisé, le paramétrage est plus ou moins riche.

Bonjour ! merci pour cette réponse !

Jusqu'à présent : SQL Server Management Studio / Import Data, ou bien SQL Server Migration Assistant...

J'ai lu quelque part que certains experts déconseillent d'utiliser les champs lookup dans les Tables Access. Ça les alourdi. Les champs lookup sont bien pratiques au début, mais après on s'en passe facilement....

pas d'importance tant que la base reste de modeste taille (moins de 100 Go)....

A +

Ok, bien compris Frédéric, merci !

Quelle règle respecter en ce qui concerne les Index dans les Tables de départ, ni trop ni trop peu ?

Citation:

---

Envoyé par harpyopsis

Ok, bien compris Frédéric, merci !

Quelle règle respecter en ce qui concerne les Index dans les Tables de départ, ni trop ni trop peu ?

---

SQL Server diagnostique tous seul les index à poser au fur et a mesure de l'utilisation. Il ne faut donc en poser aucun et attendre de faire vivre l'application dans la réalité au minimum un mois pour voir quels sont les index préconisés par SQL Server.
Donc ne créer AUCUN index dans l'immédiat.

A +

Ok merci !

Et que faire aussi du type "Currency" ?

On l'aime bien au début dans Access, mais il devient vite un fardeau...

Il y a un article quelque part (par Alllen Browne, je crois) qui conseille fortement de le remplacer par Double. C'est ce que j'ai fait.

Mais il m'en reste encore quelques uns à gauche et à droite.

Que va faire MS SQL Server de ce type "Currency" ??? Va-t-il le garder ou le convertir en Double ?

Merci !

Non, pas double (cela n'existe pas dans SQL Server), mais un DECIMAL avec la précision voulue. par exemple DECIMAL(19,2)sinon les calculs ne tomberons jamais juste !

A +