Autor Tema: Re: Visiual Fox & Sql Server (Leído 4598 veces)

Drzippo · « **en:** Sábado 16 de Febrero de 2002, 00:31 »

Quisiera escuchar comentarios acerca de la utilizacion de Sql server con Visual FoxPro

raul_herrera_

SQL server y foxpro es en definitiva una mezcla horrenda, por el SQL server claro esta, usa una base de datos real como mySQL, u Oracle 8i que ambas son GNU y por lo tanto gratuitas, Foxpro puede manejar cualquier cosa ODBC pero ahorrate problemas, evita SQL server.

La combinacion VFP y Oracle es muy adecuada y VFP si puede ponerse a la par del Developer 2000 a un costo mucho menor y si quieres aplicaciones de Internet, entonces cras paginas activas y listo, sin modificar una linea de codigo.

Drzippo

Estoy de acuerdo con vos en muchos puntos, pero la realidad del mercado es otra, todo apunta a Microsoft. No puedo ofrecerle a un cliente un solución sobre Oracle cuando ya tiene MS SQL o por mas que me parezca ideal la alternativa de un motor como el mySql ( por econónica,confiable etc.) a muchos de mis clientes no les cierra del todo.

Lo que estoy buscando es alguna experiencia de tener que convertir / desarrollar un aplicaión con bases fox a un motor como el MSSQL 7

raul_herrera_

FoxPro corre perfectamente con bases de datos que soporten ODBC, solo hay que crear las vistas remotas y eso es todo, si la estructura de las tablas y el numero de las mismas es identico en dos bases de datos distintas, digamos SQL/Server u Ocelot, FoxPro ni se entera hacia donde esta conectado, ni le importa una vez hecho esto, usas las tablas como .dbf exactamente de la misma forma o puedes sacarle provecho al embedded SQL e inclusive al SQL local de la base de datos.

Saludos.

Escribeme si quieres continuar con el tema.

Drzippo · « **Respuesta #4 en:** Jueves 7 de Marzo de 2002, 23:49 »

Raul:
Mi experiencia con las vistas remotas se limita a simples tablas en las que se agregan o quitan registros. No me ha resultado facil mantener la referencia integral con las vistas.
He obtenidos excelentes resultados con store procedures escritos para actualizar gran cantidad de registros en distintas bases.
Mi conclusion es que ambos son utiles depende del uso que se les dé.
Saludos

raul_herrera_

Bueno, en realidad no se que es la referencia integral:( , sin embargo, las vistas mantendran todas las politicas y la administracion de la base de datos, es decir que aun si el código dice que se borre una tupla padre a la cual hace referencia una tupla hija esta simplemente rechazara el comando ya que la integridad referencial es responsabilidad completamente del RDBMS:D , es decir que si la base de datos esta correctamente creada y tiene las restricciones correctas, no hay poder externo que le haga hacer otra cosa, sin importar que se haga a través de una vista, de un comando SQL o de uno xBase. A lo que quiero llegar es que hay mucho poder dentro de las vistas y me parece que es la forma mas adecuada de sacarle el jugo al VFP, si usas stored procedures y esas cosas entonces ¿para que usas VFP?, la filosofía misma de esta herramienta es "One Code, Many Databases", y es por eso que se hace de esta forma.

Si ya tienes programacion en la base de datos, entonces me parece mas justo usar herramientas orientadas a ese paradigma, como Access o VB.

Saludos.

paoluccij

disculpa ZIPPO, pero Raul tiene mucha razon, ademas si me estas hablando de integridad referencial, no me hablas del store o de procedures, porque entonces la integridad referencial la manejas tu y si no eres un programador ordenado, es muy provable que pierdas la integridad de las tablas.

Ademas, no te rompasla cabeza, hoy por hoy todos se van a la OBDC,ya que sin importar a que tipo de base de datos acceses, la OBDC se encarga del acceso y control.

Apoyo al Sr. Raul y te recomiendo utilizar las vistas remotas.

Saludos