Sly32

Но потом еще обрабатывать ответ. С утра набросал сравнительный профайлер по времени и простенький код

import os
import time
import json
import functools
from sqlalchemy import create_engine, text
from sqlalchemy.orm import sessionmaker


def profiler(func):
    @functools.wraps(func)
    def wrapper(*args, **kwargs):
        start_time = time.time()  # Start the timer
        result = func(*args, **kwargs)  # Execute the function
        end_time = time.time()  # End the timer
        execution_time = end_time - start_time  # Calculate the execution time
        print(f"Execution time for {func.__name__}: {execution_time:.4f} seconds")
        return result  # Return the function result
    return wrapper


@profiler
def get_language_db():
    connector = "postgresql+psycopg2://postgres:postgres@localhost:5432/simple_db"
    engine = create_engine(
        connector,
        connect_args={"options": "-c timezone=utc", "connect_timeout": 30},
    )
    Session = sessionmaker(bind=engine, expire_on_commit=False)
    session = Session()
    try:
        result = session.execute(text("SELECT * FROM menu"))
        return result.fetchall()  # Fetch all the results
    finally:
        session.close()



@profiler
def get_language_from_file(lang: str = "en") -> dict:
    file_name = "lang_settings.json"
    file_path = "".join((os.getcwd(), "/settings/", file_name))
    with open(file_path, "r") as f:
        data = json.load(f)
        lang = data.get(lang)
        if not lang:
            return data.get("en")
        return lang


if __name__=="__main__":
    print(get_language_from_file())
    print(get_language_db())

И вот результат без кэширования работы с базой:

Файл:

Execution time for get_language: 0.0002 seconds

{'subjects': {'subjects': {'chemistry': 'chemistry', 'math': 'mathematics'}}, 'mentors': 'mentors', 'scheduler': 'scheduler', 'news': 'news', 'adverts': 'adverts'}

База:

Execution time for get_language_db: 0.1151 seconds

[('en        ', 'mentee    ', 'mentee    '), ('en        ', 'mentor    ', 'mentor    '), ('en        ', 'news      ', 'news      '), ('en        ', 'advert    ', 'advert    '), ('en        ', 'schedule  ', 'schedule  '), ('en        ', 'schedule  ', 'schedule  '), ('en        ', 'schedule  ', 'schedule  '), ('en        ', 'schedule  ', 'schedule  '), ('en        ', 'schedule  ', 'schedule  ')]

Обратите внимание,  в каком виде ответ. Из файла я сразу получаю удобоваримый json, который могу отдавать в шаблонизатор.
Из базы мне еше нужно написать обработчик, который сконвертит список в json.

Натыкать кнопок?? Создать 2 шаблона и два языковых файла? Это вообще не SOLID 😀

Вариант 2. А как хранить  меню второго уровня?

Это пример таблицы, где имя колонки- ключ а строка- перевод. Плюсы- запрос отдает всего одну строку данных, по факту индекс не нужен для таблицы. Вариант- одна таблица где три колонки, язык, ключ значение. Легко добавлять новые поля, но будет селектится несколько строк, которые нужно преобразовать  в формать удобный для шаблонизатора. Лишний код. Ну и плюс расширение до нескольких уровней вложенности усложняет задачу сразу

Ну и третий вариант, несколько таблиц, мне совсем не нравится

Невозможность расширения, выше уже писал.

необходимоссть  джойнить таблицы - сложный запрос для простой задачи - неоправданный расход ресурсов и время.

Спасибо, твой вариант я рассматривал имеет место быть

такой простой вопрос а ты хочешь разьяснений...

Я не требую за меня решать. Знаю что вариантов множество. Мне интересно, как бы ты решал эту проблему. Не привязывайся к проекту, исходи из задачи. Для сайта - окей, приведи как бы ты делал многоязычное меню для сайта.

Спасибо за интересную дискуссию

все верно, и свои консерны к этому способу я уже высказывал, но да - он самый быстрый

Нет, я думал ты знаком с питон. Приведенный код один раз обращается к файлу, получает нужные данные по ключу. Потом json  конвертируется в питоновский обьект типа "словарь"(dict), если не ошибаюсь, это аналог пхпэшного array, и уже в байткоде путешествует дальше. То есть ничего не разрастется. добавлю в json строку иеню - скомпилируется и буде использована. При этом мне не надо лезть руками в код-файлы, все можно реализовать через пользовательский интерфейс

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

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