Tipos de datos comunes a todos los SGBD

[Sanji]

Hola.

Me interesa diseñar una base de datos lo más independiente posible del SGBD en el que sea creada, y uno de los problemas que encuentro es el tipo de datos que debo asignar a las distintas columnas.

¿Hay algún conjunto de tipos de datos aplicable a cualquier SGBD? Imagino que el tipo varchar con máximo de 255 caracteres será uno de ellos, pero el que más me interesa es el que utilizaré para almacenar valores numéricos (int, decimal, numeric...). ¿Hay alguno válido para todos (o prácticamente todos) los SGBD?

Gracias y un saludo.

[gnzsoloyo]

¿Hay algún conjunto de tipos de datos aplicable a cualquier SGBD? Imagino que el tipo varchar con máximo de 255 caracteres será uno de ellos

Me temo que no, porque, por ejemplo, Oracle no usa VARCHAR sino VARCHAR2. El otro es obsoleto, y en ese caso el límite no es de 255 caracteres, sino más de 4.000.
Además se da el caso de MySQL, donde el VARCHAR tiene límite de 255 caracteres sólo hasta la versión 5.0.3, ya que las posteriores llevaron ese límite a 65. 535 caracteres.
En el caso de SQLITE, el tipo de datos es TEXT, aunque admite otros tipos, pero usa reglas de afinidad para manejar el problema internamente.
Firebird usa VARCHAR hasta 32.000 caracteres.

Como puedes ver, VARCHAR no es un estandar.

, pero el que más me interesa es el que utilizaré para almacenar valores numéricos (int, decimal, numeric...).
El problema es que diferentes DBMS tienen diferentes tipos de dato en cuestiones críticas, de modo que ni siquiera puedes asegurarte la portabilidad a niveles de consultas, al usar ciertas sintaxis, o en datos, al pretender acceder por ejemplo a UIDS de registros, que no los tienen todos...

¿Hay alguno válido para todos (o prácticamente todos) los SGBD?

En tu caso, yo procuraría mantenerme dentro del esquema del ANSI-SQL, con los tipos de columna más simples posibles, es lo más que puedes acercarte, hasta lo que yo entiendo.
De hecho, si usas SP, tendrás problemas mayores...

[miguec04]

yo creo que deberías seleccionar el manejador de base de datos que mas satisfaga tu necesidad, ya que si haces un diseño y modelo que de pronto en algún momento te sirva para alguno otro te pases por alto problemas de seguridad como los constraint, las llaves primarias y demás, creo que los datos auto-incrementar la única que los lleva la misma columna es mysql del resto hay que crear secuencias que me hagan esto, entonces yo creo que lo mas importante es que analices bien y te fijes mas en la seguridad y las necesidades de tu software a ver cual se acomoda mas a lo que necesitas.