¿como obtener id del registro recien insertado?

[[oscarac]]

y porque genera los huecos?
cual es el motivo?

[[Chris]]

Usa la clausula RETURNING.

[arrayman]

creo que si metes el codigo en un triguer habra menos posibilidad de fracaso en la insercion pues supongo que saltara cuando el registro se ha validado y
va a ser insertado. con mi sistema yo tengo que reservar el id antes de grabar y si la insercion falla el codigo ya ha sido reservado si el usuario decide no volver a intentarlo o simplemente pulso donde no era y cancela el hueco esta.
no es gran diferencia, tb es curiosidad.

gracias mirare el link de returning en cuanto pueda ahora me voy a sobar
que es tarde y mañana es mañana.

[arrayman]

esta bien no pude resistirme y lo mire,

desconocia esa información, muy bueno pero la verdad que yo hago las inserciones via tclientdataset, es decir las hace el por mi.
no se si habra alguna opcion de configuración para que genere ese tipo
de sentencia y me devuelva la primarykey, si no se pierde en comodidad
pero me viene genial para los casos en que lo tenga que hacer a mano.

muchas gracias.

[ecfisa]

la principal desventaja de mi sistema es que tiende a generar huecos.

Los generadores se diseñaron para garantizar la unicidad en entornos multiusuario y no es relevante que sean consecutivos. Las 'brechas' numéricas son
muy normales con su uso.
El tema de los 'huecos' se presenta por ejemplo cuando: El usuario A obtiene el identificador 500, seguidamente el usuario B recibe el 501,
el C el 502, etc. Entonces el usuario A decide abortar haciendo un rollback, el generador continuará la secuencia sin importar la posición 500.

Para hacer códigos consecutivos podés incrementar un campo mediante un trigger y usar un procedimiento almacenado para obtener el próximo código.

Por ejemplo:

Código SQL [-]
SET TERM ^;
CREATE TRIGGER TABLA_CODIGO_AI FOR TABLA_CODIGO ACTIVE AFTER INSERT POSITION 0
AS
BEGIN
  UPDATE TABLA_CODIGO SET NUM_CODIGO = NUM_CODIGO + 1;
END^

CREATE PROCEDURE SP_PROXIMOCODIGO RETURNS (PROXCOD CHAR(8))
AS
DECLARE VARIABLE NUMERO INTEGER;
BEGIN
  SELECT NUM_CODIGO FROM TABLA_CODIGO INTO NUMERO;
  NUMERO = NUMERO + 1;
  PROXCOD = LPAD(TRIM(CAST(NUMERO AS VARCHAR(8))), 8, '0');
END^
SET TERM ;^

El procedimiento te devolverá el próximo siguiente código. (00000001,00000002,00000003,..)

Un saludo.

[arrayman]

ok, lo se, no pasa nada con los huecos, mi interes era descubrir otras formas y a ser posible mejores (como en todo pa unas cosas si pa otras no).

de todos modos detallare un poco mejor, como dije uso tclientdataset, y en el beforepost es donde obtengo el id via store proc. lo hasigno al campo correspondiente del clientdataset y hago un applyupdates.

es por eso que aunque vuestros aportes son magnificos, como dije salvo para casos concretos en que lo haga a mano, no veo como usarlo pues es el propio clientdataset el que genera los insert y no se como recuperar el id o como configurarlo para que lo gestion el.

la comodidad que ofrece el clientset (gestiona el solito los insert y los updates y de un modo bastante flexible) me hace pensar que a mi no me vale la pena el beneficio en fin gracias

un saludo y muchas gracias

[guillotmarc]

Empezado por arrayman

ok, lo se, no pasa nada con los huecos, mi interes era descubrir otras formas y a ser posible mejores (como en todo pa unas cosas si pa otras no).

de todos modos detallare un poco mejor, como dije uso tclientdataset, y en el beforepost es donde obtengo el id via store proc. lo hasigno al campo correspondiente del clientdataset y hago un applyupdates.

es por eso que aunque vuestros aportes son magnificos, como dije salvo para casos concretos en que lo haga a mano, no veo como usarlo pues es el propio clientdataset el que genera los insert y no se como recuperar el id o como configurarlo para que lo gestion el.

la comodidad que ofrece el clientset (gestiona el solito los insert y los updates y de un modo bastante flexible) me hace pensar que a mi no me vale la pena el beneficio en fin gracias

un saludo y muchas gracias

Yo lo hago igual que tú, ya que si dejas que sea la misma base de datos la que asigne los ID, entonces te encuentras varios problemas.

La base de datos (los triggers) solo le da valores al guardar los datos, por lo tanto, cuando haces relaciones maestro-detalle, no tienes la clave del maestro hasta que no lo hayas guardado (y eso te obliga a recorrer a posteriori los detalles, para asignarles la clave de relación).

En cualquier para recuperar el ID, una vez asignado por la base de datos, tienes varias opciones :

a) Utilizar la cláusula returning en el INSERT. El problema es que tienes que personalizar la sentencia INSERT con la que se dará de alta el registro, y por lo tanto no puedes usar el ClientDataset para dar de alta el registro.

b) Lanzar una consulta : select max(ID) from TABLA, para averiguar el último ID asignado. El problema es que si hay varias personas trabajando a la vez, puedes obtener un valor erroneo.

c) Puedes consultar el generador, utilizando un incremento de 0. Es decir : gen_id(NOMBRE_GENERADOR, 0). Esto es más rápido de ejecutar, pero tiene el mismo problema que la solución anterior.

Personalmente me sigo quedando con asignar manualmente el ID desde Delphi, en el AfterInsert de un registro. Pero en lugar de utilizar un procedimiento almacenado (más que nada porqué con tanto procedimiento por eso, al final molestan para manejar los que hacen algo "de verdad"), simplemente lanzo una consulta

select gen_id(NOMBRE_GENERADOR, 1) from rdb$database

Saludos.