FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
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.
__________________
La suerte favorece a una mente preparada... |
#2
|
|||
|
|||
Bueno pero en realidad lo tuyo no es un problema. Puedes seguir utilizando Access sin temor.
|
#3
|
|||
|
|||
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.
__________________
La suerte favorece a una mente preparada... |
#4
|
||||
|
||||
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.
__________________
E pur si muove |
#5
|
|||
|
|||
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
__________________
La suerte favorece a una mente preparada... |
#6
|
||||
|
||||
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.
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
#7
|
|||
|
|||
Gracias a todos por sus respuestas amigos... Un saludo... Seguiré sus consejos...
__________________
La suerte favorece a una mente preparada... |
|
|
|