MS Access Linux (mas datos)

[Ricardo Munoz]

El 17 de mayo de 2010 05:57, Miguel Oyarzo O. <admin en aim.cl> escribió:

> El 17-05-2010 16:35, Ricardo Munoz escribió:
>
>  El 17 de mayo de 2010 04:09, Miguel Oyarzo O.<admin en aim.cl>  escribió:
>>
>>
>>> El 17-05-2010 15:48, Mauricio Sepulveda escribió:
>>>
>>>  Hola a todos, por la explicación original el programa me suena a uno de
>>>
>>>> los módulos de Transtecnia, De ser este el programa, veo muy dificil el
>>>> poder implementarlo en Linux,
>>>>
>>>>
>>>>  En nuestro caso, nosotros desarrollamos las aplicaciones MSACCESS
>>> usando su
>>> set de ventanitas y asistentes.
>>>
>>> Normalmente creamos las tablas en el mismo sistema y cuando vemos que
>>> funciona bien eliminamos las tablas, nos conectamos via MYODBC hacia el
>>> servidor Linux con MySQL (en donde se creo previamente la misma
>>> estructura)
>>> y vinculamos todas las tablas existentes.
>>>
>>> No usamos el MS-jet incorporado pues no nos gusta, pero si usamos MySQL
>>> como motor de base de datos. La aplicación no se da cuenta del cambio
>>> desde
>>> tablas fisicas a tablas vinculadas.
>>>
>>> MySQL no es un Adminitrador De Base de Datos Relacional como Postgres,
>>> Oracle u otros,
>>>
>>
>>
>> segun alguna definicion o por la cantidad de caracteristicas "extra"?
>>
>>
> Pienso que por la definición.
>
> En IMHO MySQL es un estupendo DBMS pero le falta "la" función básicas para
> ser considerado como un RDBMS (Relational Data Base Management System). Se
> que existe mucha definicion afirmando que MYSQL es un RDBMS pero no todo lo
> que se dice es necesariamente cierto.
>
> En Linux al menos la opción de tipos de tabla por defecto es MyISAM, que no
> permiten Integridad Referencial (las demas tipos q trae en forma nativa
> tampoco). Pero si te cambias a desarrollos partner como InnoDB (que si lo
> permite) te podrias salir del estandar ACID.
>
> Esa sería a mi gusto lo fundamental, pues la integridad referencial hace
> que las tablas se relacionen en el mismo sistema (del lado del server) y
> allí pasa a ser un RDBMS.
>

ahi hay un detalle practico, no porque el motor de base de datos (Oracle,
Postgres, MySQL, etc.) pueda mantener la integridad referencial esto sera
asi automaticamente!

esto se debe indicar mediante la creacion de llaves foraneas, por lo que si
vemos el asunto al reves entonces Oracle, DB2, Postgres, etc. y MySQL son
identicos en ese sentido... ninguno mantendra la integridad referencial a
menos que sean creadas las llaves foraneas... ;)

-- 
Ricardo Mun~oz A.
http://www.tux.cl