Реализация мультиязычности на сайте

А зачем все пихать в БД? Это одно из наиболее узких мест для производительности. И сколько таких запросов в бд  в том же wp чтобы отобразить одну страницу. А еще же нужно плагинами обвешаться как новогодняя елка. Вот здесь точно для лендинга будет впс мало (без кэширования)

Вы на мой вопрос-то не ответили.. БД это коллекция данных, которая позволяет быстро делать выборку нужных.

Для хранения переводов на разные языки достаточно одной таблицы, и одного запроса для получения нужных слов\фраз, всё элементарно делается.

Наоборот это наиболее эффективное и быстрое решение для работы с коллекциями данных. Это в кривых руках БД превращается в мусорную свалку из которой проблематично что-то взять и при увеличении запросов всё валится..

Так это вопрос не к БД а к разработчикам того же WP и других конструкторов и тд. головой не думают и обвешивают всё.. как ёлку..

А давайте, голубчик, вы приведете примерчик запросика, который будет из таблички выгребать все данные по ключу. Потом профилируем запрос и сравним скорость запроса в базу данных и скорость вычитывания данных  из json-файла. Причем я его загружаю на бэке, вычитываю из него только нужный мне ключ и на фронт отправляются уже сформированный словарь, который напрямую используется в шаблонизаторе и который весит мизер. Надеюсь вы в состоянии прочитать 10 строчек кода, которые я привел. Также, раз вас заинтересовала эта тема, надеюсь в с начала читали и заметили, что вариант с вычиткой файла - на первом этапе, в дальнейшем это переедет в noSQL базу данных, по сравнению с которой ни одна реляционнка и близко не сравниться . Вообще есть вариант уйти в графовую базу.

Жду от вас ответ - как вы будете хранить данные в базе(таблица) и какие будете строить запросы для получения данных. В идеале - как будете все это применять на фронте.

Надеюсь, вы не уподобитесь известному персонажу тут.

Фантастика, ты даже не знаешь что такое база данных))) А как по твоему, данные эти извлекаются? Волшебство? Нет, это СУБД, в которой свой язык, которая строит реляционные модели, которая строит индексы. Сколько  операций происходит даже при простом селекте? Открыть коннект, отправить запрос, обработаеть его, вытянуть данные из таблиц, вернуть, закрыть соединение. И это мы еще даже не начали работать с фронтом. Потому что дальше - обработай полученные данные, отправь это на фронт. Если бы ты умел, ты бы давно сам написал профайлер и увидел, сколько памяти и времени займет работа с базой  и сколько - обратиться к файлу. 

Троллинг 80го уровня 😁 разумеется я не знаю, что такое база данных.

ЗЫ. Ну храни всё в файлах, раз для тебя это быстрее и лучше.

Конечно не знаешь. Если бы знал - давно бы уже привел бы пример, как бы ты хранил данные, как получал и как обрабатывал. Могу поспорить, что на собесе после 3-5 вопросов по бд я бы уже прекратил интервью и отправил бы тебя домой. Спросил бы тебя про атомарность, уровни изоляции, типы баз и отличия, про, например, реплицирование. До вопросов  - как строятся индексы, как читаются, когда нужны а когда нет, функции, эксплэйны  бы точно не дошли. 
Раз уж для тебя сложность написать простецкий пример.

И ходить в базу чтобы получить 25-30 фиксированных значений - это как раз подход вебмястера, который не понимает, как это работает и будет микроскопом гвозди заколачивать. 

На чудик, можешь посмотреть, как это работает в личку линку отправил.
Если кому интересно пишите, покажу

Вот именно, зачем их в базе хранить, если они не часто изменяются. Практики там наверное вообще 0 ))