¿Quién está conectado?

[redaccion]

Segun tu experiencia, FileMaker es rápido o lento. No hagas valoraciones de determinados aspectos sino en general, simplemente di si FM te parece una aplicacion rápida o lenta y en que medida.
El tema esta abierto, de modo que puedes, además, añadir tus opiniones especificas al respecto...

[Alquimista]

FM es rapidísimo por ejemplo en las búsquedas (si los campos implicados están indexados) pero lentísimo en otros:

- borrar en cascada. una organización de tablas en plan Abuelos-Hijos-Nietos con 40-1300-12000 registros con un buen montón de campos indexados. Si se hace un borrado de todos los abuelos, los cuales borrarán a sus hijos que a su vez borrarán a los nietos, FM puede tardar varios minutos en un PC normalito.
-Importar. Partiendo de un fichero vacío, importar los datos anteriores también le lleva un buen rato.
¿Minutos para borrar/importar 12000 registros? Por dios...

Sin embargo como buscar es rapidísimo, en vez de hacer cosas obvias -borrar un abuelo- lo que hay que hacer es buscar los nietos, borrarlos, buscar los hijos, borrarlos y finalmente borrar el abuelo.

[Paco Lozano]

Sin embargo como buscar es rapidísimo, en vez de hacer cosas obvias -borrar un abuelo- lo que hay que hacer es buscar los nietos, borrarlos, buscar los hijos, borrarlos y finalmente borrar el abuelo.

No tengo ni idea de como funciona FileMaker internamente pero supongo que cuando el abuelo tira a borrarse debe mirar si puede borrar a sus descendientes. El puede entraña ver si hay algún permiso o bloqueo que impida que sea borrado. Supongo que borrando directamente cada grupo de descendientes ese trabajo se ahorra y en ese punto está la diferencia.

La verdad es que deberíamos hace un compendio de debilidades y/o diferencias entre plataformas para entre todos intentarles dar solución una por una y hacernos la vida más fácil entre todos.

[fsans]

Tan delicado es el borrado en cascada como la actualizacion... esto es, le cuesta tanto o mas recorrer un arbol de relaciones de hijos a padres como de padres a hijos, ya sea para borrar como para actualizar. El borrado en cascada es muy costoso (en recursos).

Una relacion encadenada que afecte a tres tablas puede generar una tormenta de updates de indices al minimo cambio en un campo clave. Si las relaciones son bidireccionales (que es el caso de FM) la cosa se complica.
Es el precio de la invisibilidad de la estructura, fantastico para soluciones sencillas pero problematico para soluciones complejas.

Me ha parecido que en muchos casos emplear relaciones de mas de un nivel ralentiza todo mucho, lo cual es comun en todas las bases de datos (sean FM o no). Es bueno fragmentar el ERD en elementos con relaciones de solo dos TOs (un grupo de TRES TOs representa DOS relaciones de dos niveles y DOS relaciones de UN nivel, con tres TOS la cosa se empieza a complicar exponencialmente...

En sistemas de bases de datos avanzados es comun emplear trigers para reemplazar relaciones anidadas, especialemente cuando la velocidad es imperativa. En FileMaker es mejor emplear calculos que relaciones anidadas (aunque estas existan) cuando se trata de operaciones demasiado costosas en terminos de cpu, y el ejemplo de Alquimista es perfecto para comprenderlo.

Otro caso similar es hacer busquedas mediante relaciones simples (p.e. filtrar un portal)... pero todos obviamos que es mas rapido hacer una busqueda normal. Si el grupo es pequeño la relacion es mejor, si es grande una busqueda es innegociable.

Por algo el punto mas importante de una aplicacion reside en un buen diseño del ERD (o diagrama de relacion entre entidades). Nada sencillo. Por esto lo mejor de FileMaker es lograr que todo esto sea intrascendente para el usuario, aun a costa de un rendimiento no optimo en determinadas situaciones muy exigentes.

PS: A veces, cuando me encuentro con problemas relacionados con este tema en FM, pienso que disponer de sentencias de bucle en los calculos (for each, for, do-while, etc) proporcionaria a FM una solucion sencilla y altamente eficaz para los desarrolladores mas exigentes.

[fsans]

Por cierto, haciendo una busqueda anidada (abuelo -> copiar registro -> hacer busqueda de hijos directos -> añadir al grupo hallado y repetir cada vez sobre los hijos) puedes hacer un borrado recursivo vertiginoso :-)