Tipos de moneda en firebird 2.5

[ecfisa]

Hola.

No entiendo bién a donde apunta la pregunta, supongo que te refieres al contenido de los distintos juegos de caracteres y como definirlos:

• Character set
• Character sets and Unicode in Firebird
• Firebird Character Sets and Collations

Pero si aludes al formato de salida, (pantalla/impresión, etc) normalmente se maneja desde el lenguaje.

Saludos

[ronimaxh]

Parece que no me di a entender bien, lo quiero saber es: registrar dolores o registrar euros aquí hay una diferencia en la forma como quedarían guardados, ejemplo 1,500.00 (dolares o pesos) y en euro seria 1.500,00 como se puede manejar eso.

[mamcx]

Lo mas simple es crear una columna por cada denominacion, si tienes una lista fija. Si no, haces una relacion uno a muchos y creas una fila por cada denominacion

[ecfisa]

Hola.

Como te dije antes, no es Firebird quién debe encargarse de los formatos de presentación sino el lenguaje, revisa las variables globales:

• ThousandSeparator
• DecimalSeparator

Un ejemplo:

Código Delphi [-]

procedure SetMoney(Euro: Boolean = False);
begin
  if Euro then
  begin
    ThousandSeparator := '.';
    DecimalSeparator  := ',';
  end
  else
  begin
    ThousandSeparator := ',';
    DecimalSeparator  := '.';
  end;
end;

procedure TForm1.btnDolarClick(Sender: TObject);
begin
  SetMoney; // dolar-peso
end;

procedure TForm1.btnEuroClick(Sender: TObject);
begin
  SetMoney(True); // euro
end;

var
  Monto: Double = 1500.99;

procedure TForm1.btnShowClick(Sender: TObject);
begin
  ListBox1.Items.Add( FormatFloat(',0.00', Monto) );
end;

Podes asegurar que no se cambie el formato durante la ejecución mediante:

Código Delphi [-]
Application.UpdateFormatSettings := False;

También te va a resultar útil la informacion y consejos de este hilo: float con coma (,) o punto (.)

Saludos

[ronimaxh]

Gracias amigos ahora si tengo una idea clara.

[Ferrari]

Coincido con eficsa.....!!!

[[AgustinOrtu]]

Estas a tiempo de no usar un valor primitivo para representar dinero.

Yo justamente por eso ahora tengo planeada una refactorizacion bastante grande. En la mayoría de los modelos, los tipos primitivos léase string, float, integer, etc, no son adecuados para representar objetos del modelo

Lo más adecuado es usar clases que encapsulen ese comportamiento. De esa manera vas a poder realizar conversiones desde hasta en cualquier momento y fácilmente

Acá se explica más detenidamente este "mal olor" o potencial problema conocido como "primitive obsession" o en español algo así como "abuso de tipos primitivos"

http://blog.ploeh.dk/2011/05/25/Desi...tiveObsession/

http://blog.ploeh.dk/2015/01/19/from...ain-modelling/

De esta forma centralizas: conversión a string, cambio de moneda, equivalencias, redondeo, validaciónes, parseo de string, etc