Bom, tomei por iniciativa colocar este post aqui para discutir como deveria ser formatado o banco de dados de um gerenciador gratuito. Assim, quem se interessar poderá participar dando dicas e de uma certa forma padronizar os possíveis produtos que surgirem.

A minha dúvida nesse aspecto seria qual a formatação para as tabelas, nome dos campos etc a serem criados. Alguém que tenha experiência poderia nos ajudar? Penso em primeiro lugar estruturar a tabela de cadastro de clientes e referente a parte financeira (pedidos, faturas e pagamento).

Nesse momento não me interessa pensar em integração com cPanel ou afins. Primeiro vamos estruturar a parte básica de um gerenciador financeiro.

Tabela que usamos por aqui para cadastro simples de PF e PJ.

Abraços

@joaopaulo Visual basic?

João, muito obrigado, praticamente resolveu o problema. Mas tenho uma dúvida: como fazer a interligação dessas tabelas? Acho que no MySQL não tem como que ao puxar os dados de uma tabela os dados das outras interligadas já serem puxados automaticamente.

Eu pensei em fazer alguns campos terem dupla função, como um campo cpf_cnpj e outro rg_ie, e com um campo verdadeiro/falso para saber se é PF ou PJ. Assim em uma única tabela também funcionaria bem?

Dá de fazer com MySQL sim, é só colocar o campo idCliente como chave estrangeira e utlizar o JOIN do MySQL pra pegar os dados da tabela clientesPj ou clientesPf.

@joaopaulo Visual basic?

Diz de onde diagramei aquilo? Se sim, foi no Workbench.

João, muito obrigado, praticamente resolveu o problema. Mas tenho uma dúvida: como fazer a interligação dessas tabelas? Acho que no MySQL não tem como que ao puxar os dados de uma tabela os dados das outras interligadas já serem puxados automaticamente.

Eu pensei em fazer alguns campos terem dupla função, como um campo cpf_cnpj e outro rg_ie, e com um campo verdadeiro/falso para saber se é PF ou PJ. Assim em uma única tabela também funcionaria bem?

No caso idCliente é chave primária também nas tabelas clientePF e clientePJ. Primária pq não pode ser repetida em nenhuma das duas.

Se você for implementar essa idéia, desconsidere ambas tabelas auxiliares. Fiz as auxiliares devido ao uso de clientes como objetos.

Dá de fazer com MySQL sim, é só colocar o campo idCliente como chave estrangeira e utlizar o JOIN do MySQL pra pegar os dados da tabela clientesPj ou clientesPf.

Eu trabalho cliente como um objeto. O diagrama acima não necessita de JOIN quando o cliente é objeto, basta estender a classe para o tipo de cliente.

No caso idCliente é chave primária também nas tabelas clientePF e clientePJ. Primária pq não pode ser repetida em nenhuma das duas.

Se você for implementar essa idéia, desconsidere ambas tabelas auxiliares. Fiz as auxiliares devido ao uso de clientes como objetos.

Vou começar a trabalhar nisso nas minhas horas vagas, primeiro quero implementar um simples cadastro de clientes, sem segurança ainda, apenas em localhost. E quero fazer a programação o mais simples possível, até porque o meu conhecimento de programação é muito básico. E trabalhar com objetos não está no meu nível ainda.

Vou começar a trabalhar nisso nas minhas horas vagas, primeiro quero implementar um simples cadastro de clientes, sem segurança ainda, apenas em localhost. E quero fazer a programação o mais simples possível, até porque o meu conhecimento de programação é muito básico. E trabalhar com objetos não está no meu nível ainda.

Eu te falo: não é dificil só é bastante teórico a principio, mas depois que você pega o jeito, você economiza em média 60% de código fonte.

Opa, quem quiser olhar o banco de dados do whmcs fique à vontade.

Deu trabalho organizar, o auto-layout do Workbench não é muito bom, hehehe

Ia continuar o que o joão postou mas quis dar uma olhada como é no whmcs antes.

O Matt não gosta de usar relacionamentos ou não sai no dump gerado pelo phpMyAdmin?

Alguém ai trabalha com Java EE?

Editado Dezembro 8, 2011 em 00:17 Dez 8, 2011 por JMonteiro

O Matt não gosta de usar relacionamentos ou não sai no dump gerado pelo phpMyAdmin?

É um planejamento burro, mas que funciona bem: Isso torna a aplicação hiper-compatível com quase todos os SGBD e não só o Mysql. Se você rodar isso aí no SQL Server, Oracle, PostgreSQL, Access(existe?) etc... deverá funcionar(se ele prestou atenção aos tipos)...