Home/ Questions/Q 3454172
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-18T09:27:42+00:00

I am trying to map classes User and Profile, just as the following: public

  • 0

I am trying to map classes User and Profile, just as the following:

public class User
{
    public long ID { get; set; }
    public string LoginName { get; set; }
    public Profile Profile { get; set; }
}

public class Profile
{
    //the ID is the same with User's ID 
    public long ID { get; protected set; }
    public string NickName { get; set; }
    public Gender Gender { get; set; }
}

So, they can be mapped as both one-to-one and componenet relationship. And I find some people appraise the component and think one-to-one is a bad practise, why? For performance reason? But they are designed as two separate tables in many scenarios(asp.net2.0 Membership, for example).

How should I choose? Which aspects should I consider? I know component means “value object” but not an enitity, but does this mean some further things?

ps: And what confused me more is the opinion that the many-to-one should be used even it’s one-to-one relationship in real world!

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    You should use neither.

    One-To-One

    You have the user and the profile in different database tables but both share a mutually exclusive PK:
    See http://jagregory.com/writings/i-think-you-mean-a-many-to-one-sir/

    Pretty bad design practice for relational databases, it’s messy and does not necessarily enforce constraints for the relationship.

    Component

    You can use component to get a clean Object-Model from a messy relational database, profile and user data are both stored in the same database table but they should be separated in your object model (like you want it, judging from your code). Lazy loading probably isn’t supported, which will cause high database traffic.

    Reference

    Imho, you should use a Reference. It’s conceptual kinda like one-to-one but a user references a profile. The profiles can be stored in their own table, can be loaded lazily (performance) and are not dependent on a user.

    Regarding your confusion:
    Just read the link I supplied. Technically, you need a many to one for a properly designed database-scheme, as that is what is technically possible and will be mapped. I know it’s confusing. If you just need to map one-side, think of a reference instead of a one-to-one.

    • 0