Каким образом к существующей таблице можно добавить еще одну колонку для мультиязычности и добавить уже текст с переводом?

Question

[laravel_creative_3103]

Условно, у меня имеется таблица, в которой есть колонка DocType. Задача заключается в том, чтобы добавить еще одну колонку для мультиязычности, назвав DocTypeEn, в котором будет перевод. Какой правильный подход можно применить к нему?

Мой вариант заключается в том, чтоб скачать эту таблицу в виде .csv, форматировать в .xlsx, и внутри .xlsx - добавить колонку DocTypeEn.

Но, дальше как быть, не совсем знаю, буду благодарен, если подскажите какой правильный подход выбрать.

Comments

[vreitech]

Для этого в postgres есть SQL-команда ALTER TABLE ... ADD COLUMN ..., описанная в документации, например, тут: https://postgrespro.ru/docs/postgresql/16/sql-alte...

[laravel_creative_3103]

Но также нужно добавить сами переводы сразу же, через sql-script alter table add column - стоит ли так реализовывать?

[vreitech]

laravel_creative_3103, ALTER TABLE меняет только описание таблицы. данные следует добавлять соответствующими командами: COPY, INSERT или UPDATE. в вашем случае, коль речь идёт об уже имеющихся строках, остаётся либо UPDATE (но мне непонятно, по каким ключевым полям его производить в вашем случае и есть ли вообще таковые в вашей таблице), либо очистка таблицы и её наполнение с нуля с помощью COPY или INSERT.
лично мне кажется наиболее удобным в вашем случае очистить всю таблицу, добавить колонку с помощью ALTER TABLE и залить в таблицу данные заново.

Answer 1

[Akina]

Задача заключается в том, чтобы добавить еще одну колонку для мультиязычности, назвав DocTypeEn, в котором будет перевод.

Ага... а потом захочется на немецкий, на китайский... так и будешь поля добавлять?

Классический подход - таблица текстовых литералов

CREATE TABLE translation (
    token_id INT,      -- идентификатор строки
    language_id INT,   -- идентификатор языка
    PRIMARY KEY (token_id, language_id),
    value VARCHAR(100) NULL DEFAULT NULL
    );

Соответственно зная номер строки, который нужен, и язык, получаем значение

SELECT value
FROM translation
JOIN language USING (language_id)
WHERE token_id = @token_id
  AND language_name = @language_name;

Впрочем, обычное состояние - это когда не все строки переведены. Тогда используется

SELECT COALESCE((
    SELECT value
    FROM translation
    JOIN language USING (language_id)
    WHERE token_id = @token_id
      AND language_name = @language_name;
    ), (
    SELECT value
    FROM translation
    JOIN language USING (language_id)
    WHERE token_id = @token_id
      AND language_name = @default_language_name;
    )) value;

То есть для литералов. имеющих перевод, возвращаются именно они, а для ещё не имеющих - значение на языке по умолчанию.

============

С другой стороны, вывод сообщений на экран - это интерактивное взаимодействие, где начхать на производительность. А коли так, то сообщения можно хранить в одном поле в виде JSON объекта, типа

{
    "ru":"Выход",
    "en":"Quit"
}

Но и для такой схемы получение литерала для дефолтного языка при отсутствии перевода - актуально.