autonumerico en base al maestro

[jzginez]

Hola a todos tengo estas tres tablas en firebird 1.5

CREATE TABLE TESTILO (
ID VARCHAR(15) NOT NULL,
DESCRIPCION VARCHAR(40),
FECHA DATE DEFAULT 'now',
ID_MATERIAL INTEGER,
IMAGEN IMAGENES /* BLOB SUB_TYPE 0 SEGMENT SIZE 80 */,
PRECIO FLOAT,
PRODUCDESEADA INTEGER,
EFICIENCIA INTEGER,
CANTIDAD INTEGER,
ID_CLIENTE INTEGER
);

CREATE TABLE TOPERACIONES (
ID INTEGER NOT NULL,
AVERVIATURA VARCHAR(10),
DESCRIPCION VARCHAR(40),
FECHA DATE DEFAULT 'now',
PAGOSEMANA FLOAT,
ID_TIPOMAQ VARCHAR(10),
ID_DEPTO INTEGER,
MINUTAJE TIME,
MINTSEXA FLOAT,
MINTOCIO FLOAT,
TAREAPORHORA FLOAT,
TAREAPORDIA FLOAT,
PAGOOPER FLOAT
);

CREATE TABLE TOPERESTILO (
ID INTEGER NOT NULL,
ID_ESTILO VARCHAR(15),
ID_OPER INTEGER
);

el campo ID de la tabla toperaciones es autonumerico con su generator y su trigger y funciona bien, la tabla toperestilo es un maestro detalle ya que por id_estilo puede haber una o mas operaciones pero necesito que el campo id empiese a numerarse desde 1 cada que ID_Estilo cambia de valor y así despues poder saber cuantas veces la operación uno fue la primera en realizarse, cuantas fue la tercera etc.

espero me puedan ayudar y sobretodo me entiendan

[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.