Nº Pedido

23/08/2006 - 13:48 por Tadeo Giner | Informe spam
Hola a todos

En una aplicacion que estoy desarrollando tengo que dar de alta un nuevo
pedido que por supuesto va numerado, y me temo que si dos usuarios dan a la
vez un alta tenga problemas con la numeracion de ese pedido, tendria que
bloquear el fichero de pedidos? como se resuelve este caso? uso v22005
express

No me sirve la solucion de un campo incremental puesto que cada cliente va a
tener su propia numeracion

Gracias

Preguntas similare

Leer las respuestas

#1 Matias Iacono
25/08/2006 - 14:39 | Informe spam
Supongo que usas SQL Server como base de datos.

En ese caso, podrias tener un procedimiento almacenado, el cual te retorne
el valor adecuado del registro a insertar. Por ejemplo: @@identity

Ahora, si no quieres usar autonumericos, y tienes el problema de que puedan
haber repetidos.

Como manejas tus llaves primarias?

Me refiero a que como garantizas dentro de tu tabla la identidad de cada
registro?

Saludos.

"Tadeo Giner" wrote:

Hola a todos

En una aplicacion que estoy desarrollando tengo que dar de alta un nuevo
pedido que por supuesto va numerado, y me temo que si dos usuarios dan a la
vez un alta tenga problemas con la numeracion de ese pedido, tendria que
bloquear el fichero de pedidos? como se resuelve este caso? uso v22005
express

No me sirve la solucion de un campo incremental puesto que cada cliente va a
tener su propia numeracion

Gracias




Respuesta Responder a este mensaje
#2 Tadeo Giner
27/08/2006 - 19:03 | Informe spam
Hola Matias

El problema mio es de sintaxis, por mucho que digan tus compañeros de otros
grupos de noticias, la unica manera de solucionar esto es haciendo un
bloqueo y mi nivel de sintaxis de microsoft es cercano al nulo

Al final voy a aplicar un nivel de transaccion serializable para que bloquee
las inserciones delos otros usuarios mientras se inserta en de uno, lo puedo
hacer como tu dices, con una funcion (pero mi nivel de sintaxis de sqlserver
es aun peor) o con codigo vb que parece mas facil.

Lo ideal seria con una funcion sqlserver, la idea es que cada cliente tenga
su propio contador, es decir que la numeracion de los pedidos no es unica
para todos sino unica para cada cliente

la clave primaria es un autonumerico, cuando acabe la aplicacion y haga una
prueba de carga lo normal es que tenga un indice nºpedido+iddecliente, y
otro indice en iddecliente que es una clave ajena

Gracias de todo
Tadeo Giner


"Matias Iacono" escribió en el
mensaje news:
Supongo que usas SQL Server como base de datos.

En ese caso, podrias tener un procedimiento almacenado, el cual te retorne
el valor adecuado del registro a insertar. Por ejemplo: @@identity

Ahora, si no quieres usar autonumericos, y tienes el problema de que
puedan
haber repetidos.

Como manejas tus llaves primarias?

Me refiero a que como garantizas dentro de tu tabla la identidad de cada
registro?

Saludos.

"Tadeo Giner" wrote:

Hola a todos

En una aplicacion que estoy desarrollando tengo que dar de alta un nuevo
pedido que por supuesto va numerado, y me temo que si dos usuarios dan a
la
vez un alta tenga problemas con la numeracion de ese pedido, tendria que
bloquear el fichero de pedidos? como se resuelve este caso? uso v22005
express

No me sirve la solucion de un campo incremental puesto que cada cliente
va a
tener su propia numeracion

Gracias







email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida