FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Pues lo siento, pero discrepo en ambas cosas.
1) MsAccess no es más que un programa para administrar Bases de Datos en ficheros MDB. Jet es el motor realmente. 2) Discrepo también en que sea malo. Al contrario, ADO+Jet funciona muy bien. Otra cosa es comparado con qué y para qué. Entramos en la discusión de siempre... "SQL Server es mucho mejor que una Base de Datos en DBF". Pues depende. Montar un SQL para una agenda de teléfonos (por decir algo) es una "salvajada" a mi entender. En ese caso SQL Server no es mejor que un fichero DBF o XML. Recordemos que un SQL server requiere de mínimos (si no me falla la memoria) unos 5GB de espacio en disco y 1 o 2 GB de RAM. "Está bien" para un programa que ocupa unos megas y realiza una cuantas tarea básicas, decirle al usuario que necesita esos requisitos... Cita:
Que conste, que ninguno de esos criterios, excepto el segundo, dan información importante para determinar la necesidad de uno u otro sistema. Depende, todo depende,...
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. Última edición por Neftali [Germán.Estévez] fecha: 09-12-2019 a las 16:07:53. |
#2
|
||||
|
||||
Cita:
Concuerdo con Neftalí: DEPENDE ...
__________________
Felipe Eduardo Ortiz López. Delphi programmers does it recursively... "Un programador, es un creador de universos en donde sólo él es responsable. Universos de complejidad prácticamente ilimitada que se puede crear en forma de programas de ordenador." - Joseph Weizenbaum. Témele a los profetas... y a aquellos que están listos para morir por "la verdad", ya que como regla general hacen morir a muchos otros con ellos, frecuentemente antes que ellos, y a veces en lugar de ellos. — Umberto Eco |
#3
|
||||
|
||||
Cita:
https://techcommunity.microsoft.com/...et/ba-p/315933 https://docs.microsoft.com/en-us/sql...ectedfrom=MSDN Cita:
No tiene ningun sentido usar Jet, sabiendo que sqlite (por nombrar el reemplazo mas obvio) barre con este y ademas esta mejor probado. P.D: Desde el punto de vista de MS, Jet es idéntico a paradox: Una reliquia del pasado. Y si te preguntas "Y eso no pues que esta en Access?" pues veras, Access lo tienen hay medio vivo pues porque aja, pero que le tengan cariño? Para nada. Por eso, si realmente le dieran importancia, le QUITARIAN JET DE UNA. Pero como no es asi y no les importa, pues aja, ahi ta*. No sean como MS con jet, ok? P.D.2: En mi modo conspirativo, MS mato FoxPro porque era demasiado bueno, y Access esta en modo zombie, porque ambos representan un estilo de desarrollo de apps de negocio DEMASIADO productivo y que hacia innecesario meter C++, C# y demas....
__________________
El malabarista. |
#4
|
||||
|
||||
Hace 16 años (cuando acababa de salir Delphi 7) todavía programabamos con el BDE y ADO+Jet4 era mucho mejor (a mi entender).
He programado en Delphi6 contra Oracle, SQLServer, MDB's, Paradox, Interbase y alguna cosa más. Los 2 primeros estaban en otro nivel y para según qué cosas a mi entender no tiene sentido "montarlos" y de los siguientes (en su momento) lo mejor era ADO+Jet4+MDB de largo. Y no me baso en ningun artículo lo se por experiencia propia. Hoy está claro que IB/FB estarían en la primera categoría (SGBD's) y el resto no tienen ese calificativo No se qué punto de vista tiene en MS, pero el trabajo con ambos no tiene nada que ver. Sigo pensando que todo depende, hay 1000 formas de almacenar datos, desde el registro, ficheros INI, ficheros planos, XML, JSON, formatos nativos, SGBD's, modelos relacionales, no relacionales, Bases de datos noSQL y todos los demás que se nos puedan ocurrir y ninguno es malo o bueno, cada uno es el adecuado para una tarea. Al menos es lo que yo pienso..
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#5
|
||||
|
||||
Cita:
Cita:
|
#6
|
||||
|
||||
Cita:
Uno en este trabajo le toca convivir con malas opciones todo el tiempo. Que dadas las circunstancias a punta de sudor (y muchas veces, pura suerte) eso se maneja? Pues eso es lo que hace a alguien profesional. Que si toca remangarse las mangas y poner a andar el motor a punta de cinta aislante echandole manualmente el agua pa que no se recaliente, pues aja, eso es lo que toca. Pero habiendo MEJORES opciones? Y ademas, ante la EXPLICITA recomendación del fabricante? Y luego de AÑOS? Eso es puro masoquismo. Y en esta industria SOMOS masoquistas. Ej: Ahorita mismo tengo que integrar contra un bodrio de bd de datos MySQL cuyas tablas (que es un erp) se llaman UNCC_0001, UNCC_0002 ...., obvio UNCC_00021 es pedidos. Y sus campos se llaman FT_0001, FT_0002 ... que obvio FT_0001 es la PK de la tabla. El cliente dice que ese ERP funciona muy bien!
__________________
El malabarista. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Que base de datos usar? | alquimista | Conexión con bases de datos | 67 | 16-07-2010 16:14:27 |
cambiar base de datos por código sin usar ODBC | Nharkor | Conexión con bases de datos | 4 | 27-01-2009 14:55:49 |
usar un archivo que contenga la ruta de la base de datos | IVAND | Varios | 2 | 27-03-2008 11:41:08 |
usar base de datos | kapullok_2006 | Conexión con bases de datos | 3 | 20-06-2007 19:49:01 |
Que base de datos usar?? | eltrinidense | Firebird e Interbase | 1 | 15-11-2003 15:28:04 |
|