Aggiunta di vincoli aggiuntivi nei campi in Django

Question

Durante la sottoclasse db.models.Model, a volte è essenziale aggiungere controlli/vincoli aggiuntivi.

E.g. Ho un modello Event con start_date e end_date.

Desidero aggiungere la convalida nei campi o nel modello in modo che end_date > start_date.

Quanti modi possibili per fare ciò?

Almeno so che questo può essere fatto al di fuori del models.Model all'interno della convalida ModelForm.

Ma come allegare ai campi e allo models.Model?

Answer 1

Non vorrei mettere vincoli come questi nel metodo di salvataggio, è troppo tardi. Alzare un'eccezione lì, non aiuta l'utente che ha inserito i dati nel modo sbagliato, perché finirà come un 500 e l'utente non otterrà il modulo con errori, ecc.

Si dovrebbe davvero controllare per questo nel metodo Forms/ModelForms clean e genera un errore Validation, quindi form.is_valid() restituisce false e puoi inviare gli errori nel modulo all'utente per la correzione.

Si noti inoltre che dalla versione 1.2, Django ha avuto Model Validation.

Sarebbe simile a questa:

class Foo(models.Model): 
    # ... model stuff... 
    def clean(self): 
     if self.start_date > self.end_date: 
      raise ValidationError('Start date is after end date') 

Answer 2

farlo all'interno vostra salvataggio metodo del modello:

def save(self, *args, **kwargs): 
    if(self.end_date > self.start_date): 
     super(Foo, self).save(*args, **kwargs) 
    else: 
     raise Exception, "end_date should be greater than start_date" 

Answer 3

Come @stefanw dice, è meglio l'esperienza degli utenti di controllare nel metodo pulito del form.

Questo è sufficiente se si è certi che non ci sia, e non lo sarà mai, un altro modo per modificare il valore. Ma dal momento che raramente si può essere sicuri di questo, se la consistenza del database è importante, è possibile aggiungere un altro controllo (in aggiunta al modulo), uno dei:

• Il modo più facile e indipendente dal database è nel modello di salvataggio metodo come ha detto @ umnik700. Si noti che ciò non impedisce agli altri utenti del database (un'altra app o all'interfaccia di amministrazione) di creare uno stato incoerente.

• Per essere "completamente" sicuro che il database sia coerente, è possibile aggiungere un vincolo a livello di database. Per esempio. è possibile creare una migrazione con RunSQL e SQL, qualcosa di simile (non testato):

  migrations.RunSQL('ALTER TABLE app_event ADD CONSTRAINT chronology CHECK (start_date > end_date);') 
  

  (non testato). Questo può dipendere dal database, che ovviamente è uno svantaggio.

Nel tuo esempio, probabilmente non vale la pena (i tempi di avvio errato/fine basta guardare un po 'strano, ma riguardano solo l'unico evento incoerente), e non si vuole modifiche dello schema manuali. Ma è utile nei casi in cui la coerenza è fondamentale.

MODIFICA: È anche possibile salvare solo l'ora di inizio e la durata, anziché le ore di inizio e di fine.

Answer 4

A partire da oggi, sia i limiti di controllo di supporto postgres 9.4 e MS SQL Server >= 2008 in sql. Oltre a questo, c'è django issue 11964 che sembra essere pronto per la revisione da ieri, quindi speriamo di vederlo integrato in django 2. Il progetto rapilabs/django-db-constraints sembra implementare anche questo.