Fechas y monedas (Formatos - Configuración Regional)

"Julio Briceño" escribió en el
mensaje news:

Fechas y monedas (Formatos - Configuración Regional)

Saludos cordiales,

¿Qué estándar se puede utilizar para que una aplicación funcione
independientemente de la configuración regional del cliente y del
servidor,
tanto para las fechas-horas y las monedas? Es decir, ¿existe alguna manera
de
trabajar una aplicación cliente/servidor Visual Basic.net, ado.net,
SqlServer, en la que no importe la configuración regional ni del servidor
ni
de los clientes, que no importe si es MM/DD/YYYY ó DD/MM/YYYY o si tiene
datos para horas DD/MM/YYYY HH:MM:SS para el caso de las fechas o si el
separador de miles es ',' ó '.'?

¿Cómo controlo el formato de las variables tipo 'date' y las variables
'Double' ó 'Single' en .net? ¿Cómo debo enviar los inserts sin son en
cadenas
desde la aplicación y cómo debo enviarlos si son por procedimientos
almacenados? ¿Cómo hagos los queries basados en fecha? ¿Cómo los hago
basados
en monedas y que funcionen independientemente del formato?

Hola, Julio:

En la medida en que la comunicación entre el cliente y el servidor se
realice mediante parámetros determinados por el tipo de datos original, la
configuración regional del servidor no debería afectar para nada la conducta
de la aplicación: recuerda que la configuración regional afecta solamente
los atributos de presentacion de los datos.

Del lado del cliente, si usas controles DateTimePicker para las fechas, y si
validas los datos introducidos en los controles de texto (puedes usar la
funcion Parse de los tipos basicos dentro de un bloque de control de
excepciones) tampoco deberías tener problemas con la configuracion regional.

Para los queries, debes utilizar un formato de fecha adaptado al proveedor
de datos: #yyyy-mm-dd# si es Access, 'yyyymmdd' para SQL Server o (DATE
'yyyy-mm-dd') para MySQL. Para las monedas, normalmente uso
varNumero.ToString("###0.00").Replace(",", "."), y para los valores enteros
varNumero.ToString. En el registro de parámetros de la empresa (que forma
parte del contexto de aplicacion) tengo una mascara para el formato de los
valores.

Pero lo mas simple, y lo mas flexible, es usar procedmientos almacenados
cada vez que puedas. En ese caso, le asignas valores "binarios" (es decir,
independientes de la representacion) a los parametros, y ADO.NET se ocupa de
armar la consulta de la manera requerida por cada proveedor.

Salud!
P.S. al menos por aquí no hace falta ni la cedula ni el rif para hacer
preguntas, "por ahora" ;-)