comprobar valor en base de datos

[Neftali [Germán.Estévez]]

Empezado por lalomon

...necesito enumerar con un valor unico cada venta que se realiza, este codigo debe ser generado por el propio sistema y no debe existir en la base de datos....

...en este momento es recorrer la tabla de ventas, que la saco con un ADODataSet, y comparo el codigo de la venta con cada uno de los existentes, si es igual a alguno lo aumento en 1 para obtener un nuevo valor

La ventaja que tiene este sistema es que cuando la tenga unos cuantos registros te podrás ir a tomar café mientras busca el siguiente número...

No en serio. Porqué no utilizas un campo autoincremental (en cada BD tiene un nombre distinto). Todas las Bases de Datos tienen un sistema para generar automáticamente estos números, de forma que el sistema se encarga de generar el "siguiente número" cada vez que se inserta un nuevo registro, sin que tú tengas que programar nada y sin que se repitan.

[lalomon]

OH gracias Neftali por la respuesta, la verdad me hubiese ayudado mucho, pero el problema es que necesito luego ingresar el detalle de la venta, el cual usa como clave foranea, el codigo de venta, y usando el campo autoincremental, no tengo como recuperar el codigo de venta generado por la base de datos.
pense en, luego de ingresar la venta, hacer un select a la tabla para sacar el codigo, PERO si hubiese otra transaccion del mismo tipo en ese momento, el codigo recuperado podria no pertenecer a la venta realizada.

wenu ojala exista alguna forma de obtener ese codigo que genera la BD, dentro de una misma transaccion (asi, me podria asegurar que nadie insertase otro elemento hasta que termine de sacar el codigo generado :S)

si alguien tiene otra sugerencia se agradece

[Neftali [Germán.Estévez]]

Empezado por lalomon

...pense en, luego de ingresar la venta, hacer un select a la tabla para sacar el codigo, PERO si hubiese otra transaccion del mismo tipo en ese momento, el codigo recuperado podria no pertenecer a la venta realizada.

Lo primero, decir que dependiendo de las librerías que utilices para acceder a la Base de Datos, puede ser que éstas te recuperen el código de forma automática una vez insertado el registro.
Y segundo, dependiendo de cómo hagas el SELECT y cómo tengas configuradas las transacciones (o mejor dicho el nivel de aislamiento de estas) no deberías tener problemas en recuperar el valor insertado.

[lalomon]

gracias por responder neftali ^^

estoy trabajando con mysql 4 y me conecto via ODBC, el problema que tengo es el siguiente, la insercion de la venta es una consulta SQL, en esta se genera el codigo de venta, pero el ingreso del detalle de la venta, es otra consulta, para la cual es necesario tener el codigo de venta para asociarlo.
pense en realizar un select a la venta(luego de ingresarla), para obtener el codigo que genero la BD, y en base a esto realizar el ingreso del detalle, pero si alguien ingresa otra venta, entre la insercion de la venta, y la ejecucion de la consulta para obtener el codigo de la venta, se generara un enrredo entre las ventas, recuerda que lo que estamos generando es la clave primaria, por lo que si nos es desconocida, no tenemos como obtener con un 100% de certeza la tupla asociada a esta.


pd1: como son puntos de ventas no es raro que tenga muchos ingresos de ventas al mismo tiempo
pd2: cada consulta SQL en si, es una transaccion, pero podria unir 2 consultas SQL para que kedaran como una sola transaccion bloquenado el acceso a la BD hasta que finalice su ejecucion? si se puede tendriamos el problema resuelto .
pd3:Muchas gracias por reponder mis preguntillas ^^

[Neftali [Germán.Estévez]]

Empezado por lalomon

...el problema que tengo es el siguiente, la insercion de la venta es una consulta SQL, en esta se genera el codigo de venta, pero el ingreso del detalle de la venta, es otra consulta...

Se me ocurre, por ejemplo, que con un Stored Procedure podrías hacer la inserción y devolver el código insertado en un sólo paso. En lugar de utilizar el SQL Pelado para insertar.

Revisa los niveles de aislamiento de las transacciones. Puede ser que te interese utilizar un nivel serializable en ese punto para asegurar que no existe operaciones entre la inserción y la consulta (de todos formas mucho cuidado con los niveles muy restrictivos).

[lalomon]

mmm el problema mi amigo es que estoy trabajando en MySql 4, por lo que no es posible crear procedimientos almacenados.

con respecto al aislamiento de la transacion, no me preocupa demasiado, ya que una vez realizada la insercion, identificada por un codigo unico, las siguientes tareas realizadas, realtivas a esta insercion, se identificaran con ese unico codigo(por eso es tan importante el no perderlo).

wenu seguire buscando alguna otra solucion

gracias por las ideas

[Neftali [Germán.Estévez]]

Empezado por lalomon

...es que estoy trabajando en MySql 4, por lo que no es posible crear procedimientos almacenados.

¿Eso qué significa? ¿MySQL 4 no tiene Stored Procedures?