Modelando um sistema para imobiliaria.

[eusoufeioedai 0]

Olá !!!

 

 

Estou desenvolvendo um site para uma imobiliária e fiquei com uma dúvida na criação ou não das tabelas endereço,

telefone e email.

 

qual seria o melhor modelo?

 

 

 

Modelo 1-(Colocar Os atributos do endereço, telefone e email dentro das seguintes tabelas )

tabela: proprietario

tabela: corretor

tabela: imoveis

 

====================================================

 

Modelo 2-(Os atributos do endereço, telefone e email em tabelas separadas)

 

tabela: proprietario

tabela: corretor

tabela: imoveis(possui um atributo cod_endereco que relaciona com a tabela endereco)

 

tabela: endereco

tabela: proprietario_endereco (cod_proprietario, cod_endereco)

tabela: corretor_endereco (cod_corretor, cod_endereco)

 

 

tabela: telefone

tabela: proprietario_telefone (cod_proprietario, cod_telefone)

tabela: corretor_telefone (cod_proprietario, cod_telefone)

 

tabela: Email

tabela: proprietario_email (cod_proprietario, cod_email)

tabela: corretor_Email (cod_proprietario, cod_email)

 

======================================================

 

 

Obrigado pela atenção

[Eduardo Giullyanny 1]

Amigo num sei se entendi direito, mas o q eu faria seria o seguinte.:

 

colocar dados de proprietario separado, seria o cadastro do proprietário e qdo você for colocar algum produto você relacionaria com o ip do proprietário...

e claro o produto teria q ter o endereço próprio, pois o proprietário pode colocar produtos de 100 lugares diferentes, mas o endereço dele deve ser só um msm

[eusoufeioedai 0]

Amigo num sei se entendi direito, mas o q eu faria seria o seguinte.:

 

colocar dados de proprietario separado, seria o cadastro do proprietário e qdo você for colocar algum produto você relacionaria com o ip do proprietário...

e claro o produto teria q ter o endereço próprio, pois o proprietário pode colocar produtos de 100 lugares diferentes, mas o endereço dele deve ser só um msm

 

 

eu coloquei uma tabela para o cadastro dos proprietários de imóveis(tabela proprietário), uma para o cadastro dos corretores(tabela corretores) e outra

para o cadastro dos imóveis(tabela de imóveis). Aí eu pensei em criar uma tabela única de endereço e armazenar os endereços dos proprietarios, corretores e imoveis.

Deixar todos os endereços em apenas uma única tabela. Essa é a dúvida. Uma tabela que armazena todos os endereços(proprietário, corretor e imóvel).

 

Além disso tem a tabela cidade que está relacionada com a tabela endereço e a tabela estado que está relacinada com a tabela cidade.

 

A programação em asp.net cresceu bastante. Aí eu não sei se a modelagem está correta.

[Motta 645]

Como um Sistema de Imobiliária lida realmente com muitos endereços talvez vala a pena realmente ter uma tabela de endereços e criar os devidos vínculos, mesmo por que numa operação simples os endereços tendem a se repetir.

[eusoufeioedai 0]

Conversando com um analista senior ele sugeriu a seguinte estrutura

 

 

tabela: Proprietario

tabela: Corretor

tabela: Imovel

tabela: Parceiro

 

tabela: Endereco

tabela: Telefone

tabela: Email

 

tabela: Entidade (campos:[cod_entidade, nome_entidade] || Valores:[1,proprietario],[2,corretor],[3,imovel],[4,parceiro])

 

 

Relacionamento Muitos para Muitos:

tabela: Entidade_Endereco (exemplo: [cod_entidade, cod_id, cod_endereco])

tabela: Entidade_Telefone (exemplo: [cod_entidade, cod_id, cod_telefone])

tabela: Entidade_Email (exemplo: [cod_entidade, cod_id, cod_email])

 

 

 

Eu nunca vi esse tipo de relacionamento, mas acho que reduz bastante a programação asp.net.