Sobre as cardinalidades, eu ja fiz e não tem segredo. Bem! Eu criei um esquema para locadora, onde eu posso ir adicionando filmes, e aos filmes eu posso ir adicionando outros atributos, como: atores, comentarios etc... Mas isso não tem nada a ver com plone e seus produtos de forms, e sim como você modelou sua base de dados.
Usar stored procedures, é sempre bom, pois você apenas manda os parâmetros e a function retorna o que você mandou retornar, isso sem contar o ganho de processamento pois é o servidor quem faz todo o trabalho. Mas para o que você quer fazer, da para ser com ou sem stored's. Repetindo: "Isso depende da maneira como você modelou sua base de dados". Sobre o esquema de ir adicionando <input> ao <form>, acredito ser meio trabalhoso; Mas sim! É possível. []'s Fernando Paiva Paul Eipper escreveu: > > Voltei com meus problemas de iniciante :P > > Alguém aí usa o PloneFormGen com formulários complexos? Digo, > formulários de uma página que tenham subformulários que entram dados > em diversas tabelas do mySQL. > > Por exemplo, eu tenho algo assim: > [ tabela ( campos ) ] > Pessoa ( ID, Nome, Endereco ) > Telefone ( ID, IDpessoa, Numero ) > Contribuintes ( ID, Nome ) > Pessoa_tem_Contribuintes ( IDpessoa, IDcontribuinte, Valor ) > > Ou seja, tenho uma relação 1:n (um para muitos) de Pessoa para > Telefone, e uma relação m:n (muitos para muitos) de Pessoa e > Contribuintes. > > Preciso de um só formulário pra entrar com todos esse dados e > salvá-los no mySQL. Será melhor fazer essa lógica na aplicação Plone > ou com funções no mySQL? > > Além disso, os campos para Telefone e Contribuintes devem ter um botão > que adiciona campos extras se o usuário precisar (javascript). Tem > como fazer isso com o PloneFormGen? > > Alguém tem experiência com formulários assim em Plone? > > Agradeço qualquer ajuda :) > > -- > Paul Eipper > >
