想請教一下各位前輩,目前是使用Code first的方式來建立DB, 然後一個Dbcontext中會包含很多個DbSet(可能有100個以上), 想詢問一下,在實務上會分多個DbContext來處理(例如分成不同業務來分類不同DbContext)嗎?
已邀請的邦友 {{ invite_list.length }}/5
一個DataBase一個DbContext就好 Model層不需要參雜業務邏輯區分 業務邏輯區分在 service 或是以業務邏輯區分的 namespace 就可以
我程度比較差, 都用SqlConnection, Entity是遇到要幫人修改的時候才會用... 其實我對Entity一直沒有好印象...
IT邦幫忙