Aliás acho que dá pra fazer muuuita coisa legal no seu projeto antes
de vc começar a se preocupar com BD, melhor focar na funcionalidade
etc, usando persistência fake mesmo, não?
2010/8/31 Pepeu <faleco...@gmail.com>:
> Olá pessoal,
> Estou iniciando um projeto pessoal que é montar uma rede social (features
> similares a do Orkut como amigos, comunidades, etc).
> Dessa forma terei nesse projeto terei usuários (objetos) que terão relação
> (por exemplo são marcados como amigos).
> Como vocês imaginam que seria isso na BD e como isso refletiria nos meus
> objetos?
>
> Não sei se fui muito claro mas acho que isso dá uma boa discussão.
> O projeto ainda não foi iniciado, estou mapeando todos os objetos do meu
> sistema neste momento.
> --
> Abraços,
> Pepeu
>
> --
> Você recebeu esta mensagem porque faz parte do grupo .Net Architects
> hospedado no Google Groups.
> Para postar envie uma mensagem para dotnetar...@googlegroups.com
> Para sair do grupo envie uma mensagem para
> dotnetarchitec...@googlegroups.com
> Para mais opções visite o grupo em
> http://groups.google.com/group/dotnetarchitects?hl=pt-br
Abraços
--
Twitter: @cadu_sza
Blog: http://architecturelife.wordpress.com/
|
Não escreva software caso já exista algo que te atenda, use o NING. :D
Atenciosamente Sidney Lima Filho Vivina Softhouse (0xx21) 7867-2321 55*10*68934 http://www.vivina.com.br | http://twitter.com/vivina |
|
Não escreva software caso já exista algo que te atenda, use o NING. :D
Atenciosamente Sidney Lima Filho Vivina Softhouse (0xx21) 7867-2321 55*10*68934 http://www.vivina.com.br | http://twitter.com/vivina |

Pra entender melhor os benefícios do modelo que o Giovanni indicou (CQRS), post legal do Udi Dahan: http://www.udidahan.com/2009/12/09/clarified-cqrs/
Abraço.
Zé Filipe
De:
dotnetar...@googlegroups.com [mailto:dotnetar...@googlegroups.com] Em
nome de Giovanni Bassi
Enviada em: sexta-feira, 3 de setembro de 2010 08:55
Para: dotnetarchitects
Assunto: Re: [dotnetarchitects] Rede Social - Objetos com relação
Crie tabelas para manter seus
dados transacionais, coloque elas num esquema que faça sentido. Essas são write
only para o site.
No mesmo banco, crie tabelas denormalizadas que serão readonly para o site,
baseando-se nos dados das tabelas transacionais. Coloque elas em outro esquema
para facilitar o entendimento.
Crie um serviço de filas para gerenciar a atualização das tabelas transacionais
para a de reporting.
Suas tabelas de reporting devem ser lidas sempre sem join nenhum, de
forma a garantir performance.
Isso vai deixar os dados das tabelas de reporting levemente desatualizados com
relação às transacionais, alguns segundos somente, mas isso provavelmente não
será um problema.
Você vai trabalhar a performance em cima do serviço de filas e da leitura do
banco de reporting.
BTW, esse model cai como uma luva em Windows Azure.
[]'s
Giovanni Bassi
Arquiteto de software
+55 (11) 8522-5774
Consultoria: www.giovannibassi.com Blog:
On Wed, Sep 1, 2010 at 8:11 AM, Pepeu <faleco...@gmail.com> wrote:
Obrigado a todos pelas
respostas, mas vou colocar mais um porém aí nessa história. :)
O site será hospedado num servidor "normal" desses tipo GoDaddy.
Então não dá pra viahar muito em cima de soluções que necessitem de coisas
especificas como por exemplo um BD orientado a objetos!!! :)
Vamos continuar debatendo as possibilidades!!!
Abraços,
Pepeu
Em 31 de agosto de 2010 17:23, Bruno Gross <bruno...@gmail.com> escreveu:
Tem mto material legal no imasters de um conhecido meu...
2010/8/31 Luiz Augusto Moreira Costa <gutom...@gmail.com>
Oi,
Já pensou em usar um banco de dados não relacional para isso? Dá uma olhada no Neo4j, é bem interessante, e é bem mais flexível que um BD comum.
Valeu
Luiz Costa
2010/8/31 Sidney Lima Filho <sidney...@vivina.com.br>
Erro! O nome de arquivo não foi especificado.