Блог

Вместо динамического изменения файла моделей путем добавления полей, как мне сказали, очень плохо, я предполагаю поддерживать определенную гибкость, имея имена списков переменных полей (я думаю).

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

Однако я не могу понять, как создавать имена списков переменных полей в моем классе моделей. У меня возникли проблемы с просеиванием материалов для чтения, чтобы найти решение моей проблемы, а пробный период составляет 15 часов и подсчет.

Может ли кто-нибудь указать мне правильное направление.

Новое редактирование

Вот чего я пытаюсь достичь.

Когда добавляется атрибут, я добавляю его в таблицу следующим образом.

     c = 'newattributename'

    conn = mdb.connect('localhost', 'jamie', '########', 'website')
    cursor = conn.cursor()
    cursor.execute("alter table mysite_weightsprofile add column %s integer not null; SET @rank=0; UPDATE mysite_weightsprofile SET %s = @rank:=@rank 1 order by %s DESC;" %  (c, c, a))
    cursor.close()
    conn.close()
  

Теперь в моем классе моделей у меня есть

 class WeightsProfile(models.Model):
    1attributes = models.IntegerField()
    2attributes = models.IntegerField()
    3attributes = models.IntegerField()

class UserProfile(WeightsProfile):
    user = models.ForeignKey(User, unique=True)
    aattributes = models.CharField()
    battributes = models.CharField()
    cattributes = models.CharField()
  

Теперь все, что я хочу сделать, это получить доступ к новому атрибуту, который был добавлен в таблицу, но не добавлен в файл моделей.

Есть ли у sberry2A правильный ответ. Я надеюсь, что это так, это кажется самым простым.

Возможно, я не понимаю, о чем вы спрашиваете, но предполагаю, что у вас есть какая-то модель, например Person, которая начнет с некоторых определенных полей, но в будущем может быть добавлено еще несколько…

 class Person(models.Model):

    fname = models.CharField(max_length=255)
    lname = models.CharField(max_length=255)
    age = models.IntegerField()
    # more fields to come
  

Тогда вы могли бы использовать модель PersonAttribute…

 class PersonAttribute(models.Model):

    name = models.CharField(max_length=32)
    value = models.CharField(max_length=255)
  

Тогда вы могли бы просто добавить поле отношений ManyToMany к своему Person…

     attributes = models.ManyToManyField(PersonAttribute)
  

Или что-то подобное.

Я не совсем понимаю, что вы пытаетесь сделать, но South — хорошая система для обработки изменений в моделях. Он выполняет миграции, чтобы понимать внесенные вами изменения и знать, как изменить их в базе данных таким образом, чтобы вы могли использовать как для сайтов разработки, так и для производства.

Я тоже не понимаю, что вам нужно, JT, но я действительно сомневаюсь, что South (см. @Dougal) поможет вам, если то, что вы хотите, сводится к «Посмотрите на соответствующую таблицу DB, чтобы узнать, какие поля должны быть у модели во время чтения. Но не время записи. «. South отлично подходит для разработки схем / моделей, но не во время выполнения, а не непоследовательно по строкам / экземплярам моделей. И взлом моделей во время выполнения — это, безусловно, мир вреда.

Действительно, ORM Django не создан для динамических полей (по крайней мере, на данный момент) — он был создан для абстрактного написания SQL и ускорения разработки с использованием СУБД, а не без схемы / NoSQL.

Кстати говоря, если кто-то предоставил мне спецификацию, в которой фактически говорилось: «Мы не знаем, какие поля должна будет хранить модель», я бы предложил попробовать MongoDB для этих данных (наряду с Postgres для традиционных реляционных данных), вероятно, через MongoEngine