Esta sesión se concentró en las metodologías disponibles para desarrollar aplicaciones independientes de bases de datos. Esto puede hacer las aplicaciones más atractivas en muchos mercados.

La metodología más común para esto es usar ODBJ o JDBC junto con los verbos de SQL. Se demostraron varios programas de mantenimiento que accesaban archivos nativos o archivos en una base de datos SQL usando esta técnica.

El nuevo BBj Filesystem Plugin presenta una nueva alternativa para esto. Este módulo permite al desarrollador implementar versiones alternas de los verbos y funciones de archivos (READ, WRITE, etc.) usando Java. Así se puede mantener el mismo código e inclusive se pueden manejar sistemas de archivos que no estén normalizados. Por ejemplo, un READ a archivos con índices concatenados se puede traducir a uno o más SELECTs a tablas en SQL Server. Esto permite que la lógica de la aplicación mantenga mucha de la lógica existente. Se usaría la implementación tradicional cuando se trabaje con archivos nativos y la implementación especializada cuando se trabaje con bases de datos.

Una preocupación de la asistencia fue el rendimiento al moverse a bases de datos. Algunas pruebas leyendo registros individuales indican que el rendimiento de archivos nativos puede ser hasta 10 veces mayor que con SQL. Sin embargo, varios argumentaron que en programas de mantenimiento o consulta el número de registros leídos no es significativo y los sistemas modernos son tán rápidos que el impacto al usuario es menor. En programas de actualización y reportes puede ser más significativo pero estos se ejecutan en "batch". El concenso es que ofrecer la alternativa de bases de datos SQL en las aplicaciones es importante en la mayoría de los mercados.

Las funciones de acceso a XML de BBj también son una alternativa interesante. Los archivos XML son de texto y no sustituyen las bases de datos pero pueden ser útiles para configuración y otras áreas. También facilitan el intercambio de datos con aplicaciones que manejen XML.