haces mal al abrir y cerrar conexión dentro del bucle. Abrir y cerrar una conexión es algo "pesado". Deberías hacerlo fuera del bucle y dentro solo los updates o insert o lo que sea.

conectabase()
for n=1 to principal.articulos-1
...
next
cerrarconexion()

Y de hecho lo mejor sería si se puede (que a veces se puede y a veces no) ir acumulando los cambios que quieres hacer y luego hacer un único update o insert o lo que sea.

Un saludo
 

soplo escribió:  

haces mal al abrir y cerrar conexión dentro del bucle. Abrir y cerrar una conexión es algo "pesado". Deberías hacerlo fuera del bucle y dentro solo los updates o insert o lo que sea.

conectabase()
for n=1 to principal.articulos-1
...
next
cerrarconexion()

Y de hecho lo mejor sería si se puede (que a veces se puede y a veces no) ir acumulando los cambios que quieres hacer y luego hacer un único update o insert o lo que sea.

Un saludo
 

Gracias, lo voy a cambiar ahora mismo, y una vez terminado todo voy a reorganizar mi codigo por que si voy a necesitar usarlo en varios proyectos, saludos

Hola,

Aunque no se si me meto donde no me llaman, creo que es más limpio para este tipo de opeaciones  crear y emplear funciones, triggers en la propia base de datos de forma que desde el aplicativo nos olvidamos de la "lógica de negocio". Como ejemplo parecido al tuyo:



Otro ejemplo, esta vez de mi cosecha, para logearse: Esta operación muy común requiere un formulario muy sencillo que en principio bastaría con dos TextBox (usuario y password) y un  Button para enviar.  La programación del formulario debería ceñirse a comprobar el formato de los dos texbox, a encriptar la contraseña, a enviar los datos al SGBD y a actuar en función de la respuesta del SGBD. Todo lo demás, lo puedes hacer desde la base de datos: Saber si existe el usuario, en caso afirmativo comprobar contraseña, grabar los datos de la conexión si es correcta, grabar si hay error, gestionar intentos de conexión, bloquear el usuario en caso de tres intentos erroneos, y por supuesto comunicar al aplicativo el resultado. ¿Ventajas? Repartes el trabajo entre el aplicativo y el SGBD, en caso de fallo de programación en la lógica no tienes que hacer un nuevo ejecutable y distribuirlo, si te apetece programar un aplicativo en otro lenguaje solo tienes que reprogramar el formulario.




Otra pega que veo en tu código es que no controlas las transacciones y eso producirá errores a largo plazo casi seguro.

Espero que os sirva

Saludos

Los triggers son mucho mas seguros cuando se pueden usar lo que pasa es que ante un usuario que está aprendiendo si le sueltas un ladrillo con todas las posibilidades se muere. No pasa nada por escribir código y recibir críticas constructivas para saber que has hecho bien y que has hecho mal. Así lo siguiente lo haces mejor.

Erik los triggers son ordenes que se le dan a una base de datos para que cuando tu insertes, actualices o borres un determinado campo haga algo. Ese algo puede ser un cálculo o actualizar o borrar otro campo de otra tabla. Así no tienes que hacer todo. Tu haces el trigger y de ahí en adelante cada vez que cambies el valor de el campo ese se ejecutará el trigger. Como está en la base de datos ni siquiera ocurre con tu programa. Ocurre con cualquier cosa que haga que ese cambio ocurra venga de donde venga. De esa forma te evitas errores porque no hay posibilidad física de que eso no ocurra. Así por ejemplo si restar en un campo supone sumar en otro cada vez que de una forma u otra restes se hará la otra suma automáticamente. Nunca hay inconsistencia de datos.

También se pueden usar procedimientos almacenados que son mas complejos porque son programitas (a veces programones).

Sin embargo el uso de estas técnicas no se debe usar al tutiplen. Saber programar es conocer todas las posibilidades y elegir en cada momento el método mas conveniente.

 

Hola,

Tienes razón soplo. Espero no haber liado la madeja y que al menos sirva para despertar la curiosidad sobre estos temas.

Saludos

no no, liarla no. Al menos no lo creo. Ahora Erik sabe que hay otras opciones y quizá con el tiempo las investigue también. Por ahí hemos pasado todos. Con esas experiencias y con elt iempo y con errores se aprende. Luego uno un día mira algo que hizo tiempo atras con tanto esfuerzo y se da cuenta de como lo podría haber hecho mejor y con menos esfuerzo. Yo me arreglé así varios programas en el pasado y lo disfrutaba porque cada línea de código me daba cuenta lo que había mejorado y veia mi programa funcionar mejor, con mas opciones, mas estable, y con menos trabajo.

Hay a quien no le gustan las críticas. Yo tengo por costumbre hacerlas cuando creo que debo hacerlo pero siempre es para que quien pone ese código vea que cosas ha resuelto bien y que cosas son mejorables. El ánimo es solo constructivo, lo que pasa es que si no te lo dice nadie pues no lo sabes. Erik ahora sabe que tiene que tener cuidado donde pone el abrir y cerrar conexiones. La próxima vez partirá de eso y lo hará mejor. Nada mas que eso.

Por cierto que tanto hablar del fallo parece que todo estuviera mal cosa que no es cierto je je je.

Gracias nuevamente a todos, pues este es mi segundo programa en gambas, el primero solo era una agenda a medio terminar por que cambie de ubuntu a fedora y no resplde todo :P, aunque a veces me arrepiento del cambio jejejeje, todo lo que me comentan lo guardo para ocuparlo despues, ahora estoy un poco contra el tiempo, pero ya que trabajare con proyectos similares me encargare de poco a poco ir mejorando mi codigo y empaparme mas de gambas que me ha gustado bastante, bueno nos estamos leyendo y espero pronto yo poder dar consejos jejeje.