Proglemas con los Triggers

[Casimiro Noteví]

¿Pero conoces más casos en los que ocurra eso, o es sólo tu propia experiencia?

[elrayo76]

Mira, no son muchos los casos que conosco, pero si algunos conosco. No estos totalmente seguro, pero ¿puede que por la antidad de triggers en la base haya algún problema que haga que pase eso?.

En la base tenemos un trigger por cada tabla involucrada en la pantalla, ya que estos son los responsables de loguear todo lo que se da de alta/modifica/elimina para las auditorías. La base por lo menos tiene unas 150 tablas ya que cada pantalla para hacer el proceso de confirmación de datos por algún autorizado cuando se da de alta/baja/modificación incluye una tabla auxiliar.

Saludos,
El Rayo

[Casimiro Noteví]

Sería imperdonable que un sistema tan caro como oracle tuviera esos fallos.
No sé en qué consiste el trabajo que haces con ese sistema, pero ¿te has planteado a usar un software libre, gratis y sin problemas, como Firebird, por ejemplo?

[elrayo76]

Te cuento que trabajo para una empresa que desarrolla software para las empresas que manejan tarjetas de crédito y las administradoras de estas. Parte de este software es desktop y otra parte es web ya que se comparte con los bancos que manejan estas tarjetas.

El echo es que abría que migrar a un administrador de base de datos mas grande porque no se si Firebird puede manejar la cantidad de datos que se manejan en esas empresas. Mas bien lo utilizaría para otro tipo de sistemas.

Igualmente no te preocupes que ya encontraremos la solución al problema.

Gracias por tus comentarios.

El Rayo

[Casimiro Noteví]

Empezado por elrayo76

El echo es que abría que migrar a un administrador de base de datos mas grande porque no se si Firebird puede manejar la cantidad de datos que se manejan en esas empresas.

Pues no sé, porque como no has dado ninguna información de cuánto es la cantidad de datos que precisas manejar.

De todas formas, lo que sí es seguro es que con firebird, postgresql, mysql, etc. no vas a "perder" los triggers.