Migrando FoxPro a Sql Server

Kevin Cox ha publicado un artículo en el Blog de Microsoft Sql Server Development Customer Advisory Team sobre su experiencia de migrar una solución FoxPro a Sql Server.

Aquí algunas de las notas acerca de los puntos a tomar en cuenta para una migración:

1. Si se tiene un tipo de datos MEMO en FoxPro deberias usar VARCHAR(MAX) en SQL Server. Podriamos usar TEXT pero sabemos que ya no va a ser utilizado en la próxima versión, y que será sustituida por VARCHAR(MAX). Y VARCHAR(MAX) tiene mejor performance.

2. Hay muchos tipos DATE en FoxPro. La decisión fue fácil de convertirlas a todos a DATETIME en SQL Server 2005. En SQL Server 2008 hay mas tipos DATE, de modo que hay que estudiar como mapear los tipos de datos FoxPro a los nuevos tipos SQL Server 2008. Los datos tipo DATETIME fueron exportados en formato de cadena usando YYYYMMDDHHMMSS.

3. En FoxPro NUMERIC(5,2) permite un rango de -99999 to 99999. En SQL Server usando la misma precision el rango es -999.99 a 999.99. Este fue el unico tipo de datos en el esquema que necesito ser alterado el nivel de tipo de datos. Entonces en SQL Server se usó NUMERIC (7,2) para conseguir el mismo rango.

4. Los campos en FoxPro de tipo LOGICAL fueron exportados como T/F o 0/1. Ellos se convirtieron en un tipo BIT data type en SQL Server o un TINYINT. TINYINT fue elegido si se van a realizar calculos sobre el campo en el futuro; p.e. SUM, AVG, etc.

El artículo completo se puede leer aquí.

2 comentarios:

jealh dijo...

Tengo varias preguntas que necesito que por favor me contesten. ¿Migrar significa exportar e importar a otra plataforma? ¿Cuáles son los pasos del proceso para migrar? ¿De qué sirve migrar los datos de FoxPro a MySQL (o SQL)?
De antemano, gracias.

Ikanus dijo...

Hola Jealh, trataré de contestar tus preguntas. Cuando digo Migrar de FoxPro a Sql Server, quiero decir que si tengo una base de datos o aplicación desarrollada en FoxPro, la "convierto" a una nueva aplicación que tenga como base de datos Sql server o MySql. Respecto a los pasos sobre migrar, los básicos serían analizar la aplicación original, elaborar la secuencia de migración, contemplar los cambios a revisar y el proceso de migración en sí. ¿De que sirve? Cada cosa que se haga se debe ver los pro y los contra. Si tu aplicación funciona bien y cumple las expectativas de los clientes, no serviría de nada migrar, en cambio si falta desarrollo de funciones u operatividad, la migración sería una oportunidad para hacer una mejora radical.