Problemas con aplicación en RED [windows forms]

[freegirl]

hola,

tengo un futuro problema con una aplicación para trabajar en Red.

El problema estará que cuando dos usuarios abran al mismo tiempo, por ejemplo, el formulario alta clientes, como el nº cliente se genera sumando +1 al último nº cliente, a los dos les saldrá el mismo nº, y cuando vayan a almacenar los datos, pues petará porque habrá clave repetida.

Y lo mismo pasaría con los formularios de facturas, prespuestos...etc. Que si dos usuarios o más abren el mismo formulario a la vez, hay problemas.

Vosotros como tratais los temas estos?

saludos!

[alehawk]

Yo particularmente no encontre ningun metodo que me ayudara en este caso, actualmente tengo una base de datos sql en linea, mas un servidor sql con la base local.
En este caso se utilizan 1 programa servidor (que es el que sincroniza la base local con la web) + clientes lan que pegan contra la base del servidor local + clientes remotos que pegan contra la base online.
El cliente remoto permite la carga de datos directamente sobre la base web, los clientes LAN cargan los datos sobre la base local mientras que el servidor de encarga de mantener 2 bajes espejadas, digamos que lo que hace es que la base local y la base online tengan los mismos datos, para eso actualizo los datos automaticamente cada X tiempo trayendo y aplicando las modificiaciones realizaras remotamente sobre la base local y aplicando los cambios que hicieron los clientes lan en la base web.
Los clientes LAN, y vamos a tu pregunta, si trabajan sobre la misma base podrian modificar y editar un mismo registro por eso lo que hago es lo siguiente, tomo el registro de la base local y lo archivo en una base "transaccional" y una vez editado este registro lo vuelgo a archivar en la base transaccional eso hace que el registro original desaparezca y por el otro lado el usuario sepa que estaria modificando un registro que ya fue editado.
Cuando quiero o cuando se deba producir, se sincroniza la base transaccional con la base local archivando de manera permanente el registro modificado...
Es mas laburo pero me aseguro que bajo ninguna circunstancia el registro pueda ser trabajado por 2 usuarios al mismo tiempo.
Otra cosa que podrias hacer es agregarle un marca, onda que si tiene la marca no se puede tomar paramodificar el tema es que tenes que leer la base, tomar el id, subir la marca y luego guardar el registro editado, yo opte por borrarlo directamente...

[Jose_minglein2]

Por que no utilizar autoincrementales???con esto aseguras que solo en el momento de inserción se cree automaticamente, así la Clave primaria nunca estará repetida.

[flacusho]

En mi opinión este problema se resuelve implementando comandos que usen las transacciones. Puedes apoyarte tambien de los procedimientos almacenados o los disparadores para hacer que se incremente algun contador para asignarselo a una clave.

Saludos!

[freegirl]

bueno pues al final me he decido por lago bastante sencillo y que sales del paso. Pues antes de guardar los datos, miro si ya existe algún registro con dicha clave, si existe, pues vuelvo a generar una clave, así hasta que la clave no exista.

saludos!

[RootK]

se resuelve implementando comandos que usen las transacciones

De hecho..

ahora que tambien si tu sgbd es por ejemplo SQL server te puedes apoyar tambien de los triggers..

Por que no utilizar autoincrementales???con esto aseguras que solo en el momento de inserción se cree automaticamente,

tambien ésta es buena opcion..

Salu2

[HenrydeSousa]

Una buena opción es hacerlo en un Stored Procedure, si estás trabajando con mssql claro, y colocar el insert into dentro de una transacción, de esta forma te aseguras que el id no coincida para ningún usuario, aunque haya 100 al mismo tiempo. En este caso colocar el campo como autoincrementable sería opcional. Saludos...

[freegirl]

hola,

utilizo la Bd de Access y el campo no puede ser un autonúmerico, porque si fuera así ya no habría ningún problema :)

saludos!

[Jose_minglein2]

Pues yo he utilizado Access y si que me permite autonuméricos

[freegirl]

me he explicado mal jeje

A ver, no digo que no deje Acces poner campos autonúmericos, es que yo en la aplicación no quiero poner campos autonúmericos.

saludos!

[RootK]

Lo que se hace en algunos casos es tener una tabla con un solo campo que sea tu contador.. y cada vez que hagas una insercion lees tu campo y le incrementas 1 para asignarlo al nuevo registro.. y asi sucesivamente, ya depende de la imaginacion de cada uno...

Salu2