![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
En mi opinión si vas a trabajar en red con muchos usuarios y la carga de transacciones es mucha te aconsejaría que utilices otro gestor de bases de datos mas seguro y potente como postgres, sql o Interbase
__________________
Cuando la única herramienta es un martillo todos los problemas tienen cara de clavo |
|
#2
|
||||
|
||||
|
¡Hola!
Cita:
Otra buena opción sería Firebird. Si la aplicación ya tiene acostumbrados a algunos usuarios, has una "versión de transición" con la misma estructura de código, pero con una base de datos cliente-servidor, lo cual de entrada le dará estabilidad para operar en red. Posteriormente habrá que rediseñar la aplicación (de ser necesario "desde 0") para aprovechar de manera más eficiente el esquema cliente-servidor sobre la red. Mi punto de vista del caso. Un abrazo. Al González. ![]() |
|
#3
|
||||
|
||||
|
Código:
¿SQL? Los otros dos que mencionaste son SQL.
__________________
Cuando la única herramienta es un martillo todos los problemas tienen cara de clavo |
|
#4
|
|||
|
|||
|
Ups, perdón
En respuesta a Lepe y pidiendo disculpas por haber sido tan parco en mis explicaciones.
Efectivamente, me refer |
|
#5
|
|||
|
|||
|
Perdon de nuevo, pero al parecer al safari para windows no le gusta que escriba en los foros
![]() Comentaba en mi anterior Post, primero que muchas gracias a tod@s por las respuestas. En segundo lugar que efectivamente lo de FoxPro era por las bases de datos que son en DBF La utilizarán a la vez un maximo de 30 personas. La aplicacion esta pensada para diseñar estructuras metalicas primero en 2D y despues renderizarlas en 3D (con texturas, etc...) y posteriormente con ese diseño elaborar presupuestos... pues bien, el unico motivo para hacerlo en red es que los presupuestos deberian generarse de forma correlativa independientemente del puesto en el que se encuentren (vamos no me jodas que son presupuestos, no facturas) despues de aportar unas cuantas soluciones para no tirar por tierra el trabajo (jefe eres un ca.... de m...) a todas dijeron que no, pero se me ha ocurrido una, que seguro que la aceptan, no se que os parecera, la cuestion es que solo una parte de la aplicacion este en red (llamemosla aplicacion servidor) esta servira el número de presupuesto "candidato", al llegar al final, se guardara el numero de presupuesto con el identificador del puesto en el que se genero. No se que opinais, a lo mejor es mas sencillo modificarlo todo para que sea entero multiusuario, pero como es la primera vez que se me presenta semejante problema... TENGO MIEEEEDOOO |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Dilema | marcoszorrilla | La Taberna | 9 | 21-09-2007 16:23:20 |
| Delphi - VB : Gran Dilema | jorge_mosquera | OOP | 1 | 20-03-2007 16:13:58 |
| Amor eterno | roman | La Taberna | 1 | 07-02-2007 21:43:52 |
| Eterno problemas de indices | Pablo Carlos | Conexión con bases de datos | 23 | 08-04-2005 08:23:58 |
| Dilema Matrimonial | guillotmarc | Humor | 4 | 17-05-2003 00:02:22 |
|