Generar mi autonumerico

21/05/2008 - 22:02 por CHAR72 | Informe spam
Hola compañeros! tengo cierto inconveniente que no puedo resolver. Tengo un
sistema que tiene un id que lo detemina de una tabla donde guarda el ultimo
id y le va sumando uno por cada nuevo registro. Cuando es un insert de un
registro no hay inconveniente, pero ahora debo realizar varios insert y no
se como obtener ese numero, intente crear una funcion que lo obtenga pero
solo permite otras funciones o procedimientos extendidos.

Como puedo resolver la cuestion con SQL 2000?

Saludos

Carlos

Preguntas similare

Leer las respuestas

#26 Gux (MVP)
23/05/2008 - 22:10 | Informe spam
"umak" wrote:

chau
~gux




Umak, hay muchas personalidades importantes que merecen ser imitadas. La mía
no se merece tal honor. O un problema de cut&paste tal vez?

Saludos,
Umak :-)

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/p...o.larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.
Respuesta Responder a este mensaje
#27 Alfredo Novoa
23/05/2008 - 22:11 | Informe spam
El Fri, 23 May 2008 12:29:00 -0700, umak escribió:

Si el SGBD resuelve el interbloqueo entonces la aplicación ya no tiene que
hacer nada. Para ella no existe el problema.



el tema es que no estamos hablando de cualquier rdbms



Es una mejora que se le podría hacer a SQL Server.

sqlserver elige una sesion para matar y si mi aplicacion es matada por
sqlserver me gusta saberlo



Es fácil saberlo :-)


Saludos
Respuesta Responder a este mensaje
#28 Gux (MVP)
23/05/2008 - 22:13 | Informe spam
"umak" wrote:

?usaremos entonces mysql que tiene diseño de los 90s?
pq sqlserver tiene diseño de los 80s, oracle y db2 de los 70s...



En general la elección del producto no se basa en la época en que está
basado su diseño, pero puede ser un criterio a considerar, como cuando uno
compra vino :-)

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/p...o.larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"umak" wrote:

?usaremos entonces mysql que tiene diseño de los 90s?
pq sqlserver tiene diseño de los 80s, oracle y db2 de los 70s...
Respuesta Responder a este mensaje
#29 Carlos M. Calvelo
23/05/2008 - 22:20 | Informe spam
On 23 mei, 22:06, Gux (MVP) wrote:
El resultado final de la ejecución de dos transacciones concurrentes debe ser
similar a la ejecución SERIAL (en serie o secuencia) de las mismas.




Pues eso es lo que significa que las transacciones sean
'serializables'.

Gux? Gustavo? (no me lo creo!)
Pero si así es... Gux, tu has fumado algo? :-)

Saludos,
Carlos
Respuesta Responder a este mensaje
#30 Alfredo Novoa
23/05/2008 - 22:31 | Informe spam
El Fri, 23 May 2008 12:48:01 -0700, umak escribió:

?usaremos entonces mysql que tiene diseño de los 90s?



Por desgracia cuando se diseñó MySQL no se utilizaron los conocimientos en
sistemas de control de concurrencia que estaban disponibles en esas fechas.

Aunque de todas formas MySQL tiene varios "motores de almacenamiento"
bastante diferentes. Los ISAM y MyISAM son muy primitivos, InnoDB es más
decente, y tienen varios más.

pq sqlserver tiene diseño de los 80s, oracle y db2 de los 70s...



Si, pero el diseño de los 3 es muy parecido. SQL Server no innovó mucho que
digamos.


Saludos
Alfredo
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida