Мне нужно создать веб-сервис для хранения данных, и я хочу сделать это на Python/Django. Он имеет только 2 элемента во внешнем интерфейсе - таблицу и диаграмму. Таким образом, в основном вывод в шаблоне является полностью стандартным для всех просмотров во всех приложениях. У меня есть 2 класса, которые компилируют данные для вывода для этих 2 элементов в JSON, который отправляется в ReactJS во фронте.Какова наилучшая практика в базе метаданных для Django?
Теперь у меня есть несколько приложений, и единственная разница между ними - это модели. Даже CRUD-виды и URL-адреса практически одинаковы для всех них. Поэтому я собираюсь использовать некоторую базу метаданных для хранения всех данных в унифицированном виде. Как и сохранение всех значений в 3 таблицах - для строк, int и float.
Вещь, которую я боюсь, - это производительность. Если все мои метаданные, такие как типы объектов, категории и т. Д., Будут храниться в одной таблице, я думаю, что черт получить хотя бы простое значение из 4 или 5 запросов с использованием Django ORM и общей модели для всех вещей в система.
С другой стороны, есть возможность, что я не могу создавать новые модели программно «на лету». После того, как он находится в производстве, изменений кода не должно быть, из-за контрольной суммы файлов проекта.
Мне нужен совет, как справиться с этой ситуацией. Я подумал о чем-то вроде метаданных Drupal, но Drupal создает новые таблицы «на лету», и им не нужны модели в коде для работы с ними. Есть ли способ сделать это так, как в Django?
Это очень интересно, но вы написали о реализации. Зная мои разрешенные модели, я могу сделать mdb (метаданные), даже используя ORM с простыми моделями и фильтрами. То, что меня беспокоит, и то, что я прошу, на самом деле является самой схемой mdb. Способ хранения всех моделей, которые могут понадобиться единым образом с использованием таблиц mdb, и хранения/управления их данными. И производительность решений, которые вы могли бы порекомендовать. Может быть, какие-либо ссылки или книги по этому вопросу? – Tosh