![]() |
![]() |
| 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
|
||||
|
||||
|
Yo creo que se ganará con el cambio.
Respecto a fivewins Vs. Delphi pues no estoy muy seguro, ya que nunca oí hablar de fivewins, pero respecto a Interbase Vs. xBase sí sé que con Interbase saldrás ganando. También deberías estudiar la posibilidad de otras bases de datos, como MySQL, MS-SQLServer u Oracle y ver cual de todas te irá mejor. Cada una de ellas tiene sus ventajas. De cualquier forma, creo que es buena idea cambiarse a Delphi, independientemente de la base de datos que se vaya a utilizar.
__________________
Proyectos actuales --> Allegro 5 Pascal ¡y Delphi! - BAScript - Multi Language Scriptable Development Environment |
|
#2
|
||||
|
||||
|
Sin duda, la opción es Delphi FDB.
Fivewin para muchos de nosotros fue el precursor del OPP en Clipper, implementando esta tecnología y poniendo Windows al alcance de Clipper. Evidentemente cuando "los viejos clipperos" conocieron Delphi, en su mayoría migraron rápidamente hacia Borland. (me incluyo). A pesar de que Antonio Linares sigue con su proyecto hacia adelante, los tiempos que corren no aconsejan moverse por esos lares, a pesar del gran producto que resultó ser.
__________________
Un poco de tu generosidad puede salvar la vida a un niño. ASÍ DE SENCILLO |
|
#3
|
||||
|
||||
|
si quieres convencerlos quizás lo más sencillo sea por el lado de la seguridad e integridad de la información, el control de accesos y demás en esto cualquier SGBDR actual le gana a los lenguajes xbase.
así mismo como la integración de los procesos y la expansión de la empresa el Uso de otro lenguaje entonces puede partir de ahi así como el uso de las tecnologías actuales Por cierto no hagas una sugerencia, mejor presentalo como un proyecto es mas facil olvidar un consejo que un documento bien hecho. saludos y suerte
__________________
self.free; |
|
#4
|
|||
|
|||
|
Saludos.
Yo trabajé toda la década de los 90's con Clipper, y llegados al nuevo milenio intenté migrar mi tecnología Clipper (tenía mucho software desarrollado y un conocimiento profundo) mediante varias herramientas, como CP3, Xailer, Harbour, Alaska xBase y, también, Fivewin. Aparecieron incluso algunos pseudo motores que prometen convertir un sistema de ficheros .dbf en un servidor, como por ejemplo Codebase, pero la verdad es que ambas tecnologías, creo, son los últimos manotones de ahogado para mantener estas tecnologías el mayor tiempo posible. Nada malo puedo decir de Clipper, fue algo excelente y sigue estando presente en muchas aplicaciones útiles hoy día. Fivewin facilitó darle un entorno gráfico, pero, en mi opinión, debe quedar para mantener proyectos muy buenos y costosos de rehacer, pero tarde o temprano habrá que enfrentar la realidad de una tecnología que se está abandonando. En esa búsqueda, encontré Delphi/PHP y Firebird-PostgreSQL-Oracle-MySQL, y allí me quedé. No veo justificativo alguno -más allá del apuro, una gran complejidad o un alto costo de desarrollo- para mantenerse en ese camino. ¡¡Ni hablar de iniciar proyectos nuevos!! Podés estar SEGURO, que estás ofreciendo una mejor alternativa (siempre y cuando manejes con soltura el Object Pascal y el SQL). Pero es fundamental que apoyes tu propuesta con un proyecto escrito (como dice Droguerman) y documentado con material del que abunda en Internet. No olvidemos lo importante que puede ser hoy ofrecer soluciones que en un futuro se accedan vía web, cosas que con estas tecnologías se hacen sencillamente, y no creo que sea igual con Fivewin. Además, con TurboDelphi Explorer / PHP + Firebird o PostgreSQL, no existe la excusa del costo de las herramientas, porque son totalmente gratuitas, cosa que no sucede con Fivewin y los motores para .dbf's. Y personalemente, creo que a menos que deseen el apoyo de una empresa importante detrás de los proyectos con bases de datos, mejor utilicen Firebird antes que Interbase, por el costo de licencias. Desde ya te comento que no tendrás problemas con Firebird, inclusive este proyecto resolvió muchos de los problemas que traía Interbase 6. Una de las pocas ventajas que tendrías con Interbase es el uso de dos procesadores en Windows, pero eso no durará mucho tiempo antes que Firebird solvente esta limitación. Ojalá te sirva este punto de vista Saludos |
|
#5
|
|||
|
|||
|
gracias por su apoyo.
Gracias por el apoyo brindado de echo mil gracias . Estoy empezando un proyecto para mostrarlo , respaldado con la documentacion correspondiente al tema . No quiero imponer mi voluntad , solo quiero darle un nuevo giro , tomare todas las sugerencias en cuenta ... ya que todas me sirven.
|
|
#6
|
|||
|
|||
|
Gracias .. es un honor tener el apoyo de profecionales como ustedes
saludos.. ![]() |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Sugerencia | turminator | Varios | 2 | 30-06-2006 19:42:28 |
| Sugerencia de conección | sierraja | Firebird e Interbase | 2 | 12-09-2005 15:28:48 |
| Paradox-Access Sugerencia por favor!!! | wichosaenz | Conexión con bases de datos | 1 | 16-03-2005 15:53:45 |
| Sugerencia en aplicativo de red LAN | CFPA86 | Varios | 0 | 14-10-2003 20:09:16 |
|