Club Builder

[Laura1971]

Hola a todos.
Tengo una aplicación que intento correr en un entorno multiusuario.
Si un usuario edita un registro y luego un segundo entra al modo edición el error de bloqueo para el segundo usuario me lo tira después que terminó de modificar los datos.
Yo quisiera que me avise antes de comenzar a editar los datos.
Es posible?
Todo lo que encontré hasta ahora es cómo manejar los estados a nivel tabla o dataset. Pero a nivel registro, yo quisiera que la aplicación le avise al usuario que ese registro no está disponible al momento de oprimir el botón de modificación y no luego de postearlo.
Mi transacción está así (uso Interbase):
AutoStopAction:saCommitRetaining;
DefaultAction:TaCommitRetaining;
Params:
read_commited;
rec_version;
nowait
Gracias.

[bosoft]

ya he visto muchos posts sobre multiusario.
Yo he usado btrieve desde hace muchos años, y ahora pervasive sql (muy parecido a las bases de datos que se usan en builder)

¿Como se soluciona el problema de un usuario editando? Pues bloqueando antes de editar. Cuando tu lees un registro que esta bloqueado por otro usuario, el motor te niega ese registro indicandote que esta bloqueado.

Btrieve te puede informar hasta quien es el usuario que esta usando ese registro. Y ademas lo hace todo solito.

Saludos, Bosoft

[Laura1971]

Muchas gracias Bosoft.
No tenía ningún tipo de información sobre BTRIEVE pero intenté buscar algo en internet. Ya estoy bajando un trial.
A ver si entendí bien: es un programa que almacena la información de los archivos en formato "Btrieve" y es compatible con algunos motores de bases de datos. Y trae un gestor de registros (el cual me permitiría resolver el problema de mi consulta).
Es así?
Y es compatible con Interbase?
Es decir, podré usar las bases de interbase?
Última consulta: no hay versiones gratis de BTRIEVE?
Saludos y gracias.

[bosoft]

[Touchsoftwares]

Espero haber entendido bien, mira lo qu eyo hago es definirr un cambo boleano llamado "bloqueado", ahi activo si esta en edicion el usuario y desactivo cuando termina

Saludos
_________________
Ing. Gabriel Góngora Navarrete
TouchSoftwares Inc

http://www.touchsoftwares.com

[bosoft]

[Laura1971]

Gracias a ambos, Gabriel y Bosoft.
Gabriel:
He pensado en añadir un campo lógico en mis registros de Interbase.Es una buena opción.Pero en ese caso me gustaría informar al usuario que no puede modificar quién está modificando el registro.Para ello intenté agregar el componente IBSecurityService.Pero no logro hacer que me muestre el usuario.Siguiendo la misma lógica pensé en agregar un campo que me almacene el usuario.Pero no lo pude lograr.
Mi pregunta es la siguiente: tengo alguna manera de saber quién está usando el registro en modo edición?
Bosoft:
En cuanto a BTRIEVE, bajé el trial de pervasive.Pero para probarlo debo obtener la licencia telefónicamente o por mail y no lo he conseguido aún.Por tus comentarios concluyo que sería el motor apropiado para mi aplicación, pero debería crear las bases y modificar código.Espero igualmente poder obtener la licencia y probarlo.
Saludos.

[Laura1971]

Bueno, por ahora resolví el asunto añadiendo dos campos a mis tablas:
-el campo lógico que permite saber si un registro está siendo editado,
-y el campo que almacena el usuario que está editando el registro en ese momento.
El usuario lo obtuve a través del componente IBDatabase:
DataModule2->IBTable1->FieldByName("usuarioeditando")->AsString = DataModule2->IBDatabase1->DBParamByDPB[isc_dpb_user_name];
Más allá de que mi error fue diseñar la base sin tener en cuenta la arquitectura de interbase en el momento de hacerlo, ya que podría haber incorporado estos campos en cada una de las tablas (que son muchas por cierto) en el momento de crearlas.Pienso que debe haber una solución más eficiente.Pero por ahora, y hasta que maneje mejor c++ e interbase, salgo del paso y tal vez le sirva a alguien más.
Lo que plantea Bosoft es cierto.Qué pasa si hay un corte?Aún no he hecho suficientes pruebas con las transacciones.Pero por lo que leí creería que si estas modificaciones están dentro de transacciones, un corte no sería inconveniente.Ya que para evitar estos y otros problemas es que se opera con transacciones.
Saludos.

[Cesar C. Salazar Gonzalez]

Hola laura, una pregunta si nos referimos al diseño de la base de datos que mencionas y que dices que esta un poco mal modelada, quisiera hacerte una pregunta, para no revolverte, en que caso extremo puede que 2 estaciones modifiquen un registro? muchas veces he comentado que son las malas costumbres de EI2 ( je je para no hacer comercial y que me cobren por la marca), lo que mencionas es un problema que puedes encontarlo en paradox, pero es muy improbable que en interbase lo encuentres,

supongamos tu ejemplo con 1 tienda 2 terminales y muchos productos.

tabla productos-
cod-cant-descr
01-100-plumas de escritura

terminal A- vende 1 pluma (abre tabla y verifica cantidad) -- 99 plumas
terminal b- vende 1 pluma (abre tabla y verifica cantidad) -- 98 plumas

terminal A-cancela la venta (regresa el producto y cierra) plumas 99
terminal B-realiza con exito la venta (vende el producto y cierra) plumas 99

aun tengas millonesimas de segundos no puede existir 2 usuarios modificando el registro..
otro ejemplo

2 usuarios modificando una nota de compra de productos para alimentar el inventario

analicemos
1.- es posible que 2 usuarios tengan la misma factura al mismo tiempo?
2.- si es asi, no crees que es un fradue, por haber dos facturas con el mismo folio y mismos productos..
3.- si asi fuera, y el usuario mete 200 plumas, y el otro mete 300 plumas
4.- cuando aplique la transaccion cuantas plumas deben haber
obiamente deben haber 500 plumas mas + 99 de arriba 599
por muy lejana y remota coincidencia, esto es algo imposible.

para terminar 1 usuario no puede estar haciendo cola al mismo tiempo en 2 cajas en un centro comercial y pagar en las 2 cajas con la misma tarjeta de credito al mismo tiempo, por como lo quieras ver si eso fuera posible, aun asi no llegarian al mismo tiempo...


bien, espero que antes de moverle a tu base de datos y luego no puedas regresarla quieres tomarte un tiempo con nosotros y explicarnos o mostrarnos el modelo de tu base.. es decir como estas manejando la transaccion de informacion para que pueda sucitarse que 2 terminales accedan al mismo registro...

un saludo y estamos en contacto...
_________________

[bosoft]

Yo usaba transacciones antiguamente, pero acabe por dejar de usarlas.
El porque: Bloqueo general (en multiusuario) si no tienes los archivos de datos controlados a la hora de leer, escribir, etc..
El ejemplo (siempre con bloqueo de registro)

puesto 1:
abro archivo 1:
abro archivo 2:
abro archivo 3:
leo y bloqueo registro 3 del archivo 1
leo y bloqueo registro 1 del archivo 2
modifico registros y desbloqueo.

puesto 2:
abro archivo 1:
abro archivo 2:
abro archivo 3:
leo y bloqueo registro 3 del archivo 1-no puedo, se esta usando
leo y bloqueo registro 2 del archivo 2
leo y bloqueo registro 1 del archivo 3
no puedo modificar, poque el registro 3 esta bloqueado

en caso de transacciones, el puesto 2 no terminaria hasta que el 1 no "suelte" el registro 3.

sin trasacciones el puesto 2 termina el resto y estaria a la espera del registro 3.

¿pero que pasaria si antes de terminar el puesto 1 intenta leer el registro 1 del archivo 3?
todo bloqueado por las 2 transacciones.

espero haberme explicado bien

saludos, bosoft.

[Cesar C. Salazar Gonzalez]

vuelvo a mi pregunta anterior, dime en uno de los casos, en los cuales tus terminales

Puesto 1 y Puesto 2, esten editando el registro al mismo tiempo...
y cambiando sus datos al mismo tiempo...

por lo consiguiente, es Interbase Firebird o es alguna otra base de datos.. usando el BDE, si usas el BDE automaticamente estas callendo en la parte de Bloqueos ahora bien, como se dice un mal modelo de transacciones (hablando del flujo de datos, no de la accion Commit, Rollback), si la base de dato se encuentra mal diseñada y los flujos de informacion estan mal ideados, es posible que no sea la terminal quien marque el fallo del sistema.

Un ejemplo es en el post, si en este momento 3 o 5 usuarios estuvieran modificando este mismo post, que debe pasar... es decir el foro te debe decir " no puedes contestar, se encuentra bloqueado por tal usuario" y si te das cuento eso no es correcto... y mucho menos sucede...
mas sin embargo podemos estar escribiendo 100 personas al mismo tiempo y todas modificando las respuestas. pero eso, dependen del tiempo y momento en que presionaron [ Enviar ]
_________________

[bosoft]

[Cesar C. Salazar Gonzalez]

[bosoft]

creo que no me explicado bien.
Las transacciones de una base de datos nos son componentes, simplemente son un seguro para realizar varias operaciones, ya sea entre bases o en la misma base y, si por algun motivo no acabase bien, no se hace nada.

Los bloqueos, podria contarte para que sirven y de obsoletos nada de nada.
Yo tengo varios programas de gestion y estoy harto de pelearme con los usuarios ¿porque? pillan un cliente, le modifican cualquier dato, y antes de pulsar para guardar la modificacion se largan a tomar un cafe. JODER con lo poco que cuesta pulsar el ENTER.....

Si a eso te referias con lo de imposible modificar un registro por 2 terminales, pues habra que pensar en lo peor (mira el ejemplo de arriba)

¿Porque no uso el SQL? porque no he podido dominarlo en cuanto se conectan 2 o mas despistados a la vez por culpa de los bloqueos. Eso si. no lo he estudiado a tope, aunque creo, en mi modesta opinion, que deja mucho que desear.

Yo hago que mis programas hagan lo mismo que el sql, pero controlados por mi aunque me cueste mas de programar, pero asi cuando pasa algo entre redes, se que solo yo tengo la culpa, aunque algun antiordenadores este tomando su cafe.

Saludos, bosoft.

[Cesar C. Salazar Gonzalez]

Efectivamente, mientras el software funcione correctamente, no es necesario modificar nada, para terminar mi participacion y esperar la participacion de los demas... sin ser tema de discusion o enfrascarnos en una lucha de capa y espada..

el control de bloqueos en SQL ( que tambien se pude hacer), viene controlado desde el servidor de base de datos, usando
Triggers o Procedures, para manejarlos...

como bien dices, haces todo de lado de la aplicacion, pero por que hacerlo cuando el servidor de base de datos te permite programar en el y controlar la informacion, usando las sentencias del mismo servidor se obtiene resultados... perfectamente muy controlables.

la programacion de bases de datos actualmente se maneja del lado del servidor, la interface desarrollada en BCB es meramente lo "bonito" que el usuario entiende... si alguien como tu dices, se va a tomar cafe y deja colgada una terminal, voy hablar de interbase, el servidor a un determinado tiempo que tu le pongas, realiza las operaciones, cuando el usuario vuelva de tomar el cafe. se va a dar cuenta que la transaccion ya fue aplicada sin la nececidad de que el usuario presione la tecla enter,

que gano con ello, que mis estaciones estan controladas por el servidor...

asi mismo el mismo interbase trae por default, la opcion de desconectar a un usuario de la base de datos cuando esta pase determinado tiempo y dentro de ese evento de conexion el servidor puede aplicar las operaciones correspondientes, grabar o desechar la operacion que el usuario dejo "colgada"

bien bosfot, como te comento y como tu has dicho... llevamos desde el 1990 con la version 3.1 del Ms-Dos eso quiere decir que tenemos aproximadamente 16 años viendo esto de las bases de datos... siendo los mismos años que se han regenerado los gestores

sobre la cuestion de SQL y sobre el tema de dominarlo, es como aprender ingles pero pensando en español

no es lo mismo
La Blanca Casa del Vecino - que - El Vecino en la Casa Blanca
the House White - que - the White House

querer entender a SQL con lo que estamos acostumbrados, no es posible si no se entiende la filosofia de SQL...


para terminar:
las bases Btrive las implemento Visual Basic en 1990 y son las que se manejan por access.


por lo que me comentas de Pervasive existe una version de Pervasive.SQL 8.0 y en este enlace viene la informacion asi como una tabla comparativa sobre los productos.

http://www.danysoft.com/free/06reperv.pdf


saludos...
_________________