Mostrar información en varios idiomas

[senseeye3led]

Tengo una duda respecto a un posible planteamiento de una base de datos o aplicación web.

Tengo una base de datos en la que tengo artículos y su descripción; estos se encuentran en un único idioma y una aplicación web PHP hace uso de ellas.

¿Si quisiera añadir el día de mañana varios idiomas cual sería la mejor manera de hacerlo? ¿Añadir la información en la base de datos o en el PHP?

Supongo que es un tema bastante trillado y habrá maneras establecidas de cómo hacerlo.

Salu2

[gnzsoloyo]

Usualmente, sería agregando registros con la misma info de cada idioma,mas una columna como discriminante para determinar el idioma del caso.
Esa columna solo requeriria unos cinco caracteres, por ejemplo, conteniendo la misma sigla del codigo de regionalizacion (EN-US, ES-ES, ES-AR, FR-fr, etc.)

[senseeye3led]

He leído en internet 3 planteamientos:

Código SQL:

CREATE TABLE app_product (
  Id INT IDENTITY NOT NULL,
  Description_es Text,
  Description_fr Text,
  PRIMARY KEY (Id)
);
 

Código SQL:

CREATE TABLE ref_language (
  Code CHAR(2)NOT NULL,
  Name VARCHAR(20) NOT NULL,
  PRIMARY KEY (Code)
);
 
CREATE TABLE app_translation (
Id INT IDENTITY NOT NULL,
PRIMARY KEY (Id)
);
 
CREATE TABLE app_translation_entry (
TranslationId INT NOT NULL,
LanguageCode CHAR(2) NOT NULL,
Text Text NOT NULL,
FOREIGN KEY (TranslationId) REFERENCES app_translation(Id),
FOREIGN KEY (LanguageCode) REFERENCES ref_language(Code)
);
 
CREATE TABLE app_product (
Id INT IDENTITY NOT NULL,
Description INT NOT NULL,
        PRIMARY KEY (Id),
FOREIGN KEY (Description) REFERENCES app_translation(Id)
);
 

Código SQL:

CREATE TABLE ref_language (
  Code CHAR(2)NOT NULL,
  Name VARCHAR(20) NOT NULL,
  PRIMARY KEY (Code)
);
 
CREATE TABLE app_product (
Id INT IDENTITY NOT NULL,
PRIMARY KEY (Id)
);
 
CREATE TABLE app_product_translation (
ProductId INT NOT NULL,
LanguageCode CHAR(2) NOT NULL,
Description Text NOT NULL,
FOREIGN KEY (ProductId) REFERENCES app_product(Id),
FOREIGN KEY (LanguageCode) REFERENCES ref_language(Code)
);
 

Pero cada una tiene sus ventajas y desventajas.

[gnzsoloyo]

La primera es basura como diseño, perdona que lo diga directamente.
Generaría recarga en la base toda vez que puedan existir registros donde no se hayan iincliuido todos los idiomas.
Además requiere modificar la estructura física de la tabla cada vez que se incorpore o se elimne un idioma...

Los ejemplos 2 y 3 son exactamente lo mismo conceptualmente, pero la 2 no es un modelo verdaderamente relacional. La segunda tabla no tiene razones para existir en un diseño normalizado y su uso carece de utilidad práctica.
Y recuerda que los campos de tipo dato IDENTITY no existen en todos los DBMS...

Sólo la tercera forma que pones se acerca a la correcta solución a nivel diseño y normalización.

Por otro lado faltan definiciones de PK, ademas de apuntar una FK a un campo no clave, lo que es un error.

Esto estaría mas cerca:

Código SQL:

CREATE TABLE ref_language (
  Code CHAR(2) NOT NULL,
  Name VARCHAR(20) NOT NULL,
  PRIMARY KEY (Code)
);
 
CREATE TABLE app_translation_entry (
ProductId INT NOT NULL,
Code CHAR(2) NOT NULL,
Text Text NOT NULL,
FOREIGN KEY (TranslationId) REFERENCES app_translation(ProductId),
FOREIGN KEY (Code) REFERENCES ref_language(Code)
);
 
CREATE TABLE app_product (
ProductId INT NOT NULL,
Description INT NOT NULL,
        PRIMARY KEY (ProductId)
);