Brasileiro é tudo igual... sempre querendo economizar onde pode, até nas tabelas de relacionamento hehe.
Brincadeira, mas é isso mesmo que o Gustavo falou. Não deixou dúvidas. Abraços e bom ano novo a todos. Juan Basso On 31 dez 2007, 11:11, "Gustavo Carreno" <[EMAIL PROTECTED]> wrote: > On Dec 30, 2007 2:33 PM, Bill <[EMAIL PROTECTED]> wrote: > > > > > Olá Gustavo, > > > Muito obrigado pela explicação, consegui entender sim. > > Optimo, eu proprio tive de reler a minha explicação para ver se fazia > sentido, LOL! > > > neste blog terei 3 tabelas a principio, posts, categorias e comentarios. > > > Para o relacionamento entre psots X comentarios, poderei usar o > > relacionamento 1:n normal, agora, para o relacionamento posts X categorias, > > farei o que vc falou, irei usar uma terceira tabela categorias_posts, para > > fazer o relacionamento n:n > > > Valeu, mto obrigado pela ajuda. > > Grande abraço > > De nada, se deu pra ajudar já me sinto feliz. > Outro abraço e Feliz Ano Novo. > > > > > > > > > > On Dec 30, 2007 2:54 AM, Bill wrote: > > > >> Olá galera, > > > >> to montando um blog pro meu site, e não manjo nada de modelagem > > >> de dados. > > > >> Tentei usar o DBDesigner pra montar as tabelas e relacionamentos > > >> mas não tive mto sucesso. > > >> Gostaria de saber se alguém pode dar um help com algo simples, de > > >> como montar 2 tabelinhas e relacioná-las, usando relacionamento > > >> de muitos para muitos. > > > >> No caso, meu blog tem 2 tabelas, a de posts(id, categoria_id, > > >> titulo, texto), e a de categorias(id, nome). > > >> Pelo que entendi, o relacionamento tem q ser n:n, pois um post > > >> tem muitas categorias, e uma categoria tem muitos posts. > > > >> Não quero relacionar como no screencast do tulio, usando uma > > >> terceira tabela categorias_posts, queria relacionar usando FK. > > > >> Alguém pode me dar um help. > > > > Que eu saiba a unica maneira de fazer um relacionamento de N para N > > > é mesmo só com uma terceira tabela. > > > Um relacionamento de N para N é feito associando dois ID's, um de > > > cada tabela. Se fosse só um ID de uma tabela, como num > > > relacionamento N para 1, basta que cada registo de uma tabela > > > contenha o ID da outra tabela, ou seja temos um campo para uma > > > tabela. > > > Mas no caso de N para N, temos 2 ID's, um para cada tabela. Usando > > > somente as 2 tabelas teriamos de estar a criar um novo campo em > > > cada registo de cada vez que estivessemos a associar as duas. Ora > > > isto não é pratico pois o trabalho de estar a criar campos numa > > > tabela dinamicamente é demasiado pesado e complicado de gerir. > > > A melhor solução mesmo é criar uma terceira tabela com somente dois > > > campos e fazer o relacionamento nesta. > > > A "bottom line" é que nunca sabemos a quantidade de relacionamentos > > > que vamos ter entre as duas tabelas. Num relacionamento N para 1 > > > isto não interessa pq só temos de guardar um ID por relacionamento, > > > mas em N para N temos de guardar 2 ID's, e repetir isso N vezes. > > > > Espero me ter feito compreender. > > > >> Valeu galera, e bom ano novo pra todos vocês da lista, mta paz e > > >> luz na vida de todos vcs. > > > > Muito Obrigado, tudo de bom para ti tb neste novo ano !! > > > >> Bill > > -- > Gustavo Carreno > ---http://batxman.wordpress.com > < If you know Red Hat you know Red Hat, > If you know Slackware you know Linux >- Ocultar texto entre aspas - > > - Mostrar texto entre aspas - --~--~---------~--~----~------------~-------~--~----~ Recebeu esta mensagem porque está inscrito em Grupo "Cake PHP Português" do Grupos Google. Para enviar mensagens para este grupo, envie um email para cake-php-pt@googlegroups.com Para anular a inscrição neste grupo, envie um email para [EMAIL PROTECTED] Para mais opções, visite este grupo em http://groups.google.com/group/cake-php-pt?hl=pt-PT -~----------~----~----~----~------~----~------~--~---
