No es relevante el que se hable de sistemas relacionales o no. El concepto de propiedades ACID es independiente del SGBD (no es una característica esencial). Tan independiente es que se puede aplicar, por ejemplo, a sistemas de ficheros.
Considero que Access no es un SGBD, sino una aplicación (en el caso de la herramienta llamada Access) que accede a bases de datos o una librería (en el caso, por ejemplo, de acceso vía ODBC) de acceso a bases de datos. En ningún momento Access (la herramienta) proporciona un punto de acceso centralizado a los archivos que componen la BD: esto provoca, por ejemplo, que sólo un usuario puede acceder a la BD en cada momento. Un SGBD real trabaja para poder dar servicio multiusuario, entiendo yo. Aunque no sea demasiado bueno, como en el caso de MySQL pre-InnoDB.
En cuanto a las definiciones, tienes razón... en parte. Opino que un "sistema" (operativo, gestor de bases de datos) que no presenta un API suficiente (esto es, que cubre, al menos, todas las operaciones mínimas imprescindibles) no merece tal nombre. Pero a este paso acabaremos debatiendo qué es "es" (como en el caso Lewinsky). Por cierto, no he visto yo nunca bibliografía que exija que el sistema operativo deba llevar compilador ;-)
-- Marcos (cualquier parecido con la coincidencia es pura realidad)
Re:Adelante!!
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Miércoles, 06 Noviembre de 2013, 12:05h )
No es relevante el que se hable de sistemas relacionales o no. El concepto de propiedades ACID es independiente del SGBD (no es una característica esencial). Tan independiente es que se puede aplicar, por ejemplo, a sistemas de ficheros.
Considero que Access no es un SGBD, sino una aplicación (en el caso de la herramienta llamada Access) que accede a bases de datos o una librería (en el caso, por ejemplo, de acceso vía ODBC) de acceso a bases de datos. En ningún momento Access (la herramienta) proporciona un punto de acceso centralizado a los archivos que componen la BD: esto provoca, por ejemplo, que sólo un usuario puede acceder a la BD en cada momento. Un SGBD real trabaja para poder dar servicio multiusuario, entiendo yo. Aunque no sea demasiado bueno, como en el caso de MySQL pre-InnoDB.
En cuanto a las definiciones, tienes razón... en parte. Opino que un "sistema" (operativo, gestor de bases de datos) que no presenta un API suficiente (esto es, que cubre, al menos, todas las operaciones mínimas imprescindibles) no merece tal nombre. Pero a este paso acabaremos debatiendo qué es "es" (como en el caso Lewinsky). Por cierto, no he visto yo nunca bibliografía que exija que el sistema operativo deba llevar compilador ;-)
Marcos (cualquier parecido con la coincidencia es pura realidad)