Discussion :

[atelmon]

Bonjour,

Je dois faire des évolutions sur une base (environ 100 tables) dont les noms des tables et des colonnes sont en français. Sauf que le projet qui était franco français est maintenant international et la tentation est forte de créer les nouvelles tables et colonnes en anglais. En effet, les nouvelles tables et colonnes à ajouter sont souvent à base de termes ou sigles anglais.

Le problème c'est que j'aurais alors dans la même base des tables et colonnes avec des noms français et des noms anglais et ces tables auront des clés étrangères communes.

Il n'est pas envisageable de renommer l'existant (500 000 lignes de codes à vérifier).

Que me conseillez-vous à court et long termes ? Rester en français ou mixer français et anglais ?

Merci pour votre aide.

[CinePhil]

En principe, une clé étrangère référence une (à plusieurs) clé primaire d'une autre table et les clés primaires sont en principe des entiers donc les clés étrangères aussi. Pas de notion de langue dans les clés. Je ne vois pas le problème à avoir des noms de tables ou colonnes en français et d'autres en anglais.

[atelmon]

En principe, une clé étrangère référence une (à plusieurs) clé primaire d'une autre table et les clés primaires sont en principe des entiers donc les clés étrangères aussi. Pas de notion de langue dans les clés. Je ne vois pas le problème à avoir des noms de tables ou colonnes en français et d'autres en anglais.

Je me suis peut être mal exprimé. Le problème n'est pas technique. C'est juste que, par exemple, si on mixe anglais et français, on peut se retrouver avec une requête du type:

Code :

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

 SELECT U.name,P.libelle FROM [user] U INNER JOIN [pays] P ON P.id_pays=U.id_country

C'est ce mix dans les requêtes SQL que je ne trouve pas "joli" et difficile à maintenir à long terme.

[CinePhil]

On s'en fout un peu que ce soit joli !
Si le modèle est correctement documenté et avec des noms d'objets suffisamment clairs, que ce soit en français ou en anglais, ce n'est pas très important.

À vous de voir si vous voulez tout traduire. Est-ce que ça vaut le coup de passer du temps à ça.

Petite remarque sur les "clés étrangères communes"...

Certains préconisent qu'une colonne clé étrangère porte le même nom que la clé primaire qu'elle référence.
1) Ce n'est pas toujours possible
Par exemple, lorsque deux clés étrangères référencent la même clé primaire (deux associations entre deux mêmes tables) ou lorsque la clé étrangère d'une table référence sa propre clé primaire (auto-association d'une table avec elle-même).

2) Je préfère quand à moi nommer toutes les colonnes en fonction de la table à laquelle elles appartiennent en les préfixant d'un groupe de lettres qui rappelle mnémotechniquement la table d'appartenance. Il est ainsi impossible, selon mon standard de nommage, d'avoir deux colonnes portant le même nom dans toute la BDD.

Il en découle que ON P.id_pays=U.id_country ne me choque pas du tout.

Vous pourriez d'ailleurs avoir, à l'intérieur d'une base de données, des requêtes qui opèrent sur les tables ou vues de plusieurs schémas, tantôt réalisés en français ou anglais.

[SQLpro]

Bonjour,

Je dois faire des évolutions sur une base (environ 100 tables) dont les noms des tables et des colonnes sont en français. Sauf que le projet qui était franco français est maintenant international et la tentation est forte de créer les nouvelles tables et colonnes en anglais. En effet, les nouvelles tables et colonnes à ajouter sont souvent à base de termes ou sigles anglais.

Le problème c'est que j'aurais alors dans la même base des tables et colonnes avec des noms français et des noms anglais et ces tables auront des clés étrangères communes.

Il n'est pas envisageable de renommer l'existant (500 000 lignes de codes à vérifier).

Que me conseillez-vous à court et long termes ? Rester en français ou mixer français et anglais ?

Merci pour votre aide.

C'est tout à fait stupide de créer deux jeux de tables... Pourquoi pas 3 quand vous allez attaquer le marché russe ou japonais ?

Que vos tables aient un nom en français ou en anglais n'a strictement aucune importance et ceux qui vous demande une telle "traduction" sont des imbéciles ! Il est très probable que cette traduction entraine des dysfonctionnement au niveau des applicatifs.

Ce que vous devriez avoir en revanche c'est un documentation, qui référence chaque table, vue, colonnes, routines, paramètre et donne sa définition en français, anglais, hébreu ou russe !
Pour cela il existe des outils d’ingénierie comme POWER AMC qui sont capable de vous créer une base de données complémentaire pour gérer votre dictionnaire multi lingue.

Autre possibilité c'est d'utiliser la notion de synonyme que certains bon SGBDR proposent (Oracle ou SQL Server).
Si votre SGBDR est mauvais, vous pouvez en final, créer des vues qui encapsulent les tables d'origine en renommant tout, nom de l'objet et nom des colonnes.

A +