[firebase-br] RES: RES: 1 tabela para tipos cadastros diferentes

Zottis zottissistemas em brturbo.com.br
Seg Maio 4 18:28:44 -03 2009


da para colocar o char uma outra letra que identifique que ele é Cliente e 
Fornecedor, ou Cliente e Funcionario.
daí da certo, mas creio que o ETC da Resposta do amigo Ecology ja estava 
incluido essa opção.


Zottis(TeamFB Users)

Zottis Sistemas - 2009 Ano XII
Programação Delphi/PHP/Firebird/MySQL

"Um homem só tem o direito de olhar
  a um outro de cima para baixo, quando
  vai ajuda-lo a levantar-se".
                   Gabriel Garcia Marquez
----- Original Message ----- 
From: "lazaro" <lazaro em usinaalvorada.com.br>
To: "'FireBase'" <lista em firebase.com.br>
Sent: Monday, May 04, 2009 6:02 PM
Subject: [firebase-br] RES: RES: 1 tabela para tipos cadastros diferentes



Um funcionário também pode ser um cliente, e ai como e que fica???
Acho que deve ser feito desta forma sim, mas você deve criar um
relacionamento para esta situação.

-----Mensagem original-----
De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em
nome de Ecology Glass
Enviada em: segunda-feira, 4 de maio de 2009 17:12
Para: 'FireBase'
Assunto: [firebase-br] RES: 1 tabela para tipos cadastros diferentes

Olá Ricardo;

Eu estou acostumado a montar este tipo de cadastro unificado, só deixo um
campo denominado TIPO (Char)(1), para deifinição do tipo do cliente
(<C>liente, <F>ornecedor, f<U>ncinário, etc...na tela coloco um DBRadioGroup
para o usuário definir na hora do cadastramento. Nas demais tabelas vc
utiliza o ID do castro de cliente para identificar seu registro. Assim
cadastramos somente uma vez o cliente.

Att.
Ricardo


-----Mensagem original-----
De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em
nome de Ricardo Ferreira Sobrinho
Enviada em: segunda-feira, 4 de maio de 2009 16:55
Para: FireBase
Assunto: [firebase-br] 1 tabela para tipos cadastros diferentes

Saudações!

Em um sistema financeiro onde há cadastro de fornecedores, clientes,
funcionários, vendedores, etc. Alguém da lista já utiliou ou pensou em
utilizar esses cadastros em uma única tabela?

Ex.

Create Table TIPO_CONTA(
ID INTEGER,
NOME VARCHAR(30)
);

ID | NOME
 1 |CLIENTE
 2 |FORNECEDOR
  3 |FUNCIONÁRIO
  4 |VENDEDOR

---------------------------------------

Create Table CONTA(
ID INTEGER,
NOME VARCHAR(50),
TIPO_CONTA INTEGER
);

ID | NOME      | TIPO_CONTA
 1 |CLAUDIO    | 1
 2 |JOELMA     | 3
 3 |IND. KLEIN | 2
 4 |RIBAMAR    | 4

---------------------------------------

1. O que acham?
2. Quais as experiências de vocês?
3. CONTA seria um bom nome, já que no financeiro existe a CONTA BANCÁRIA,
CONTAS A RECEBER/PAGAR,

Pergunto isso porque em determinados tipos de negócios o cliente pode ser ao
mesmo tempo um fornecedor.
Dessa forma evita-se recadastramento e permite, por exemplo um extrato do
relacionamento de entradas e saídas com determinada conta!
-- 
Cordialmente,


Ricardo Ferreira Sobrinho
______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use:
http://www.firebase.com.br/fb/artigo.php?id=1107
Para consultar mensagens antigas: http://firebase.com.br/pesquisa


______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use:
http://www.firebase.com.br/fb/artigo.php?id=1107
Para consultar mensagens antigas: http://firebase.com.br/pesquisa


______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use: 
http://www.firebase.com.br/fb/artigo.php?id=1107
Para consultar mensagens antigas: http://firebase.com.br/pesquisa 





Mais detalhes sobre a lista de discussão lista