Приєднуйтесь / де з LINQ та Lambda

У мене виникають проблеми із запитом, написаним LINQ та Lambda. Поки я отримую багато помилок, ось мій код:

int id = 1;
var query = database.Posts.Join(database.Post_Metas,
                                post => database.Posts.Where(x => x.ID == id),
                                meta => database.Post_Metas.Where(x => x.Post_ID == id),
                                (post, meta) => new { Post = post, Meta = meta });

Я новачок у використанні LINQ, тому не впевнений, чи правильний цей запит.

Я вважаю, що якщо ви знайомі з синтаксисом SQL, використання синтаксису запитів LINQ набагато чіткіше, природніше і полегшує виявлення помилок:

var id = 1;
var query =
   from post in database.Posts
   join meta in database.Post_Metas on post.ID equals meta.Post_ID
   where post.ID == id
   select new { Post = post, Meta = meta };

Якщо ви дійсно зациклювалися на використанні лямбда, то ваш синтаксис зовсім небагато. Ось такий же запит, використовуючи методи розширення LINQ:

var id = 1;
var query = database.Posts    // your starting point - table in the "from" statement
   .Join(database.Post_Metas, // the source table of the inner join
      post => post.ID,        // Select the primary key (the first part of the "on" clause in an sql "join" statement)
      meta => meta.Post_ID,   // Select the foreign key (the second part of the "on" clause)
      (post, meta) => new { Post = post, Meta = meta }) // selection
   .Where(postAndMeta => postAndMeta.Post.ID == id);    // where statement

З цим можна піти двома шляхами. Використовуючи LINQPad (неоціненний, якщо ви новачок у LINQ) та манекену, я створив такі запити:

Posts.Join(
    Post_metas,
    post => post.Post_id,
    meta => meta.Post_id,
    (post, meta) => new { Post = post, Meta = meta }
)

або

from p in Posts
join pm in Post_metas on p.Post_id equals pm.Post_id
select new { Post = p, Meta = pm }

У цьому конкретному випадку я вважаю, що синтаксис LINQ є більш чистим (я змінююсь між двома залежно від того, яке простіше читати).

Хоча я хотів би зазначити, що якщо у вашій базі даних є відповідні зовнішні ключі (між поштою та post_meta), вам, мабуть, не потрібно явного приєднання, якщо ви не намагаєтеся завантажити велику кількість записів . Схоже, ваш приклад вказує на те, що ви намагаєтеся завантажити одну посаду і це метадані. Якщо припустити, що для кожної публікації існує багато записів post_meta, то можна зробити наступне:

var post = Posts.Single(p => p.ID == 1);
var metas = post.Post_metas.ToList();

Якщо ви хочете уникнути проблеми n + 1, тоді ви можете чітко сказати LINQ SQL, щоб завантажувати всі пов'язані елементи за один раз (хоча це може бути розширеною темою, коли ви більше знайомі з L2S). У наведеному нижче прикладі написано: "Коли ви завантажуєте повідомлення, також завантажуйте всі її записи, пов'язані з нею, за допомогою зовнішнього ключа, представленого властивістю" Post_metas ":

var dataLoadOptions = new DataLoadOptions();
dataLoadOptions.LoadWith<Post>(p => p.Post_metas);

var dataContext = new MyDataContext();
dataContext.LoadOptions = dataLoadOptions;

var post = Posts.Single(p => p.ID == 1); // Post_metas loaded automagically

Можна здійснити багато LoadWithдзвінків на одному наборі одного DataLoadOptionsі того ж типу або на багатьох різних типах. Якщо ви робите це безліч, ви можете просто розглянути можливість кешування.

Даніель добре пояснює синтаксичні стосунки, але я склав цей документ для своєї команди, щоб зробити їх трохи простішим для розуміння. Сподіваюся, що це комусь допоможе

Вибір ключів невірний. Вони повинні взяти об’єкт типу відповідної таблиці та повернути ключ для використання в з'єднанні. Я думаю, ти маєш на увазі це:

var query = database.Posts.Join(database.Post_Metas,
                                post => post.ID,
                                meta => meta.Post_ID,
                                (post, meta) => new { Post = post, Meta = meta });

Ви можете застосувати після цього пункт де, а не як частина вибору ключа.

Публікація, тому що коли я запускав LINQ + EntityFramework, я цілий день дивився на ці приклади.

Якщо ви використовуєте EntityFramework і у вас встановлено властивість навігації, вказану Metaна Postоб'єкті моделі, це легко забруднити . Якщо ви використовуєте сутність і не маєте цього властивості навігації, що ви чекаєте?

database
  .Posts
  .Where(post => post.ID == id)
  .Select(post => new { post, post.Meta });

Якщо ви робите код спочатку, ви встановите властивість таким чином:

class Post {
  [Key]
  public int ID {get; set}
  public int MetaID { get; set; }
  public virtual Meta Meta {get; set;}
}

Я зробив щось подібне;

var certificationClass = _db.INDIVIDUALLICENSEs
    .Join(_db.INDLICENSECLAsses,
        IL => IL.LICENSE_CLASS,
        ILC => ILC.NAME,
        (IL, ILC) => new { INDIVIDUALLICENSE = IL, INDLICENSECLAsse = ILC })
    .Where(o => 
        o.INDIVIDUALLICENSE.GLOBALENTITYID == "ABC" &&
        o.INDIVIDUALLICENSE.LICENSE_TYPE == "ABC")
    .Select(t => new
        {
            value = t.PSP_INDLICENSECLAsse.ID,
            name = t.PSP_INDIVIDUALLICENSE.LICENSE_CLASS,                
        })
    .OrderBy(x => x.name);

Це могло бути щось на кшталт

var myvar = from a in context.MyEntity
            join b in context.MyEntity2 on a.key equals b.key
            select new { prop1 = a.prop1, prop2= b.prop1};

1 дорівнює 1 приєднанню двох різних таблиць

var query = from post in database.Posts
            join meta in database.Post_Metas on 1 equals 1
            where post.ID == id
            select new { Post = post, Meta = meta };

Цей запит linq повинен працювати для вас. Він отримає всі повідомлення, які містять мета-повідомлення.

var query = database.Posts.Join(database.Post_Metas,
                                post => post.postId, // Primary Key
                                meta => meat.postId, // Foreign Key
                                (post, meta) => new { Post = post, Meta = meta });

Еквівалентний запит SQL

Select * FROM Posts P
INNER JOIN Post_Metas pm ON pm.postId=p.postId