Firebird21

Por favor ingresa o regístrate.

Ingresar con nombre de usuario, contraseña y duración de la sesión
Búsqueda Avanzada  

Noticias:

Tus inquietudes seran respondidas en breve..

Páginas: [1] 2 3 ... 10
 1 
 en: Febrero 21, 2018, 10:51:42 am 
Iniciado por NorbertoAlvarez - Último mensaje por NorbertoAlvarez
Estimada lista, desde hace muchos años que uso visual Fox y me ha traído muchos beneficios, también por su simplicidad. Imagínense, que yo empecé con Clipper y cuando aparece lenguajes entorno Windows, vi que lo mas cercano que tenia era el Fox y a consecuencia Visual Fox.  Como todos sabemos Microsoft, lo descontinuó hace muchos años y realmente me causa bronca y tristeza, por dos razones: La simplicidad y recursos del Lenguaje y segundo porque ya tengo 54 años y volver a empezar de cero cuesta mucho mas que hace 20 años atrás. Mas alla que ya no tengo mucho tiempo para perder probando cual es el mejor Lenguaje o mas cercanos a lo que uno ya viene acostumbrado. Toda la vida hice sistemas de escritorio, y ya también hay que hacer sistemas WEB, sino quedo fuera del sistema comercial. Son muchos los motivos y preguntas, que me aparecen. Supongo que muchos foxeros, al cual a este lenguaje tiene mis mas grandes respetos y admiración, se han encontrado en la misma encrucijada. Por ello me gustaría escuchar consejos, recomendaciones, porque la verdad no quiero y no puedo jubilarme. Desde ya muchas gracias.

 2 
 en: Febrero 21, 2018, 10:41:22 am 
Iniciado por NorbertoAlvarez - Último mensaje por NorbertoAlvarez
Walter, muchas gracias por tu respuesta, ya me bajo el ejemplo y arranco.

 3 
 en: Febrero 20, 2018, 07:54:16 pm 
Iniciado por NorbertoAlvarez - Último mensaje por Walter
Usar en los formularios de ABM botones de navegación (primero, anterior, siguiente, último) era lo normal en los programas desarrollados con los lenguajes XBase (dBase, Clipper, FoxPro, etc.). Es por lo tanto muy común que los veas en esos programas.

Sin embargo, en SQL eso no es recomendable ni aconsejable. La razón es muy simple: normalmente los usuarios no utilizan esos botones y estar consultando la Base de Datos para mostrar cada fila de la tabla no se justifica. Es lento, consume recursos innecesarios, y no proporciona ventajas.

En SQL se recomienda usar formularios de búsqueda. O sea, el usuario escribe lo que desea buscar (el número de un documento, por ejemplo), y el programa busca en la Base de Datos ese documento y lo muestra en el formulario.

Puedes descargar un sistema completo de ventas, con su documentación y su código fuente desde:

http://www.mediafire.com/file/dugbqkqt4tx6bdl/SQL_DEMO.zip

Saludos.

Walter.

 4 
 en: Febrero 20, 2018, 07:44:27 pm 
Iniciado por p4md4 - Último mensaje por Walter
Hay que adaptarse a la tecnología, aunque por comodidad normalmente nos resistimos a hacerlo.

Una buena alternativa es que uses ANGULAR. Es un framework desarrollado y mantenido por Google, una empresa que de software sabe muchísimo.

Las aplicaciones que ya has realizado, déjalas como están. Pero para las nuevas aplicaciones lo más conveniente es usar lenguajes y herramientas modernos.

Saludos.

Walter.

 5 
 en: Febrero 20, 2018, 07:41:24 pm 
Iniciado por MarianoPoli - Último mensaje por Walter
En lugar de COLLATE UTF8 usa COLLATE ISO8859_1 y verifica si funciona.

UTF8 no deberías usar a menos que necesites caracteres europeos orientales (rusos, polacos, húngaros, etc.)

Además, en lugar de LIKE, puedes probar con CONTAINING. En este caso no debes colocar los símbolos de porcentaje:

CONTAINING 'Ñ'

Saludos.

Walter.

 6 
 en: Febrero 20, 2018, 02:55:34 pm 
Iniciado por MarianoPoli - Último mensaje por MarianoPoli
Estoy teniendo un error con el siguiente query:
SELECT * FROM miTabla WHERE micampo LIKE '%Ñ%'
Intenté incluyendo COLLATE
SELECT * FROM miTabla WHERE micampo COLLATE UTF8 LIKE '%Ñ%'
Tampoco funciona.
Sin embargo si el LIKE lo cambio por = si funciona
SELECT * FROM miTabla WHERE micampo = 'Ñ'
Alguien tiene alguna sugerencia ???
Gracias

 7 
 en: Febrero 20, 2018, 01:12:27 pm 
Iniciado por NorbertoAlvarez - Último mensaje por NorbertoAlvarez
Estimada lista, comencé a migrar de mis tablas nativas de VFP a Firebird. Y normalmente mis ABM a tablas cuenta con un navegador de cuatro botones (Primero, siguiente, anterior y ultimo), Agregar, cancelar, modificar y guardar. También cuento con un buscador (ventana independiente). Pero por algo que he leído, por este foro, si mal no recuerdo. el Navegador es como que no va usando Motor de Bases de Datos (en este caso Firebird). Ya que prácticamente comienzo de cero, que me sugieren para hacer un típico ABM, ya que si le pongo navegador y tengo que hacer una consulta por cada click, creo que va a ser bastante lento. Si me muestran un form del tipo que se puede usar les agradecería bastante. Ya que empiezo, lo hago bien. Gracias

 8 
 en: Febrero 12, 2018, 08:37:37 am 
Iniciado por oskarssj5 - Último mensaje por jesusmp
Me pasaba algo similar y era la configuracion del RATON !!!   
Mira lo que publiqué:  http://yoforeo.com/firebird21/index.php?topic=1564.msg5203#msg5203


- Lo acabo de probar en un portatil DELL, Core I5. Entro al programa:  Lento antes de teclear nada. Desactivo el Driver INTEL HD Graphics y entonces va bien. Pero claro se pierden atributos de la pantalla grafica ..

***************   Sorpresa:  Lo he descubierto   :) *********************
!!!!!  ..... Acabo de descubrir lo que es (tras probar comentarios de blogs) Es EL RATON.
- Prueba1: Si abro la aplicación con el raton fuera de la ventana: OK-Rapido.  Si lo abro con el raton posicionado en la ventana: Mal-Lento.
- Prueba2: Definitiva. Ira a Configuracion Windows (Personalizacion, Pantalla de Bloqueo, Temas): Temas / Cursor del mouse (Pestaña Punteros): En  Esquema= Ninguno  ....y  sorpresa.....  OK-funciona rapida la aplicación. En realidad es cualquier "Tema"  EXCEPTO el "Predeterminado Windows". >:(

A ver : un ingeniero que lo explique.. ¿Qué tiene que ver el ratón con el rendimiento de carga de un programa?. Pues algo debe ser, inexplicable.
Espero que si alguien consulta esto le sirva, pues ha sido muy penoso ver como la aplicación moría de lenta durante años.

 9 
 en: Febrero 12, 2018, 08:32:35 am 
Iniciado por jesusmp - Último mensaje por jesusmp
Hola,
Rarisimo ese problema que planteas con graficas IntelHD y una base de datos firebird.  :-\
Yo tengo firebird 2.5 en equipos con esas graficas y no tengo ningún problema.
¿Has probado a intentar conectar a la base de datos directamente con isql?
Quizás el problema no sea de base de datos si no de la interfaz grafica de la aplicación y el manejo con el driver instalado.

Saludos.

Pues es que no se entiende, basta con desactivar el controlador Intel  y dejar uno standard de Windows y la aplicacion va bien. Vuelves a poner el del ordenador (Intel HDGraphics)  y se muere de lento.
- Debe ser un tema de driver porque antes (8 años o más) tambien ocurria, pero Intel tenia una version de driver distinta a la que se instalaba al comprar el equipo y entonces funcionaba bien. Se cambiaba y arreglado.
- Lo acabo de probar en un portatil DELL, Core I5. Entro al programa:  Lento antes de teclear nada. Desactivo el Driver INTEL HD Graphics y entonces va bien. Pero claro se pierden atributos de la pantalla grafica ..

***************   Sorpresa:  Lo he descubierto   :) *********************
!!!!!  ..... Acabo de descubrir lo que es (tras probar comentarios de blogs) Es EL RATON.
- Prueba1: Si abro la aplicación con el raton fuera de la ventana: OK-Rapido.  Si lo abro con el raton posicionado en la ventana: Mal-Lento.
- Prueba2: Definitiva. Ira a Configuracion Windows (Personalizacion, Pantalla de Bloqueo, Temas): Temas / Cursor del mouse (Pestaña Punteros): En  Esquema= Ninguno  ....y  sorpresa.....  OK-funciona rapida la aplicación. En realidad es cualquier "Tema"  EXCEPTO el "Predeterminado Windows". >:(

A ver : un ingeniero que lo explique.. ¿Qué tiene que ver el ratón con el rendimiento de carga de un programa?. Pues algo debe ser, inexplicable.
Espero que si alguien consulta esto le sirva, pues ha sido muy penoso ver como la aplicación moría de lenta durante años.
-
*******************


   

 10 
 en: Febrero 11, 2018, 12:14:41 am 
Iniciado por p4md4 - Último mensaje por p4md4
Hola estimad@s..

desearia conocer su opinión y/o sugerencia con respecto a la idea de migrar un sistema realizado netamente en visual basic 6.0 a laravel (lo que es php, JS, CSS, JQuery, etc)

como es bien sabido vb6 dejo de tener soporte, y por ende en un futuro no muy lejano tal vez se presenten algunos problemas de compatibilidad cuando el cliente necesite actualizar por "a" o "b" su OS por ejemplo.

¿Que harian?
¿Iniciarian el proyecto de migración?

Ó continuarían dándole mejoras al código de vb6
¿que factores pondrían en la balanza antes de llegar a una conclusión?


Desde ya, les agradezco por vuestro tiempo.

Páginas: [1] 2 3 ... 10

Enlaces

Blog de Firebird21 WebMaster