Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Varios (https://www.clubdelphi.com/foros/forumdisplay.php?f=11)
-   -   Eleccion de BD... (https://www.clubdelphi.com/foros/showthread.php?t=5929)

Tanix 11-12-2003 09:49:15

Eleccion de BD...
 
Hola a tod@s. Tengo una consulta a ver si alguien me echa una mano. REsulta que tengo una aplicación desarrollada en Delphi 5 con componentes ADO que ataca a una BD Access. Resulta que el cliente, q en un principio me aseguro que iba a trabajar en local (tonto de mi por creerle:( ), ahora resulta que quiere trabajar con varios usuarios simultaneamente.
La pregunta es que me aconsejais que use. Evidentemente debo migrar a otra BD, pero no se que usar, si MySQL, Interbase, FireBird, PostGreSQL... Vamos lo interesante seria tener que tocar lo menos posible de codigo y solo migrar la BD... Y encontrar una BD que controlase los bloqueos de tablas en caso de que accedan varios usuarios a ella, al estilo de como lo hace Oracle.
Bueno, espero que alguien se haya encontrado con el mismo problema y me pueda decir algo. Gracias de antemano por sus post... Un saludo... Tanix.

ogorut 11-12-2003 10:11:59

Bueno pero en realidad lo tuyo no es un problema. Puedes seguir utilizando Access sin temor.

Tanix 11-12-2003 10:18:54

Hola ogorut, gracias por tu post, pero... Estas seguro???, a mi me han comentado que access tiene serios problemas con el bloqueo de tablas, es mas yo lo he probado y da bastantes problemas, una de las peticiones de actualizacion o inserción en una tabla da un error, no se queda en una cola hasta que la primera haga un commit... Al menos a que te refieras a controlarlo por codigo, en ese caso te rogaria que me comentases cómo... Salu2... Tanix.

marto 11-12-2003 11:34:50

Hola,

Creo que puedes trabajar con Access en red sin más problemas mientras el volumen de datos / usuarios no crezca demasiado. Lo único que tienes que tener en cuenta es que Access no es un SGBD como oracle o interbase, no existe un servidor que controle nada. Tienes que "cambiar el chip" y pensar que estás trabajando con un sistema de ficheros (como en Paradox o dbase). Por lo que tendrás que ocuparte tú de gestionar los acesos, esencialmente mediante bloques try... except e informando al usuario de que el registro está siendo usado por otro usuario en caso de que la operación falle.

Tanix 11-12-2003 11:47:33

gracias por tu post marto... Intentare hacerlo asi, bloqueare al usuario que intente acceder y le sacare un mensaje por pantalla avisandole de la situacion... aunque no estoy del todo convencido de seguir usando access... Probare a ver que pasa... Salu2... y gracias

jachguate 12-12-2003 00:38:15

Pues yo creo que ahora te quitará el dolor de cabeza seguir con access... pues los cambios a tu aplicación serán mínimos, sin embargo, te recomiendo que consideres otras opciones para futuros desarrollos, o para este mismo si tu cliente sigue creciendo (digamos, mas de 2 o 3 usuarios).

Desde mi punto de vista, la elección primaria, si el cliente está dispuesto a pagarlo, es Oracle. Si no, pues firebird es una muy buena opción, aunque a veces, cuando pienso en el futuro, no se como irá en 10 años...

Luego, yo recomendaría Interbase, y por último, Postrgess y SQL Server. MySQL no es una opción para cualquier sistema de escritorio, ya que le faltan las transacciones, o al menos, le faltaban la última vez que lo vi...

Hasta luego.

;)

Tanix 12-12-2003 09:50:05

Gracias a todos por sus respuestas amigos... Un saludo... Seguiré sus consejos...


La franja horaria es GMT +2. Ahora son las 17:48:29.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi