Hola, aclarando un poco más la duda: -Si sólo se creara una única tabla para almacenar las órdenes tendrías una tabla con las columnas de id, fecha, referencia, id_menu (qué producto se compró/consumió) y la cantidad. Si por ejemplo alguien compra 2 bebidas diferentes y 3 platillos diferentes entonces en esa tabla almacenarías 5 registros donde los únicos valores que cambiarían serían el id_menu y la cantidad. Aquí es donde estarías repitiendo los valores de id de la orden, fecha y referencia en los 5 registros, lo cual es una mala práctica. Aplicamos entonces una de las reglas de normalización de bases de datos pasando el detalle de la orden en otra tabla para evitar al máximo el tener registros con información duplicada. De esta manera te quedaría un sólo registro en la tabla de órdenes y los 5 registros del detalle de dicha orden ¿Cómo darte cuenta cuándo debes hacer eso? --> cuando veas que estas repitiendo datos, ahí hay algo que puedes mejorar ;) Te invitamos a que le eches un ojo a nuestra serie de videos especial "aprende a diseñar bases de datos con pokemon" donde analizamos más casos como este.

Hola, recuerda que N y M son variables que representan la cardinalidad de las relaciones entre las tablas. Si se dejara la misma letra como variable se podría pensar que tanto de una tabla como la otra tienen EXACTAMENTE la misma cardinalidad. Regresando al ejemplo de la tabla menú e ingredientes: el id 1 de la tabla menú es el taco y podemos suponer que tiene 5 ingredientes (N=5). Por otro lado, el id 1 de la tabla ingredientes es la carne y podemos imaginar que la carne se encuentra en 12 diferentes platillos (M=12).

la nomenclatura no importa, solo se debe dejar en claro que es de muchos a muchos M:N o 1:M y 1:N en ambos lados de la relación