Dificuldade com Modelagem
Boa Tarde galera!
Sou estudante de Análise e Desenvolvimento de Softwares e comecei um estagio a pouco tempo.
Porém, a empresa em que entrei, não tem 'especialistas' em banco de dados, e estou tendo um probleminha que não puderam me ajudar!
Tenho que modelar a seguinte situação:
Um determinado serviço pode ser adquirido de três formas diferentes:
- Por tempo utilizado (fracionado por hora)
- Por Mês (ilimitado neste período)
- Ou via convênio (Uma empresa paga por seus clientes, por tempo utilizado)
O primeiro e tarifado ao fim do serviço;
O segundo ao fim do mês;
O terceiro também ao fim do mês;
Minha dúvida é: - Como modelo uma tabela que armazene as "Receitas" da empresa, de modo que o registro tenha uma referência de sua origem?
Teria que criar três atributos com FK's e utilizar somente o um pra cada registro?
Sou estudante de Análise e Desenvolvimento de Softwares e comecei um estagio a pouco tempo.
Porém, a empresa em que entrei, não tem 'especialistas' em banco de dados, e estou tendo um probleminha que não puderam me ajudar!
Tenho que modelar a seguinte situação:
Um determinado serviço pode ser adquirido de três formas diferentes:
- Por tempo utilizado (fracionado por hora)
- Por Mês (ilimitado neste período)
- Ou via convênio (Uma empresa paga por seus clientes, por tempo utilizado)
O primeiro e tarifado ao fim do serviço;
O segundo ao fim do mês;
O terceiro também ao fim do mês;
Minha dúvida é: - Como modelo uma tabela que armazene as "Receitas" da empresa, de modo que o registro tenha uma referência de sua origem?
Teria que criar três atributos com FK's e utilizar somente o um pra cada registro?
Pedro Ramon
Curtidas 0
Respostas
Alan Mario
23/05/2014
isso seria um estacionamento?
GOSTEI 0
Pedro Ramon
23/05/2014
isso seria um estacionamento?
Alan.. também para estacionamento!
Mas minha intenção é montar algo mais genérico..
Mais precisamente.. estou procurando alternativas para herança e polimorfismo no modelo relacional!
Obrigado!
GOSTEI 0
Alex Lekao
23/05/2014
Ola Boa tarde!!
Nao entendi muito bem.
Mas pensei em que talvez vc interessante vc ter um tipo de contrato que vc teria uma referencia neste tipo no cadastro de cada cliente, e assim vc usaria isso para fazer o fechamento ao final do mesmo, acredito que os fechamentos sejam mensais, e de acordo com o tipo de contrato se chegaria a regra para o calculo de fechamento mensal.
Espero ter ajudado.
Abraco.
Alex - Lekao
Nao entendi muito bem.
Mas pensei em que talvez vc interessante vc ter um tipo de contrato que vc teria uma referencia neste tipo no cadastro de cada cliente, e assim vc usaria isso para fazer o fechamento ao final do mesmo, acredito que os fechamentos sejam mensais, e de acordo com o tipo de contrato se chegaria a regra para o calculo de fechamento mensal.
Espero ter ajudado.
Abraco.
Alex - Lekao
GOSTEI 0
Alan Mario
23/05/2014
agora fiquei um pouco confuso, vamos tentar diferenciar o banco da aplicação, o banco é procedural, linguagem pode ser O.O.
quanto a modelagem, alguem pode me informar se é possivel fazer O.O?
quanto a modelagem, alguem pode me informar se é possivel fazer O.O?
GOSTEI 0
Alex Lekao
23/05/2014
acredito que sim.
Mas eu nao conheco tao bem assim.
se nao me engano o Oracle trabalha com Orientacao e Objetos e o SQL Server ja teria alguma coisa ou estariam inserindo em versoes mais novas.
Desculpe nao poder ajudar mais.
Mas eu nao conheco tao bem assim.
se nao me engano o Oracle trabalha com Orientacao e Objetos e o SQL Server ja teria alguma coisa ou estariam inserindo em versoes mais novas.
Desculpe nao poder ajudar mais.
GOSTEI 0
Alan Mario
23/05/2014
orientação a objetos em banco?
GOSTEI 0
Alex Lekao
23/05/2014
sim.
o Oracle se nao me engano ja tem.
o Oracle se nao me engano ja tem.
GOSTEI 0
Pedro Ramon
23/05/2014
Então pessoal.. não sei em relação a boas práticas.. mas consegui implementar a solução aqui!
Criei uma relação para cada um dos três modelos.. e implementei a regras de negocio do pagamento em uma nova relação "à receber" e preenche apenas o atributo referente ao tipo de 'cliente'!
Agora uma outra duvida.. trabalhando neste modelo:
supondo que eu insira uma tupla na relação e que ela seja do 'modelo I'..
preencherei o atributo 'modelo I'.. e nos outros..
eu deveria ter uma tupla neutra para cada modelo e utiliza-la aqui..
ou posso deixa-los como null mesmo!?
Ah.. em relação aos DBOO.. existem sim.. mas não sei falar sobre sua velocidade de recuperação ou linguagem de consulta.. mas podem conseguir informações facilmente pesquisando no google! São sistemas até bem antigos já!
Criei uma relação para cada um dos três modelos.. e implementei a regras de negocio do pagamento em uma nova relação "à receber" e preenche apenas o atributo referente ao tipo de 'cliente'!
Agora uma outra duvida.. trabalhando neste modelo:
supondo que eu insira uma tupla na relação e que ela seja do 'modelo I'..
preencherei o atributo 'modelo I'.. e nos outros..
eu deveria ter uma tupla neutra para cada modelo e utiliza-la aqui..
ou posso deixa-los como null mesmo!?
Ah.. em relação aos DBOO.. existem sim.. mas não sei falar sobre sua velocidade de recuperação ou linguagem de consulta.. mas podem conseguir informações facilmente pesquisando no google! São sistemas até bem antigos já!
GOSTEI 0