Как динамически создавать таблицы в django?

Question

[Niko True]

Я новичок и пытаюсь написать пробное задание. Сам придумал, сам делаю.
Вопрос в следующем, не могу понять как написать модель.
У меня есть бд, у этой бд есть такие показатели как cpu, network, commit, system_io.
Что я хочу:
1. Модель для таблицы в которой хранятся параметры БД и подключения (имя, хост, пользователь, пароль)
2. Модель в которой будут храниться значение показателей этой БД.

Сама проблема в том, что я если у меня будет больше одной базы - то хочется для каждой отдельную табличку. И там уже хранить цпу и прочее.
Правилен ли такой подход? Если да - то как это реализовывается? Код не прошу за меня писать. Хочу понять как это должно работать. Ну если кто-то натыкался на примеры - буду рад посмотреть. Заранее спасибо.

Comments

[Niko True]

И в продолжение. Если я сделаю так как хочу, как потом организовать views? Данные будут по нескольким БД, как мне нарисовать их на одной странице, как их передавать?

Answer 1

[Roman K]

Я не очень понимаю, что ты хочешь, но если верить написанному - это ужас
1) У БД нет и не может быть "показателей" cpu, network и т.д. Могут быть поля таблицы.
2) Хранить в БД имя-хост-пароль (да ещё и нескольких баз)? Это надо сверхзащищённое что-то, чтобы так делать.
3) Зачем тебе несколько баз?
4) Таблицы создавать динамически неправильно.

Comments

[Niko True]

По поводу показателей бд действительно неправильно выразился. Есть таблица с этими данными, я их тяну. О том, что хранить пароли и прочее к бд неправильно я тоже знаю, но другого способа не вижу. Прямо в коде прописывать параметры подключения? Зачем мне это нужно? Хочу данные с нескольких баз отрисовывать в одном окне. Если неправильно создавать динамически таблицы, то как правильно? Записывать в одну и связывать по ключевому полю с другой? Поэтому и спрашиваю, что не хочу говнокодить, а сразу писать более или менее правильно.

[Roman K]

Niko True:

Я новичок и пытаюсь написать пробное задание.

Это уже говорит о том, что скорее всего тебе не понадобится больше одной базы. На каждую сущность по таблице. Таблицы связываются FK или ещё как тебе хочется. Лучшим лекарством от таких странных мыслей является прочтение документации к Django. Часть про ORM.

[Niko True]

Roman Kitaev: т.е. подключать sqlalchemy и дергать селекты прям из приложения?
Наверное вся проблема в том, что я не правильно выражаюсь. У меня есть несколько баз, данные в таблицы этих баз записываются допустим каждые 30 секунд. Я хочу эти данные вытащить в свою локальную бд, а потом для каждой отрисовать в одном окне отдельные вьюхи, в этих вьюхах будут динамические графики. Так понятнее? Я просто до конца не могу понять как это реализовать.

[Roman K]

Niko True: Ты издеваешься? Или изучаешь джангу методом тыка?
1) Зачем тебе SQLAlchemy, если у тебя есть Django ORM?
2) Зачем тебе несколько БД? Тем более, если ты записываешь в несколько баз данные, а потом всё равно сливаешь эти данные в одну? Не лучше ли делать это напрямую?
3) Если уж так хочется несколько баз, настрой их, как вот здесь написано https://docs.djangoproject.com/en/1.9/ref/settings... и помимо default подключи свои базы.

[Niko True]

Если мне нужно будет добавить ещё одну базу откуда я буду брать данные - опять лезть в код? По моему это не правильно. Если можно в админке её добавить и использовать заданные параметры. Не обязательно сливать данные в одну, просто я решил что так будет более правильно.
Я думаю Вы тоже не сразу стали гуру, больше мне негде просить помощи.

[Roman K]

Niko True: Что там за задание, если не секрет? Я просто не могу придумать кейса, где бы нужно было динамически подключать базы в джанге.

[Salavat Sharapov]

Niko True: Если ты хочешь рулить сеттингами(добавлять например коненкшены к БД) прямо из админки джанги. Можно делать через приложение django-dbsettings. Если не ошибаюсь. Но при изменении сеттинга, тебе нужно перезапускать wsgi.(Хотя можно разрулить через uWSGI). Но идея динамически подключать БД это бред. Может у тебя совсем иное представление о БД? Ты знал что в БД можно хранить больше одной таблицы?

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

[Niko True]

Roman Kitaev, Salavat Sharapov: задание не секрет. Есть несколько баз, которые я мониторю. Запрос ко всем базам для вывода нагрузки один и тот же. Через некоторое время может добавиться еще пара. Поэтому я хочу через панель администратора иметь возможность добавлять новые базы и отрисовывать данные по ним. Так понятно?

[Roman K]

Niko True: Не очень. Откуда у тебя эти базы? Они на локальном компе?

[Niko True]

Roman Kitaev: базы не локальные. Поэтому я и думал сливать все в локальную. И хотел реализовать универсаленое решение.

[Niko True]

Salavat Sharapov: изначально я и предлагал сделать таблицы для каждой из БД. Но как я понял - мне говорят, что это неправильно. Тогда как вариант есть таблица с параметрами БД, во второй таблице хранятся все данные связанные по ключу с базами из первой таблицы.

Answer 2

[Сергей Еремин]

Скорее всего придется работать через курсоры, и голыми руками лазать в базы... или даже лазать в базы через ssh-тоннели... Но скорее всего что-то не так с архитектурой того что вы задумали. Django не предусмотрено для этого. Там даже через курсоры лазить в БД имеет смысл только в крайних случаях, когда все что можно для повышения производительности уже сделано.

Answer 3

[Дмитрий]

Мне кажется вам необходимо пересмотреть архитектуру в целом.

Для 1го проекта 1 БД. Доступы подключения к ней в конфиги проекта.
База содержит таблицы.

К примеру, если вы пытаетесь сделать БД для каждого своего пользователя, то создайте таблицу "пользователь" и таблицу данных, таблицы связанные по ID пользователя. Так у каждого вашего пользователя будут свои данные.

Аналогично, к чему угодно.

• Таблица объекта
  
• Таблица данных объекта
  

Связь между ними по ID объекта. Таким образом у вас будет всего 2 таблицы, и вы легко сможете получить все данные, зная кому они принадлежать.

Как говорили ранее и я полностью солидарен, создавать динамически таблицы неправильно, а БД тем более.
Если вам кажется что это необходимо, то на 99% вам нужно пересмотреть архитектуру проекта.