InnoDB es el engine por defecto. Sobre los datos, no los ingreses en migraciones. Dejame repetir eso:
NO INGRESES DATOS EN MIGRACIONES :) Definí un rake task db:seed o algo así que cree los objetos adecuados, y mantené ese task con todos los datos que tiene que tener la db en su estado "limpio". Las migraciones son frágiles y *seguro* se te van a romper cuando llegues a tener cosas como 100 o 150 migraciones en un proyecto. Después tu proceso de setup de tu aplicación va a ser algo así: * crear config/database.yml * rake db:schema:load * rake db:seed Nosotros usamos http://github.com/technoweenie/app-bootstrap, que funciona relativamente bien para estandarizar el proceso de inicialización de tu app. -foca On Wed, Apr 8, 2009 at 4:31 PM, Mariano Simone <[email protected]> wrote: > 2009/4/8 nico Santa <[email protected]> >> >> rake db:schema:dump >> >> mira >> >> db/schema.rb >> >> :D > > De esto, lo único que me preocupa un poco es lo siguiente: > > 1. En sql tengo: >> >> CREATE TABLE `tags` ( >> `id` int(11) NOT NULL auto_increment, >> `name` varchar(255) default NULL, >> PRIMARY KEY (`id`), >> UNIQUE KEY `index_tags_on_name` (`name`) >> ) ENGINE=InnoDB AUTO_INCREMENT=1295 DEFAULT CHARSET=utf8; > > en schema.rb queda: >> >> create_table "tags", :force => true do |t| >> t.string "name" >> end >> >> add_index "tags", ["name"], :name => "index_tags_on_name", :unique => >> true > > Que pasa con el seteo del Engine? > > 2. Tengo ciertos datos que son "maestros" (lista de países, estados, > provedores de telefonía, etc). Cómo hago para mantenerlos? Fueron, en su > momento, cargados mediante una migration. > > Gracias por las respuestas > -- > Mariano Simone > http://www.0pointer.com.ar > > _______________________________________________ > Ruby mailing list > [email protected] > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
