Amara K.

Este "malentendido" proviene de la forma en que se utiliza MySQL en ciertas plataformas CMS/CRM/eCommerce muy extensas y que deriva directamente de las limitaciones de MySQL cuando se basaba en MyISAM. Por ejemplo, en WooCommerce podemos encontrar las tablas woocommerce_shipping_zones y woocommerce_shipping_zone_locations. En esta última hay un campo "zone_id" que hace referencia a la anterior, pero en su definición no encontrarás ninguna "FOREIGN KEY". De hecho, si te descargas WooComerce y tratas de encontrar alguna FOREIGN KEY en la definición de la tabla, no encontrarás ninguna: Toda una plataforma de eCommerce en la que no se utiliza la integridad referencial. Es sorprendente, porque una BBDD relacional es algo completamente diferente: Su modelo de entidad se trata casi como un "modelo matemático" basado en conjuntos e invariantes. En estos invariantes, la integridad referencial juega un papel fundamental Un buen diseño de entidades implica un buen conocimiento de la normalización de datos. El problema de un modelo de entidad es que se parece demasiado a un modelo matemático: modela una realidad con reglas inmutables y, en función de su complejidad, requiere un gran esfuerzo intelectual para integrar nuevos elementos en él. En consecuencia, tiene que responder a las necesidades de un mercado que cambia y evoluciona a una velocidad vertiginosa. Si eres de los que utilizan un SGBD relacional, pero no aprovechas sus puntos fuertes (no necesitas integridad referencial), entonces has sido víctima de un malentendido y, posiblemente, un SGBD orientado a documentos te vendría mejor.