Salve a tutti.
Ho un problema che riguarda l’utilizzo delle migrazioni: l’applicazione
su cui sto lavorando utilizza due tabelle, users e communications, delle
quali ho creato il corrispondente modello:
ruby script/generate model user
ruby script/generate model communication
i comandi creano anche le corrispondenti migrazioni iniziali
001_create_users.rb e 001_create_communications.rb
Secondo quanto e’ scritto qui:
http://wiki.rubyonrails.org/rails/pages/UnderstandingMigrations
non posso utilizzare nella migrazione colonne di tipo enumerativo, che
invece mi servirebbero nella tabella user…utilizzo il tipo string e
poi gestisco i vari valori del profilo a livello di codice?
Altro dubbio: e’ necessario utilizzare le migrazioni per la creazione
delle tabelle?
Grazie,
Marco
Ciao!
001_create_users.rb e 001_create_communications.rb
in teoria la seconda migrazione dovrebbe essere 002
non posso utilizzare nella migrazione colonne di tipo enumerativo, che
invece mi servirebbero nella tabella user…utilizzo il tipo string e
poi gestisco i vari valori del profilo a livello di codice?
Migrations hanno solo un certo numero di tipi che puoi usare di
default, se ti serve qualcosa di + specifico puoi imporre un comando
SQL.
Usando enum forse avresti problemi con ActiveRecords e come li
interpreta… non li ho mai usati quindi non saprei dirti.
Curiosando ho trovato questo articolo che forse può fare al caso tuo:
http://wiki.castleproject.org/index.php/ActiveRecord:Recipes:Use_an_enum_as_a_property
Altro dubbio: e’ necessario utilizzare le migrazioni per la creazione
delle tabelle?
nessuno ti obbliga ad usare migrations, puoi creare una tabella nel DB
che poi verrà “agganciata” dal modello della tua applicazione.
Sono però dannatamente comode per gestire i cambianti sul DB.
Buon railing,
Enrico
Carlo P. wrote:
Heil�! 
Per colonne di tipo enumerativo puoi utilizzare una cosa del genere:
execute ‘ALTER TABLE users ADD … bla bla bla’
cos� tieni “tutto” nelle migrations.
Si, grazie, seguendo il consiglio di Enrico avevo gia’ risolto in modo
simile.
Come mai siete passati a quest’ottimo framework?
Io trovo che renda molto produttivi…
Ti sei risposto da solo…
Ciao!
Marco
Heilà! 
Per colonne di tipo enumerativo puoi utilizzare una cosa del genere:
execute ‘ALTER TABLE users ADD … bla bla bla’
così tieni “tutto” nelle migrations.
Non sei obbligato ad utilizzare le migrations, ma facendolo tieni tutte
le modifiche al DB in un’unica sequenza logica.
Come mai siete passati a quest’ottimo framework?
Io trovo che renda molto produttivi…
Marco O. [email protected] ha scritto:non posso utilizzare nella
migrazione colonne di tipo enumerativo, che
invece mi servirebbero nella tabella user…utilizzo il tipo string e
poi gestisco i vari valori del profilo a livello di codice?
Altro dubbio: e’ necessario utilizzare le migrazioni per la creazione
delle tabelle?
Grazie,
Marco
–
Posted via http://www.ruby-forum.com/.
Ml mailing list
[email protected]
http://lists.ruby-it.org/mailman/listinfo/ml