SoloCodigo

Un lenguaje de tercera generación es aquel que encapsula las instrucciones de lenguaje de máquina, y este a su vez encapsula las instrucciones de bajo nivel, es decir 0 y 1.

¿Aun confundido?, has oido hablar de Pascal, C, Basic, Java, Perl, etc... a lo mejor por ahí se te puede iluminar un poco.

¿Inteligencia Artificial?, no chico, primero lo primero.

El programa está muy mal escrito, primero guarda, y luego lee, es por eso que el apuntador al archivo queda loco, es preferible abrir, grabar y cerrar, despues abrir, leer y cerrar, es la forma correcta de hacerlo.

un poco de inspiración, también un lenguaje de tercera generación resulta útil.

Viene solitario en un solo CD, con toda su carga (help, wizards, ejemplos etc...), pero viene solo, despues de ser desterrado de la casa Visual Studio, el padrastro Micro$oft, lo cree demasiado rebelde (fuerte e implacable) para estar con sus hermanastros, el zopenco VB y el gordo y ceboso VC#, no digamos del alienado j++, dicen que solo su hermana C++ lo quería y que de vez en cuando le fabricaba algunos OCX bonitos para los luciera en sus mejores fiestas.

Una vez desterrado y de una vez por todas, Micro$oft intenta... ¿Matarlo?, o ¿Dejarlo morir?, le ha quitado su parte de la herencia y ha hablado mal de él (Páginas activas), y ahora espera que sus hermanastros hagan lo que nunca han hecho bien, para suplir su ausencia.

Los que lo queremos por que nos ha ayudado, nos ha dado grandes placeres, nos ha instruido en como se hacen (y no se hacen) las cosas, por que ha alimentado a nuestras familias por décadas, ya sea cuando sus padres aún vivian, ya sea cuando su padre adoptivo lo rescato de las garras de la obsolecencia, nos sentimos conmovidos y tristes, ya que aún no tenemos claro si esta decisión ha sido por simple capricho, por estrategía economico-metálica, o por simplemente decir "No te necesito".

Ni tampoco sabemos si Micro$oft mató en aquella mañana de otoño de 1994 al padre de FP para atrapar al hijo antes que se conviertiera en "peligroso", con aquello de "Los amigos los queremos cerca, pero a los enemigos los queremos mas cerca", Le puso su apellido Visual (En este mundo el apellido va primero), y lo decoró con sus caricaturescas gráficas, pero nunca lo ayudo como se ayuda a un hijo, sino simplemente lo mantuvo, y estoy seguro que pasó hambres y penas (Falta de presupuesto y despido de programadores del "core"), sin embargo él se ha puesto de pie una y mil veces, ¿o es que simplemente no se pone de rodillas ante nadie?.

No importa como haya sido, VFP es y será mi RAD favorito, aunque tenga por oficio y beneficio que buscar otras virtudes en otros lugares, a veces por necesidad, a veces por curiosidad solo para regresar y decir no hay nada como el Visual FoxPro.



¿Ya tienes el VFP7?, ¿Me puedes enviar una copia de la llave de instalación?, (no estoy muy dispuesto a soltarle un centavo a Micro$oft (ni yo, ni nadie que conozca) hasta que esté convencido que vale la pena hacer el Upgrade, el VFP6 es simplemente magnífico).

a=25
b="Hola"
? type("b")        <-------- Regresa C
? type("a")        <-------- Regresa N

Si lo que quieres es programar una base de datos relacional con las 13 reglas de Codd el mejor libro se llama teoría relacional de Codd, puede buscarlo en la red, ahí te dan las reglas de como armar una, ahora la programacion, deberias ser capaz de desarrollarla en 2 semanas de 8 horas diarias, para que cumpla con al menos 11 reglas y soporte parcial de SQL (Ese es el tiempo que tardamos en la U).

En realidad no es nada del otro mundo si lees primero este libro.

Saludos

Primero que nada, bienvenido al mundo real, y que bueno que ya te diste cuenta de que no debes usar SQL Server, pero la solucion se encuentra en el mismo Microsoft, con un hijo adoptado llamado VisualFoxPro.

Lo que debes hacer es conectarte con ODBC a tu SQL Server 1 bajar tus datos  a tablas DBF, luego llevarte los dbf a tu sql server 2 y hacer el proceso inverso.

Ni lo intentes con otro manejador que no sea VFP ya que tendras problemas graves con los tipos de datos especialmente el currency y el number con mas de 1 decimal.

Todo esto lo se por experiencia, busque en todos lados y no encontre nada excepto el VFP para la tarea. a pesar de que muchas herramientas me prometieron hacerlo, no pudieron.

Saludos.

El Codec Divx Jpeg Layer 4 es propiedad de Jpeg y por lo tanto es improbable que lo puedas conseguir facilmente, la versión ;-) Divx es un hackeado de salida con sobre imposición y sobre todo esta crackeda y libre para utilizarlo "gratuitamente", es preferible conseguir los codecs en los sitios a la Divx-digest.com y luego haces un visor generico de Video for windows embebiendo el objeto VFW en tu aplicación de esta forma te queda mas versatil y por sobre todo actualizable externamente ya que solo habrá que sustituir el codec y listo.

Saludos.

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.

¿que fue eso?, ¿una pregunta o una respuesta?