Equivalencia SQL y ACCESS

Memo -> dependiendo del número de caracteres que quieras introducir, te

podría valer VARCHAR(8000) (hasta 8000 caracteres, como verás). Si quieres
más, ya necesitarás TEXT o NTEXT

Char(30) -> el mismo
Char(80) -> el mismo
Numerico -> tienes varias opciones. Hasta qué cifra quieres almacenar?

Entero, decimal exacto o con coma flotante?

Char(3) -> el mismo

Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL


"David" escribió en el mensaje
news:bf3701c479f5$3058f060$

Hola.
A ver si alguien me puede indicar cual es el tipo de datos
mas adecuado para convertir mi base de datos Access a SQL
server y luego poder exportar los datos con el menor
numero de problemas.
Estos son los que uso:
Memo
Char(30)
Char(80)
Numerico
Char(3)

Bueno.
Salu2

Gracias.
Muy amable
Salu2

Memo -> dependiendo del número de caracteres que

quieras introducir, te

podría valer VARCHAR(8000) (hasta 8000 caracteres, como

verás). Si quieres

más, ya necesitarás TEXT o NTEXT

Char(30) -> el mismo
Char(80) -> el mismo
Numerico -> tienes varias opciones. Hasta qué cifra

quieres almacenar?

Entero, decimal exacto o con coma flotante?

Char(3) -> el mismo

Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL


"David" escribió en

el mensaje

news:bf3701c479f5$3058f060$

Hola.
A ver si alguien me puede indicar cual es el tipo de

datos

mas adecuado para convertir mi base de datos Access a

SQL

server y luego poder exportar los datos con el menor
numero de problemas.
Estos son los que uso:
Memo
Char(30)
Char(80)
Numerico
Char(3)

Bueno.
Salu2

.

Carlos con su permiso, creo q los campos char(30) y char(80) debrian
ser mejor varchar , si la variacion de la cantidad de datos a insertar
es un promedio del 50% seria optimo varchar, bueno si estoy
equivocado agradezco su opinion al respecto .
Un saludo ,

Jose Nadim

Hola Jose:
El VARCHAR se va a gastar 2 bytes de mas para el control del largo, asi
que con solo que varien en un 20% ya sales ganando. :D
Comparto tu opinion, y creo que en general cuando superas los 20
caracteres suele ser mejor el VARCHAR.
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Jose Nadim escribio:

Carlos con su permiso, creo q los campos char(30) y char(80) debrian
ser mejor varchar , si la variacion de la cantidad de datos a insertar
es un promedio del 50% seria optimo varchar, bueno si estoy
equivocado agradezco su opinion al respecto .
Un saludo ,

Jose Nadim