Amara K.

Este "malentendido" proviene de la forma como se usa MySQL en determinadas plataformas CMS/CRM/eCommerce muy extendidas y que deriva, directamente, de las limitaciones de MySQL cuando se basaba en MyISAM. Ej: en WooCommerce puedes encontrar las tablas woocommerce_shipping_zones y woocommerce_shipping_zone_locations. En la segunda hay un campo "zone_id" que se refiere a la primera, pero en su definición no encontrarás ninguna "FOREIGN KEY". De hecho, si descargas WooComerce e intentas encontrar alguna Clave Foránea en la definición de tablas, no vas a encontrar ninguna: Toda una plataforma de eCommerce en la que no se usa integridad referencial Es sorprendente, porque una BBDD relacional es algo completamente distinto: Tu modelo de entidades es tratado casi como un "modelo matemático" basado en conjuntos e invariantes. En esos invariantes la integridad referencial juega un papel fundamental Un buen diseño de entidades implica un buen conocimento sobre normalización de datos. El problema de un modelo de entidades es que se acerca demasiado a un modelo matemático: modela una realidad con reglas inmutables y, dependiendo de su complejidad, requiere de mucho esfuerzo intelectual para integrar en él nuevos elementos. Como resultado, cuesta responder a las necesidades de un mercado que muta y evoluciona a velocidad vertiginosa. Si tú eres de los que estás usando una BBDD relacional, pero no estás utilizando sus puntos fuertes (no necesitas integridad referencial), entonces has sido víctima del malentendido y, posiblemente, una BBDD orientada a Documentos se ajuste mejor