autonumerico en base al maestro

[jachguate]

para esto no podes usar un generador. Es mejor que asignes los números desde tu aplicación... pues el generador partirá de 1, y no volverá "automáticamente" a este valor....

[jzginez]

Master, nuevamente mil gracias.

oye ya entrados en la exprimidera de cerebros siempre he escrito mis trigger como viene en la ayuda de interbase es decir entre los comandos

SET TERM !! ;
Create trigger............
.
.
.
SET TERM; !!


pero nunca he encontrado para que son me podrias esplicar su uso.

gracias

[jachguate]

esto, segun tengo entendido, ya ha sido superado en la versión 1.5 de firebird. Básicamente, es debido a que el programa cliente no era capaz de recnoocer el final del trgger/stored procedure, debido a que el caracter de fin de sentencia (;, que es el que normalmente se usa para delimitar las sentencias en un script, también se utiliza para delimitar las sentencias dentro del trigger.

Si no haces la llamada a set term... ocurrirá que, en un script como este:

  Create trigger mitrigger
    Active before insert on tabla
  AS
  Begin
    Update OtraTabla
         Set campo = campo + New.campo
      where llave = New.llave;
    Update OtraTabla2
         Set campo = campo + New.campo
      where llave = New.llave;
  End;

El sistema creerá que la sentencia termina despues del primer punto y coma (justo despues del primer update) y asi la lanzará al pharser de SQL; evidentemente incompleta, con lo que daría un error que provocaría la terminación anormal de la ejecución del script.

Al cambiar el caracter de terminación de las sentencias por !!, por ^ o por cualquier otro delimitador que no sea el punto y coma, se consigue determinar donde termina efectivamente la sentencia... evitando estos problemas.

Hasta luego.

[sanxpue]

Código PHP:

para esto no podes usar un generador. 
Es mejor que asignes los números desde tu aplicación... 
pues el generador partirá de 1, 
y no volverá "automáticamente" a este valor.... 


Si usas un Procedimiento almacenado podras hacer eso lo que dices

Create Procedure  INICIA_GENERADOR
As
DECLARE VARIABLE
GEN INTEGER;
Begin
  GEN = GEN_ID(generador,0);
  WHILE (GEN > 0) DO
    GEN = GEN_ID(generador,-1);
END

Funciona como debe de funcionar

[jachguate]

Pero vos estas asumiendo el caso en que no habrá necesidad de insertar un nuevo registro detalle para un registro ya existente... o que no habrá dos usuarios ingresando información concurrentemente. En cualquiera de estos dos casos, el proceso fallará generando claves duplicadas (suponiendo que la clave es clavemestro+contadordetalle)

En el post anterior, cometí el error de usar el verbo poder, cuando debi usar el deber. "Para esto no debes usar un generador"...

en fin, son vicios de lenguaje.

Hasta luego.

[sanxpue]

Pues no le veo problema, puesto que podemos crear su generator para cada usuario diferente, en tiempo de ejecucion y asi como su Stored Procedure, y como dices el problema seria clavemaestro+clavecontador, pero como tu dices tambien se toparia con lo mismo, supongamos que sea un punto de venta y el pastelito x tiene la clave 1 y al mismo tiempo llegan dos clientes en diferentes cajas y los cajeros chechan el pastelito 1 primero ahi tambien se repetiria.. no crees¡¡¡¡, entonces la clave primaria deberia ser clavemaestro+clavecontador+numerodecaja

[jachguate]

Empezado por sanxpue

Pues no le veo problema, puesto que podemos crear su generator para cada usuario diferente, en tiempo de ejecucion y asi como su Stored Procedure, y como dices el problema seria clavemaestro+clavecontador,

Creo que estas asumiendo muchas cosas sobre una aplicación de la que ambos no tenemos idea. Esto podria funcionar en unos casos y no en otros... asi que, para poder llegar a una conclusión en un tiempo prudencial, que sea útil a quien pregunta y al resto de la comunidad, propongo que nos basemos en el caso mas general posible.

Empezado por sanxpue

pero como tu dices tambien se toparia con lo mismo, supongamos que sea un punto de venta y el pastelito x tiene la clave 1 y al mismo tiempo llegan dos clientes en diferentes cajas y los cajeros chechan el pastelito 1 primero ahi tambien se repetiria.. no crees¡¡¡¡

Es que en este caso, el registro maestro no seria el producto, sino el encabezado de envío, factura (o cualquier otra figura equivalente) que se está generando.

Yo no me refiero a que se duplique el número del contador, que eso es precisamente lo que se busca.

Pero te voy a poner un ejemplo... suponiendo el caso ya expuesto del punto de venta.

Estado Actual:

Caja1: Esperando cliente
Caja2: Esperando cliente
Caja3: Cajero en tiempo de comida

Secuencia de sucesos:

• caja1Inicio de transaccion (factura 10) Supongo que en este momento se reiniciaria el generador, ingresa 3 lineas (10,1), (10,2), y (10,3)
• caja2Inicio de transaccion (factura 11) Se reinicia el generador, ingresa 1 linea (11,1)
• caja1ingresa otra línea: error: clave duplicada! (10,2)
• caja2Ingresa otra línea (11,3) warning: queda un agujero en el contador Esto dependiendo del tipo de aplicación real, puede o no tener importancia.
• Caja 3Regresa de comer, y le piden que agregue un item a la factura 3, que ya tenia grabados 75 items... error: seguramente habrá clave duplicada (3, 4) (o a estas alturas ya es una loteria)

Esto es para un caso sencillo con solo 3 usuarios concurrentes... pero en la práctica puede llegar a ser mucho mas complejo.

Si puede crearse un generador por usuario, dependerá que un usuario quiera usar solamente una instancia de la aplicación. El crear uno por terminal... limitará a una instancia por terminal...

En fin, es mi apreciación personal, que en este caso, es mejor establecer otro método para generar este tipo de secuencias... o bien cambiar un poco la forma de pensar, y tener un único generador para todos los detalles.

La mejor forma de hacerlo, será diferente de acuerdo a las especificaciones de cada aplicación, y corresponderá a su analista definir un criterio.

Hasta luego.