Simple y simple, piense en desarrollar una base de datos sin ERD como construir una casa sin un plan de construcción. Puede ser factible porque cree que simplemente colocar un ladrillo uno sobre otro es suficiente para construir algo, sin embargo, en el momento en que alguien más se responsabiliza del proyecto, existe un potencial de desastre.
En mi experiencia, no se beneficiará mucho de los ERD a menos que los use junto con las herramientas CASE (ERWin, MySQL Workbench, etc.) que además le permitirán realizar algunas operaciones realmente útiles, como la ingeniería directa e inversa. Incluso sin estas funciones, tener un esquema centralizado de la base de datos completa es útil porque a veces las restricciones implementadas en la base de datos en sí no son suficientes para contar la historia completa sobre las relaciones entre entidades de bases de datos particulares.
Aquí hay un ejemplo que involucra a MySQL que, como ya sabrá, implementa varios motores de almacenamiento interno, especialmente MyISAM e InnoDB. Hay diferencias significativas entre ellos, uno de los más importantes es que MyISAM no admite restricciones. A pesar de ese hecho, MyISAM se usa mucho para aplicaciones web, lo que significa que la lógica relacional debe implementarse a través de la lógica de negocios (código de aplicación) o de otra manera. El problema es cuando reenvías un ERD con tablas (entidades) MyISAM MySQL ignorará silenciosamente las restricciones establecidas por el ERD y terminarás con una base de datos que no identifica claramente la naturaleza de las relaciones entre las entidades. En otras palabras, después de desarrollar el diseño de la base de datos, no hay forma de que los desarrolladores de código implementen una lógica comercial adecuada sin un ERD.