Duda mapping c# (.net core)

Cómo haces la query?

Yo por defecto en el select me suelo traer el primer nivel, es decir en tu caso en Author se traería sus libros pero dentro de esos libros no estaría la referencia al author cargada y lo mismo al revés.

Si estás usando Entity Framework no necesitas poner el AuthorId, cuando pones el otro modelo ya se encarga EF de hacer la relación por el ID.

Por defecto EF no va a traerse la referencia circular, si no me equivoco se va a quedar al primer nivel (o yo estoy muy acosumbrado al AsNoTracking())

Por eso pregunto que cómo haces la query.

Para la parte de base de datos no te preocupes mucho porque mientras lo modeles como te pide la docu de entity framework no tienes mucho más que rascar.

Normalmente en lo que son tus DTOs referencias otros objetos por id en vez de tener una referencia al objeto entero. Algo como:

public class BookDatamodel
{
  public Guid Id { set; get; }
  public string Name { get; set; }
  // We'd be removing this one ---
  // public AuthorDatamodel Author { get; set; }
  // -------------------------------------------
  public Guid AuthorId { get; set; }
}

Y si quieres saber algo sobre el autor, vas a buscar explícitamente el autor a través de su ID.

Si quieres exponer una relación entera pensaría cuál tiene más peso, imagino que en tu caso pesa más que si quieres encontrar información sobre el autor esta incluya ya sus libros, porque si no necesitarías hacer trabajo extra por cada libro que tenga. En cambio el autor de múltiples libros siempre sería el mismo. Esto suele ser así para todas las relaciones 1:n pero en un caso real (imagino que tu situación es para clase) hay que pensar en costes, hot paths y varias cosas extra.

p.d: hot take I guess pero haces muy bien huyendo de automapper. Nunca lo uséis.

Normalmente, por defecto, no se guarda toda la información en otra tabla, solo el Id.

Busca como normalizar DB.

Author

Books

le añades el authorId para poder buscar

Books_b

asi que en tu diseño la lista en la tabla no es necesario, aunque ojo no tiene nada de malo si entiendes los pros/cons. dicho esto. por norma general, cada vez que quieras guardar una "lista" en un campo, seguramente es candidato a tener otra tabla. lee sobre normalización de db y te lo explicaran.

como dicen arriba, el auto mapper seguramente al ser un caso tan habitual ya sabra como meterte las cosas una dentro de otra. Si le pones que tienes una List<Libros> el automapper tiene que saber cual es el id de esos libros igualmente para hacer el fetch y guardar no? te lo hace automáticamente.

Yo no uso nunca EF, me parece una puta mierda para gente que no sabe escribir un SQL de mierda. Lo del Code first, gente que no sabe ni normalizar datos en una base de datos relacional....hace llorar al niño jesús.

#7 No se lo q es JPA, pero seguro xD.

#9 Existe un intermedio entre el code first de EF y una stored procedure. Yo uso dapper por ejemplo.