ElevateDB modelo relacional hacer y no hacer

Question

Mi empresa utiliza ElevateDB en uno de nuestros productos. Sin embargo, nuestra base de datos es solo un montón de tablas. Recientemente, a medida que se diseñan más características y se agregan más módulos, descubrimos que nuestros datos ya no son "un grupo de tablas no relacionadas", sino que comienzan a ser una estructura de datos real.

No tengo experiencia previa con ElevateDB, trabajé principalmente con Oracle, MSSQL y Firebird. Entonces, la pregunta es: si queremos reestructurar la estructura de la tabla para tener restricciones de clave externa e implementar integridad relacional, ¿cuáles son las dificultades comunes en ElevateDB? No estoy preguntando sobre problemas generales en las bases de datos relacionales, pero estoy interesado en ElevateDB do's y dont's.

Estamos utilizando Delphi 2009 como una aplicación de cliente.

Answer 1

Lo único que puede hacer que tropiece con RI en ElevateDB es la falta de actualizaciones en cascada o eliminaciones. Lo dejamos al usuario para que lo maneje con una transacción (también puede usar activadores para hacerlo). No importa qué, ElevateDB siempre aplicará el RI y evitará datos incorrectos en términos de claves primarias y externas. Básicamente, ElevateDB's RI solo admite la opción RESTRICT para las cláusulas ON UPDATE y ON DELETE.

Si tiene alguna otra pregunta, no dude en preguntar en nuestros grupos de noticias en la URL mencionada anteriormente por Stuart.