O grupo no qual você está postando é um grupo da Usenet. As mensagens postadas neste grupo farão com que o seu e-mail fique visível para qualquer pessoa na internet.
Tiago, o fato de estares com a base pronta não impede o funcionamento do
scaffold.
Como és iniciante, não esquece que para que as alterações sejam realizadas
no SGBD é necessário executar o "rake db:migrate".
A respeito da engenharia reversa do SGBD para o scaffold, não sei da
existência de nada que faça isto, mas não deve ser difícil criar um "job"
para fazer isto. Dependendo o tamanho da base e do teu interesse em utilizar
o scaffold com poucas modificações, pode valer a pena.
Não sei se me espressei corretamente... mas nao sei usar o scaffold direito,
mas pelo que eu vi, se eu criar a base de dados antes de usar o scafold, ele
nao gera as telas...(crud).
Ainda estou lendo livros pra, conhecer melhor rails.
> Tiago, o fato de estares com a base pronta não impede o funcionamento do
> scaffold.
> Como és iniciante, não esquece que para que as alterações sejam realizadas
> no SGBD é necessário executar o "rake db:migrate".
> A respeito da engenharia reversa do SGBD para o scaffold, não sei da
> existência de nada que faça isto, mas não deve ser difícil criar um "job"
> para fazer isto. Dependendo o tamanho da base e do teu interesse em utilizar
> o scaffold com poucas modificações, pode valer a pena.
Por exemplo, se fizeres "ruby script/generate scaffold my_table
field1:string field2:integer ..."
Vai gerar os model, views, test e tudo mais. Independente de a base já
existir ou não.
E vai gerar também a migration (veja no diretório db) que fará a manutenção
no SGBD, o que só acontecerá se executares o comando "rake db:migrate".
O rake pega a migration gerada e aplica no SGBD.
Como, no teu caso, já estás com o SGBD formado, não é aconselhável
executares este procedimento.
Dá uma lida no Rails Guides que está tudo explicado lá.
Leia com atenção o tópico que trata sobre a tabela schema_migrations.
> Não sei se me espressei corretamente... mas nao sei usar o scaffold
> direito, mas pelo que eu vi, se eu criar a base de dados antes de usar o
> scafold, ele nao gera as telas...(crud).
> Ainda estou lendo livros pra, conhecer melhor rails.
> Tiago, o fato de estares com a base pronta não impede o funcionamento do
>> scaffold.
>> Como és iniciante, não esquece que para que as alterações sejam realizadas
>> no SGBD é necessário executar o "rake db:migrate".
>> A respeito da engenharia reversa do SGBD para o scaffold, não sei da
>> existência de nada que faça isto, mas não deve ser difícil criar um "job"
>> para fazer isto. Dependendo o tamanho da base e do teu interesse em utilizar
>> o scaffold com poucas modificações, pode valer a pena.
----- Original Message ----- From: Ivan Schuster To: rails-br@googlegroups.com Sent: Thursday, November 05, 2009 10:46 AM
Subject: [rails-br] Re: Como usar Migrate, para engenharia reversa no BD?
Gera sim Tiago.
Por exemplo, se fizeres "ruby script/generate scaffold my_table field1:string field2:integer ..."
Vai gerar os model, views, test e tudo mais. Independente de a base já existir ou não.
E vai gerar também a migration (veja no diretório db) que fará a manutenção no SGBD, o que só acontecerá se executares o comando "rake db:migrate".
O rake pega a migration gerada e aplica no SGBD.
Como, no teu caso, já estás com o SGBD formado, não é aconselhável executares este procedimento.
Dá uma lida no Rails Guides que está tudo explicado lá.
Leia com atenção o tópico que trata sobre a tabela schema_migrations.
Não sei se me espressei corretamente... mas nao sei usar o scaffold direito, mas pelo que eu vi, se eu criar a base de dados antes de usar o scafold, ele nao gera as telas...(crud).
Ainda estou lendo livros pra, conhecer melhor rails.
Tiago, o fato de estares com a base pronta não impede o funcionamento do scaffold.
Como és iniciante, não esquece que para que as alterações sejam realizadas no SGBD é necessário executar o "rake db:migrate".
A respeito da engenharia reversa do SGBD para o scaffold, não sei da existência de nada que faça isto, mas não deve ser difícil criar um "job" para fazer isto. Dependendo o tamanho da base e do teu interesse em utilizar o scaffold com poucas modificações, pode valer a pena.
> Por exemplo, se fizeres "ruby script/generate scaffold my_table
> field1:string field2:integer ..."
> Vai gerar os model, views, test e tudo mais. Independente de a base já
> existir ou não.
> E vai gerar também a migration (veja no diretório db) que fará a manutenção
> no SGBD, o que só acontecerá se executares o comando "rake db:migrate".
> O rake pega a migration gerada e aplica no SGBD.
> Como, no teu caso, já estás com o SGBD formado, não é aconselhável
> executares este procedimento.
> Dá uma lida no Rails Guides que está tudo explicado lá.
> Leia com atenção o tópico que trata sobre a tabela schema_migrations.
>> Não sei se me espressei corretamente... mas nao sei usar o scaffold
>> direito, mas pelo que eu vi, se eu criar a base de dados antes de usar o
>> scafold, ele nao gera as telas...(crud).
>> Ainda estou lendo livros pra, conhecer melhor rails.
>> Tiago, o fato de estares com a base pronta não impede o funcionamento do
>>> scaffold.
>>> Como és iniciante, não esquece que para que as alterações sejam
>>> realizadas no SGBD é necessário executar o "rake db:migrate".
>>> A respeito da engenharia reversa do SGBD para o scaffold, não sei da
>>> existência de nada que faça isto, mas não deve ser difícil criar um "job"
>>> para fazer isto. Dependendo o tamanho da base e do teu interesse em utilizar
>>> o scaffold com poucas modificações, pode valer a pena.
> ----- Original Message -----
> *From:* Ivan Schuster <ihschus...@gmail.com>
> *To:* rails-br@googlegroups.com
> *Sent:* Thursday, November 05, 2009 10:46 AM
> *Subject:* [rails-br] Re: Como usar Migrate, para engenharia reversa no
> BD?
> Gera sim Tiago.
> Por exemplo, se fizeres "ruby script/generate scaffold my_table
> field1:string field2:integer ..."
> Vai gerar os model, views, test e tudo mais. Independente de a base já
> existir ou não.
> E vai gerar também a migration (veja no diretório db) que fará a manutenção
> no SGBD, o que só acontecerá se executares o comando "rake db:migrate".
> O rake pega a migration gerada e aplica no SGBD.
> Como, no teu caso, já estás com o SGBD formado, não é aconselhável
> executares este procedimento.
> Dá uma lida no Rails Guides que está tudo explicado lá.
> Leia com atenção o tópico que trata sobre a tabela schema_migrations.
>> Não sei se me espressei corretamente... mas nao sei usar o scaffold
>> direito, mas pelo que eu vi, se eu criar a base de dados antes de usar o
>> scafold, ele nao gera as telas...(crud).
>> Ainda estou lendo livros pra, conhecer melhor rails.
>> Tiago, o fato de estares com a base pronta não impede o funcionamento do
>>> scaffold.
>>> Como és iniciante, não esquece que para que as alterações sejam
>>> realizadas no SGBD é necessário executar o "rake db:migrate".
>>> A respeito da engenharia reversa do SGBD para o scaffold, não sei da
>>> existência de nada que faça isto, mas não deve ser difícil criar um "job"
>>> para fazer isto. Dependendo o tamanho da base e do teu interesse em utilizar
>>> o scaffold com poucas modificações, pode valer a pena.
>> Por exemplo, se fizeres "ruby script/generate scaffold my_table
>> field1:string field2:integer ..."
>> Vai gerar os model, views, test e tudo mais. Independente de a base já
>> existir ou não.
>> E vai gerar também a migration (veja no diretório db) que fará a
>> manutenção no SGBD, o que só acontecerá se executares o comando "rake
>> db:migrate".
>> O rake pega a migration gerada e aplica no SGBD.
>> Como, no teu caso, já estás com o SGBD formado, não é aconselhável
>> executares este procedimento.
>> Dá uma lida no Rails Guides que está tudo explicado lá.
>> Leia com atenção o tópico que trata sobre a tabela schema_migrations.
>>> Não sei se me espressei corretamente... mas nao sei usar o scaffold
>>> direito, mas pelo que eu vi, se eu criar a base de dados antes de usar o
>>> scafold, ele nao gera as telas...(crud).
>>> Ainda estou lendo livros pra, conhecer melhor rails.
>>> :)
>>> 2009/11/5 Ivan Schuster <ihschus...@gmail.com>
>>> Tiago, o fato de estares com a base pronta não impede o funcionamento do
>>>> scaffold.
>>>> Como és iniciante, não esquece que para que as alterações sejam
>>>> realizadas no SGBD é necessário executar o "rake db:migrate".
>>>> A respeito da engenharia reversa do SGBD para o scaffold, não sei da
>>>> existência de nada que faça isto, mas não deve ser difícil criar um "job"
>>>> para fazer isto. Dependendo o tamanho da base e do teu interesse em utilizar
>>>> o scaffold com poucas modificações, pode valer a pena.
Se me permites a sugestão, cuidado com livros antigos a respeito do Ruby e,
principalmente, sobre Rails. O Rails chega a ter 2 versões por ano e pelo
que tenho lido a partir da versão 2.0 muita coisa mudou.
O site do Rails tem muito material bom, mas ajudará muito se acessares os
materiais em inglês. Em português tem o livro do Urubatan Ruby on Rails -
Desenvolvimento Fácil e Rápido de Aplicações Web, mas não recomendo como
material inicial. Particularmente eu gosto muito dos livros do "The
Pragmatic Programmers", são muito bem escritos e de fácil compreensão. São
todos em inglês e pode ser adquiridos pela internet. O Google aponta fácil
para o endereço deles.
Os screen casts também são boa fonte de consulta para iniciantes.
>> Por exemplo, se fizeres "ruby script/generate scaffold my_table
>> field1:string field2:integer ..."
>> Vai gerar os model, views, test e tudo mais. Independente de a base já
>> existir ou não.
>> E vai gerar também a migration (veja no diretório db) que fará a
>> manutenção no SGBD, o que só acontecerá se executares o comando "rake
>> db:migrate".
>> O rake pega a migration gerada e aplica no SGBD.
>> Como, no teu caso, já estás com o SGBD formado, não é aconselhável
>> executares este procedimento.
>> Dá uma lida no Rails Guides que está tudo explicado lá.
>> Leia com atenção o tópico que trata sobre a tabela schema_migrations.
>>> Não sei se me espressei corretamente... mas nao sei usar o scaffold
>>> direito, mas pelo que eu vi, se eu criar a base de dados antes de usar o
>>> scafold, ele nao gera as telas...(crud).
>>> Ainda estou lendo livros pra, conhecer melhor rails.
>>> :)
>>> 2009/11/5 Ivan Schuster <ihschus...@gmail.com>
>>> Tiago, o fato de estares com a base pronta não impede o funcionamento do
>>>> scaffold.
>>>> Como és iniciante, não esquece que para que as alterações sejam
>>>> realizadas no SGBD é necessário executar o "rake db:migrate".
>>>> A respeito da engenharia reversa do SGBD para o scaffold, não sei da
>>>> existência de nada que faça isto, mas não deve ser difícil criar um "job"
>>>> para fazer isto. Dependendo o tamanho da base e do teu interesse em utilizar
>>>> o scaffold com poucas modificações, pode valer a pena.
> Se me permites a sugestão, cuidado com livros antigos a respeito do Ruby e,
> principalmente, sobre Rails. O Rails chega a ter 2 versões por ano e pelo
> que tenho lido a partir da versão 2.0 muita coisa mudou.
> O site do Rails tem muito material bom, mas ajudará muito se acessares os
> materiais em inglês. Em português tem o livro do Urubatan Ruby on Rails -
> Desenvolvimento Fácil e Rápido de Aplicações Web, mas não recomendo como
> material inicial. Particularmente eu gosto muito dos livros do "The
> Pragmatic Programmers", são muito bem escritos e de fácil compreensão. São
> todos em inglês e pode ser adquiridos pela internet. O Google aponta fácil
> para o endereço deles.
> Os screen casts também são boa fonte de consulta para iniciantes.
>>> Por exemplo, se fizeres "ruby script/generate scaffold my_table
>>> field1:string field2:integer ..."
>>> Vai gerar os model, views, test e tudo mais. Independente de a base já
>>> existir ou não.
>>> E vai gerar também a migration (veja no diretório db) que fará a
>>> manutenção no SGBD, o que só acontecerá se executares o comando "rake
>>> db:migrate".
>>> O rake pega a migration gerada e aplica no SGBD.
>>> Como, no teu caso, já estás com o SGBD formado, não é aconselhável
>>> executares este procedimento.
>>> Dá uma lida no Rails Guides que está tudo explicado lá.
>>> Leia com atenção o tópico que trata sobre a tabela schema_migrations.
>>>> Não sei se me espressei corretamente... mas nao sei usar o scaffold
>>>> direito, mas pelo que eu vi, se eu criar a base de dados antes de usar o
>>>> scafold, ele nao gera as telas...(crud).
>>>> Ainda estou lendo livros pra, conhecer melhor rails.
>>>> :)
>>>> 2009/11/5 Ivan Schuster <ihschus...@gmail.com>
>>>> Tiago, o fato de estares com a base pronta não impede o funcionamento do
>>>>> scaffold.
>>>>> Como és iniciante, não esquece que para que as alterações sejam
>>>>> realizadas no SGBD é necessário executar o "rake db:migrate".
>>>>> A respeito da engenharia reversa do SGBD para o scaffold, não sei da
>>>>> existência de nada que faça isto, mas não deve ser difícil criar um "job"
>>>>> para fazer isto. Dependendo o tamanho da base e do teu interesse em utilizar
>>>>> o scaffold com poucas modificações, pode valer a pena.
Já falei sobre isso em outra thread, mas vai aqui novamente.
Primeiro, vamos separar: sua "base já existente" foi criada seguindo o
padrão sugerido pelo Rails, ou é uma base de dados legada totalmente
fora do padrão Rails?
Se a base estiver no padrão Rails, não há maiores problemas, como já
disseram.
Já se for uma base legada totalmente fora do "jeito Rails de ser",
fica MUITO mais complicado. Já tive oportunidade de discutir sobre
isso na época do TrainerOnRails (pra quem não sabe era a versão Rails
do RubyLearning), e pudemos concluir que algumas medidas básicas,
apesar de não obrigatórias, seriam recomendáveis:
- Teriam que ser criados novos campos nas tabelas (basicamente para as
colunas ID e as de data de inclusão e alteração), que o Rails usa por
default.
- Teriam que ser criadas VIEWS sobre as tabelas legadas de forma a
simular a nomenclatura (tabelas e campos) default do Rails.
Daí por diante a discussão se perdeu, pois alguém leu em algum lugar
que Rails não funcionava direito com VIEWS, e o pessoal perdeu o
interesse em continuar a discussão.
Em resumo, Rails não é particularmente a solução ideal se você não
segue as "opiniões" dele. Perde muito da agilidade no desenvolvimento,
que é a sua principal característica (tentem fazer um blog em 15
minutos com uma base legada fora do padrão Rails...).
Eu acredito que se existir uma maneira automatizada de converter uma
base legada para o padrão Rails, na forma de uma aplicação, vai ser um
tremendo sucesso.
O problema é fazer...
Ressalto que na época o Rails 2 era recém lançado, e talvez esta
situação melhore muito com o Rails 3, quem sabe?
Grande abraço.
On 5 nov, 14:01, Tiago Cunha <tiago...@gmail.com> wrote:
> > Se me permites a sugestão, cuidado com livros antigos a respeito do Ruby e,
> > principalmente, sobre Rails. O Rails chega a ter 2 versões por ano e pelo
> > que tenho lido a partir da versão 2.0 muita coisa mudou.
> > O site do Rails tem muito material bom, mas ajudará muito se acessares os
> > materiais em inglês. Em português tem o livro do Urubatan Ruby on Rails -
> > Desenvolvimento Fácil e Rápido de Aplicações Web, mas não recomendo como
> > material inicial. Particularmente eu gosto muito dos livros do "The
> > Pragmatic Programmers", são muito bem escritos e de fácil compreensão. São
> > todos em inglês e pode ser adquiridos pela internet. O Google aponta fácil
> > para o endereço deles.
> > Os screen casts também são boa fonte de consulta para iniciantes.
> >> Ivan vc tem o link ou pdf(preferencia PT-BR) desse Rails Guides.
> >> To lendo muito manual aqui, hoje peguei um com 289 paginas...
> >> Rails para sua Diversão e Lucro by Ronaldo Melo Ferraz 2006
> >> Tem mais um tres na fila, fora outros iniciais. rs
> >> Outro com 165 paginas ja na fila,
> >> Tutorial de Ruby Eustaquio “TaQ” Rangel 19 de julho de 2005
> >> :) talvez um destes que estou lendo tenham o que eu preciso...
> >> Vou olhar tambem a dica do Mauricio, do GetNA
> >> Abraço a todos.
> >> 2009/11/5 Ivan Schuster <ihschus...@gmail.com>
> >>> Gera sim Tiago.
> >>> Por exemplo, se fizeres "ruby script/generate scaffold my_table
> >>> field1:string field2:integer ..."
> >>> Vai gerar os model, views, test e tudo mais. Independente de a base já
> >>> existir ou não.
> >>> E vai gerar também a migration (veja no diretório db) que fará a
> >>> manutenção no SGBD, o que só acontecerá se executares o comando "rake
> >>> db:migrate".
> >>> O rake pega a migration gerada e aplica no SGBD.
> >>> Como, no teu caso, já estás com o SGBD formado, não é aconselhável
> >>> executares este procedimento.
> >>> Dá uma lida no Rails Guides que está tudo explicado lá.
> >>> Leia com atenção o tópico que trata sobre a tabela schema_migrations.
> >>>> Não sei se me espressei corretamente... mas nao sei usar o scaffold
> >>>> direito, mas pelo que eu vi, se eu criar a base de dados antes de usar o
> >>>> scafold, ele nao gera as telas...(crud).
> >>>> Ainda estou lendo livros pra, conhecer melhor rails.
> >>>> :)
> >>>> 2009/11/5 Ivan Schuster <ihschus...@gmail.com>
> >>>> Tiago, o fato de estares com a base pronta não impede o funcionamento do
> >>>>> scaffold.
> >>>>> Como és iniciante, não esquece que para que as alterações sejam
> >>>>> realizadas no SGBD é necessário executar o "rake db:migrate".
> >>>>> A respeito da engenharia reversa do SGBD para o scaffold, não sei da
> >>>>> existência de nada que faça isto, mas não deve ser difícil criar um "job"
> >>>>> para fazer isto. Dependendo o tamanho da base e do teu interesse em utilizar
> >>>>> o scaffold com poucas modificações, pode valer a pena.
> >>>>> Abs,
> >>>>> Ivan
> >>>>> 2009/11/5 Tiago Cunha <tiago...@gmail.com>
> >>>>>> Ola pessoal.
> >>>>>> Sou novo com ruby on rails.(RadRails)
> >>>>>> Como eu faço pra usar a base de dados que ja esta pronta?
> >>>>>> Tem como ler essa base e gerar o Scaffold?
> >>>>>> Alias, outro problema, sempre que a base de dados esta pronta, o
> >>>>>> scaffold nao funciona mais...
A base no caso ja existe, e pra piorar eu nao poderei mexer nela, pois outras aplicaçoes web a usam.
Li que existe um plugin,GetNA, que se eu estiver no padrao rails, ele consegue importar pra mim uma base legada.
Como estou fora do padrao e nao posso mexer... vou tentar outra alternativa, criar nova tabela no padrao rails dentro desse banco e ate mesmo duplicar umas pra nao mexer.
> Já falei sobre isso em outra thread, mas vai aqui novamente.
> Primeiro, vamos separar: sua "base já existente" foi criada seguindo o > padrão sugerido pelo Rails, ou é uma base de dados legada totalmente > fora do padrão Rails?
> Se a base estiver no padrão Rails, não há maiores problemas, como já > disseram.
> Já se for uma base legada totalmente fora do "jeito Rails de ser", > fica MUITO mais complicado. Já tive oportunidade de discutir sobre > isso na época do TrainerOnRails (pra quem não sabe era a versão Rails > do RubyLearning), e pudemos concluir que algumas medidas básicas, > apesar de não obrigatórias, seriam recomendáveis:
> - Teriam que ser criados novos campos nas tabelas (basicamente para as > colunas ID e as de data de inclusão e alteração), que o Rails usa por > default. > - Teriam que ser criadas VIEWS sobre as tabelas legadas de forma a > simular a nomenclatura (tabelas e campos) default do Rails.
> Daí por diante a discussão se perdeu, pois alguém leu em algum lugar > que Rails não funcionava direito com VIEWS, e o pessoal perdeu o > interesse em continuar a discussão.
> Em resumo, Rails não é particularmente a solução ideal se você não > segue as "opiniões" dele. Perde muito da agilidade no desenvolvimento, > que é a sua principal característica (tentem fazer um blog em 15 > minutos com uma base legada fora do padrão Rails...).
> Eu acredito que se existir uma maneira automatizada de converter uma > base legada para o padrão Rails, na forma de uma aplicação, vai ser um > tremendo sucesso.
> O problema é fazer...
> Ressalto que na época o Rails 2 era recém lançado, e talvez esta > situação melhore muito com o Rails 3, quem sabe?
|
