Os valores são fixos, não provém de uma tabela, dependendo do tipo de pagamento 
ai o sistema pede o restante dos dados do pagamento.

Ex.
  Se for cartão, então pede qual cartão foi.
  Se for cheque então pede os dados do cheque.

Mesmo os valores sendo fixos você segure a forma 2?

Obrigado.



  ----- Original Message ----- 
  From: maniacapordelphi 
  To: delphi-br@yahoogrupos.com.br 
  Sent: Thursday, June 28, 2007 6:52 AM
  Subject: [delphi-br] Re: Sugestão qual melhor forma de trabalhar vocês acham?


  A forma 2, com campos do tipo int. Porque você trabalhar com char(1) 
  é limitado (além disso, dependendo do banco de dados, você poderá 
  vir a ter problemas de COLLATE) e inteiros vc poderá ter quantas 
  formas de pagto forem necessárias da empresa, tipo
  1. Dinheiro
  2. Cheque a vista
  3. Cheque a prazo
  4. Cartão Visa Débito
  5. Cartão Visa Crédito
  6. Cartão Amex Débito
  7. Cartão Amex Crédito
  .... e assim vai

  Ai no cadastro vc coloca um campo chamado Sigla constando a sigla a 
  ser mostrada ao operador no lugar do codigo, logico que também 
  mostrando o nome da forma de pagamento.

  1. Dinheiro "D"
  2. Cheque a Vista "CHV"
  3. Cheque a Prazo "CHP"
  4. Cartão Visa Débito "CRTVD" (onde o CRT vai facilitar a sua vida 
  no TEF)

  Mani

  --- Em delphi-br@yahoogrupos.com.br, "Ricardo Lima" <[EMAIL PROTECTED]> 
  escreveu
  >
  > Tenho a seguinte situação:
  > 
  > Uma tabela de contas a receber onde tem um campo chamado forma de 
  pagamento que pode ser:
  > 
  > Cheque, Dinheiro, Cartão, Duplicata, Convenio
  > 
  > Tenho duas formas de trabalhar:
  > 
  > Forma 1:
  > Campo do tipo char(1) que recebe os valores:
  > C - Cheque
  > D - Dinheiro
  > K - Cartão
  > U - Duplicata
  > O - Convenio
  > 
  > Foma 2: 
  > Campo do tipo int que recebe os valores: 
  > 1 - Cheque
  > 2 - Dinheiro
  > 3 - Cartão
  > 4 - Duplicata
  > 5 - Convenio
  > 
  > Na opnão de vocês qual dessas duas formas seria melhor ou mais 
  correto de fazer o cadastro no banco de dados.
  > 
  > Obrigado.
  > 
  > At.
  > Ricardo Lima
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



   

[As partes desta mensagem que não continham texto foram removidas]

Responder a