Mostrando entradas con la etiqueta Formatos Datos. Mostrar todas las entradas
Mostrando entradas con la etiqueta Formatos Datos. Mostrar todas las entradas

jueves, 22 de julio de 2010

MySQL y Tipos Numéricos

Si estas teniendo problemas con campos de tipo numérico al realizar consultas, existe la posibilidad de que el tipo de campo que estas utilizando no sea el adecuado para lo que pretendes almacenar en el, es importante saber y comprender las características que hacen diferente a un tipo de valor de otro, con esto ahorraremos tiempo y no tendremos sorpresas en los resultados de las consultas.

La sugerencia es analizar los posibles usos para el cual será utilizado el valor que pretendemos almacenar.


INT, INTEGER, SMALLINT deben ser utilizados para los valores exactos como pueden ser “número de hijos”, “numero de recamaras”, “id_registro” por citar algunos ejemplos.

FLOAT, REAL, DOUBLE PRECISION, almacenan valores aproximados en decimales, redondean su valor al ser almacenados, es importante hacer notar que aunque almacenes un valor absoluto (6.0, 100.0) estos formatos de numero almacenan en la base de datos números adicionales en los decimales por lo que el valor 100.0 puede ser almacenado como 100.000000000045 debido a que son números aproximados. Estos tipos de datos pueden ser utilizados para guardar resultados de operaciones como pueden ser el “raiz_cuadrada”, “coseno”, “integral”.

Es muy común obtener resultados no deseados por el uso incorrecto de estos tipos de valores, cuando estamos buscando por rangos de valores excluyentes de los límites.


DECIMAL, DEC almacenan números enteros y de coma flotante exactos, no redondean su valor se almacenan tal cual como hayan sido proporcionados, es utilizados para guardar cantidades exactas de coma flotante. Algunos ejemplos de su uso pueden ser “salario”, “IVA”, “ISR”.

Espero les sirvan estas observaciones, aunque un tanto básicas en apariencia, aunque yo pienso que son de esos detalles que a veces omitimos durante el diseño de nuestras bases de datos.

domingo, 4 de enero de 2009

Referencia Cultural en ASP.NET

Hola de nuevo, yo creo que alguna vez se habran encontrado desarrollando un proyecto en su servidor local y cuando terminan y colocan su proyecto y su base de datos en el servidor final se habran encontrado con el problema de que los formatos de fechas y numeros es diferente de los formatos para los cuales esta desarrollado su proyecto y sobre todo para los clientes a los cuales esta dirijido su sitio.

Esto resulta un verdadero problema por lo que debemos hacer conversiones de formatos para presentarle a los usuarios de nuestros sistemas los datos correctamente.

Para este tipo de problema asp.net incorpora una utilidad la cual realmente facilita enormemente el proceso de presentacion de datos, de una manera muy sencilla, la manera correcta de enfrentar este tipo de situaciones es agregando la referencia de cultura de la interfaz de usuario en el archivo web.config, indicando el tipo de cultura para el cual deben de presentarse los datos, la sintaxis es la siguiente:



Si lo que deseamos es agregar la referencia de cultura en una sola pagina debemos realizarlo modificando la directiva @ Page agregando los atributos Culture y UICulture:



De esta manera no debemos de precuparnos mas por las conversiones entre el cliente y el servidor de sql ya que la referencia cultural sincronizara de modo automatico los formatos entre el cliente y el servidor de bases de datos. presentandole en los formatos correctos los datos a los usuarios y a su vez el desarrollador no tiene por que realizar conversiones de formatos.