🥇ទិដ្ឋភាពមួយចំនួននៃការបង្កើនប្រសិទ្ធភាពសំណួរ LINQ នៅក្នុង C#.NET សម្រាប់ MS SQL Server

LINQ បានបញ្ចូល .NET ជាភាសាគ្រប់គ្រងទិន្នន័យថ្មីដ៏មានអានុភាព។ LINQ ទៅ SQL ដែលជាផ្នែកមួយនៃវាអនុញ្ញាតឱ្យអ្នកទំនាក់ទំនងយ៉ាងងាយស្រួលជាមួយ DBMS ដោយប្រើឧទាហរណ៍ Entity Framework ។ ទោះជាយ៉ាងណាក៏ដោយ ការប្រើវាជាញឹកញាប់ អ្នកអភិវឌ្ឍន៍ភ្លេចមើលថាតើប្រភេទនៃសំណួរ SQL ប្រភេទណាដែលអ្នកផ្តល់សេវាដែលអាចសួរបាន ក្នុងករណីរបស់អ្នក Entity Framework នឹងបង្កើត។

សូមក្រឡេកមើលចំណុចសំខាន់ពីរដោយប្រើឧទាហរណ៍មួយ។
ដើម្បីធ្វើដូច្នេះ បង្កើត Test database នៅក្នុង SQL Server ហើយបង្កើតតារាងពីរនៅក្នុងវាដោយប្រើសំណួរខាងក្រោម៖

ការបង្កើតតារាង

USE [TEST]
GO

SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO

CREATE TABLE [dbo].[Ref](
	[ID] [int] NOT NULL,
	[ID2] [int] NOT NULL,
	[Name] [nvarchar](255) NOT NULL,
	[InsertUTCDate] [datetime] NOT NULL,
 CONSTRAINT [PK_Ref] PRIMARY KEY CLUSTERED 
(
	[ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO

ALTER TABLE [dbo].[Ref] ADD  CONSTRAINT [DF_Ref_InsertUTCDate]  DEFAULT (getutcdate()) FOR [InsertUTCDate]
GO

USE [TEST]
GO

SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO

CREATE TABLE [dbo].[Customer](
	[ID] [int] NOT NULL,
	[Name] [nvarchar](255) NOT NULL,
	[Ref_ID] [int] NOT NULL,
	[InsertUTCDate] [datetime] NOT NULL,
	[Ref_ID2] [int] NOT NULL,
 CONSTRAINT [PK_Customer] PRIMARY KEY CLUSTERED 
(
	[ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO

ALTER TABLE [dbo].[Customer] ADD  CONSTRAINT [DF_Customer_Ref_ID]  DEFAULT ((0)) FOR [Ref_ID]
GO

ALTER TABLE [dbo].[Customer] ADD  CONSTRAINT [DF_Customer_InsertUTCDate]  DEFAULT (getutcdate()) FOR [InsertUTCDate]
GO

ឥឡូវនេះ ចូរយើងបង្កើតតារាង Ref ដោយដំណើរការស្គ្រីបខាងក្រោម៖

ការបំពេញតារាងយោង

USE [TEST]
GO

DECLARE @ind INT=1;

WHILE(@ind<1200000)
BEGIN
	INSERT INTO [dbo].[Ref]
           ([ID]
           ,[ID2]
           ,[Name])
    SELECT
           @ind
           ,@ind
           ,CAST(@ind AS NVARCHAR(255));

	SET @ind=@ind+1;
END 
GO

ចូរយើងបំពេញតារាងអតិថិជនដូចគ្នាដោយប្រើស្គ្រីបខាងក្រោម៖

ការបញ្ចូលតារាងអតិថិជន

USE [TEST]
GO

DECLARE @ind INT=1;
DECLARE @ind_ref INT=1;

WHILE(@ind<=12000000)
BEGIN
	IF(@ind%3=0) SET @ind_ref=1;
	ELSE IF (@ind%5=0) SET @ind_ref=2;
	ELSE IF (@ind%7=0) SET @ind_ref=3;
	ELSE IF (@ind%11=0) SET @ind_ref=4;
	ELSE IF (@ind%13=0) SET @ind_ref=5;
	ELSE IF (@ind%17=0) SET @ind_ref=6;
	ELSE IF (@ind%19=0) SET @ind_ref=7;
	ELSE IF (@ind%23=0) SET @ind_ref=8;
	ELSE IF (@ind%29=0) SET @ind_ref=9;
	ELSE IF (@ind%31=0) SET @ind_ref=10;
	ELSE IF (@ind%37=0) SET @ind_ref=11;
	ELSE SET @ind_ref=@ind%1190000;
	
	INSERT INTO [dbo].[Customer]
	           ([ID]
	           ,[Name]
	           ,[Ref_ID]
	           ,[Ref_ID2])
	     SELECT
	           @ind,
	           CAST(@ind AS NVARCHAR(255)),
	           @ind_ref,
	           @ind_ref;


	SET @ind=@ind+1;
END
GO

ដូច្នេះហើយ យើងបានទទួលតារាងចំនួនពីរ ដែលមួយមានទិន្នន័យច្រើនជាង 1 លានជួរ និងមួយទៀតមានទិន្នន័យច្រើនជាង 10 លានជួរ។

ឥឡូវនេះនៅក្នុង Visual Studio អ្នកត្រូវបង្កើតគម្រោង Visual C# Console App (.NET Framework) សាកល្បង៖

បន្ទាប់មក អ្នកត្រូវបន្ថែមបណ្ណាល័យសម្រាប់ Entity Framework ដើម្បីធ្វើអន្តរកម្មជាមួយមូលដ្ឋានទិន្នន័យ។
ដើម្បីបន្ថែមវា ចុចកណ្ដុរស្ដាំលើគម្រោង ហើយជ្រើសរើស គ្រប់គ្រងកញ្ចប់ NuGet ពីម៉ឺនុយបរិបទ៖

បន្ទាប់មកនៅក្នុងបង្អួចគ្រប់គ្រងកញ្ចប់ NuGet ដែលបង្ហាញ សូមបញ្ចូលពាក្យ "Entity Framework" នៅក្នុងបង្អួចស្វែងរក ហើយជ្រើសរើសកញ្ចប់ Entity Framework ហើយដំឡើងវា៖

បន្ទាប់មកនៅក្នុងឯកសារ App.config បន្ទាប់ពីបិទធាតុ configSections អ្នកត្រូវបន្ថែមប្លុកខាងក្រោម៖

<connectionStrings>
    <add name="DBConnection" connectionString="data source=ИМЯ_ЭКЗЕМПЛЯРА_MSSQL;Initial Catalog=TEST;Integrated Security=True;" providerName="System.Data.SqlClient" />
</connectionStrings>

នៅក្នុង connectionString អ្នកត្រូវបញ្ចូលខ្សែតភ្ជាប់។

ឥឡូវនេះសូមបង្កើតចំណុចប្រទាក់ 3 នៅក្នុងឯកសារដាច់ដោយឡែក៖

ការអនុវត្តចំណុចប្រទាក់ IBaseEntityID

namespace TestLINQ
{
    public interface IBaseEntityID
    {
        int ID { get; set; }
    }
}

ការអនុវត្តចំណុចប្រទាក់ IBaseEntityName

namespace TestLINQ
{
    public interface IBaseEntityName
    {
        string Name { get; set; }
    }
}

ការអនុវត្តចំណុចប្រទាក់ IBaseNameInsertUTCDate

namespace TestLINQ
{
    public interface IBaseNameInsertUTCDate
    {
        DateTime InsertUTCDate { get; set; }
    }
}

ហើយនៅក្នុងឯកសារដាច់ដោយឡែកមួយ យើងនឹងបង្កើតថ្នាក់មូលដ្ឋាន BaseEntity សម្រាប់អង្គភាពទាំងពីររបស់យើង ដែលនឹងរួមបញ្ចូលវាលទូទៅ៖

ការអនុវត្តនៃថ្នាក់មូលដ្ឋាន BaseEntity

namespace TestLINQ
{
    public class BaseEntity : IBaseEntityID, IBaseEntityName, IBaseNameInsertUTCDate
    {
        public int ID { get; set; }
        public string Name { get; set; }
        public DateTime InsertUTCDate { get; set; }
    }
}

បន្ទាប់ យើងនឹងបង្កើតអង្គភាពទាំងពីររបស់យើងនៅក្នុងឯកសារដាច់ដោយឡែក៖

ការអនុវត្តថ្នាក់ Ref

using System.ComponentModel.DataAnnotations.Schema;

namespace TestLINQ
{
    [Table("Ref")]
    public class Ref : BaseEntity
    {
        public int ID2 { get; set; }
    }
}

ការអនុវត្តថ្នាក់អតិថិជន

using System.ComponentModel.DataAnnotations.Schema;

namespace TestLINQ
{
    [Table("Customer")]
    public class Customer: BaseEntity
    {
        public int Ref_ID { get; set; }
        public int Ref_ID2 { get; set; }
    }
}

ឥឡូវនេះ ចូរយើងបង្កើតបរិបទ UserContext នៅក្នុងឯកសារដាច់ដោយឡែកមួយ៖

ការអនុវត្តនៃថ្នាក់ UserContex

using System.Data.Entity;

namespace TestLINQ
{
    public class UserContext : DbContext
    {
        public UserContext()
            : base("DbConnection")
        {
            Database.SetInitializer<UserContext>(null);
        }

        public DbSet<Customer> Customer { get; set; }
        public DbSet<Ref> Ref { get; set; }
    }
}

យើងបានទទួលដំណោះស្រាយដែលត្រៀមរួចជាស្រេចសម្រាប់ការធ្វើតេស្តបង្កើនប្រសិទ្ធភាពជាមួយ LINQ ទៅ SQL តាមរយៈ EF សម្រាប់ MS SQL Server៖

ឥឡូវបញ្ចូលកូដខាងក្រោមទៅក្នុងឯកសារ Program.cs៖

ឯកសារ program.cs

using System;
using System.Collections.Generic;
using System.Linq;

namespace TestLINQ
{
    class Program
    {
        static void Main(string[] args)
        {
            using (UserContext db = new UserContext())
            {
                var dblog = new List<string>();
                db.Database.Log = dblog.Add;

                var query = from e1 in db.Customer
                            from e2 in db.Ref
                            where (e1.Ref_ID == e2.ID)
                                 && (e1.Ref_ID2 == e2.ID2)
                            select new { Data1 = e1.Name, Data2 = e2.Name };

                var result = query.Take(1000).ToList();

                Console.WriteLine(dblog[1]);

                Console.ReadKey();
            }
        }
    }
}

បន្ទាប់មក យើងចាប់ផ្តើមគម្រោងរបស់យើង។

នៅចុងបញ្ចប់នៃការងារ ខាងក្រោមនេះនឹងត្រូវបានបង្ហាញនៅលើកុងសូល៖

បានបង្កើតសំណួរ SQL

SELECT TOP (1000) 
    [Extent1].[Ref_ID] AS [Ref_ID], 
    [Extent1].[Name] AS [Name], 
    [Extent2].[Name] AS [Name1]
    FROM  [dbo].[Customer] AS [Extent1]
    INNER JOIN [dbo].[Ref] AS [Extent2] ON ([Extent1].[Ref_ID] = [Extent2].[ID]) AND ([Extent1].[Ref_ID2] = [Extent2].[ID2])

នោះគឺជាទូទៅ សំណួរ LINQ បានបង្កើតសំណួរ SQL ទៅកាន់ MS SQL Server DBMS បានយ៉ាងល្អ។

ឥឡូវនេះ ចូរយើងផ្លាស់ប្តូរលក្ខខណ្ឌ AND ទៅ OR នៅក្នុងសំណួរ LINQ៖

សំណួរ LINQ

var query = from e1 in db.Customer
                            from e2 in db.Ref
                            where (e1.Ref_ID == e2.ID)
                                || (e1.Ref_ID2 == e2.ID2)
                            select new { Data1 = e1.Name, Data2 = e2.Name };

ហើយសូមបើកដំណើរការកម្មវិធីរបស់យើងម្តងទៀត។

ការប្រតិបត្តិនឹងគាំងដោយមានកំហុសដោយសារតែពេលវេលាប្រតិបត្តិពាក្យបញ្ជាលើសពី 30 វិនាទី៖

ប្រសិនបើអ្នកក្រឡេកមើលសំណួរដែលបង្កើតដោយ LINQ៖

បន្ទាប់មកអ្នកអាចប្រាកដថាការជ្រើសរើសកើតឡើងតាមរយៈផលិតផល Cartesian ពីរឈុត (តារាង):

បានបង្កើតសំណួរ SQL

SELECT TOP (1000) 
    [Extent1].[Ref_ID] AS [Ref_ID], 
    [Extent1].[Name] AS [Name], 
    [Extent2].[Name] AS [Name1]
    FROM  [dbo].[Customer] AS [Extent1]
    CROSS JOIN [dbo].[Ref] AS [Extent2]
    WHERE [Extent1].[Ref_ID] = [Extent2].[ID] OR [Extent1].[Ref_ID2] = [Extent2].[ID2]

ចូរយើងសរសេរសំណួរ LINQ ឡើងវិញដូចខាងក្រោម៖

សំណួរ LINQ ប្រសើរឡើង

var query = (from e1 in db.Customer
                   join e2 in db.Ref
                   on e1.Ref_ID equals e2.ID
                   select new { Data1 = e1.Name, Data2 = e2.Name }).Union(
                        from e1 in db.Customer
                        join e2 in db.Ref
                        on e1.Ref_ID2 equals e2.ID2
                        select new { Data1 = e1.Name, Data2 = e2.Name });

បន្ទាប់មកយើងទទួលបានសំណួរ SQL ខាងក្រោម៖

សំណួរ SQL

SELECT 
    [Limit1].[C1] AS [C1], 
    [Limit1].[C2] AS [C2], 
    [Limit1].[C3] AS [C3]
    FROM ( SELECT DISTINCT TOP (1000) 
        [UnionAll1].[C1] AS [C1], 
        [UnionAll1].[Name] AS [C2], 
        [UnionAll1].[Name1] AS [C3]
        FROM  (SELECT 
            1 AS [C1], 
            [Extent1].[Name] AS [Name], 
            [Extent2].[Name] AS [Name1]
            FROM  [dbo].[Customer] AS [Extent1]
            INNER JOIN [dbo].[Ref] AS [Extent2] ON [Extent1].[Ref_ID] = [Extent2].[ID]
        UNION ALL
            SELECT 
            1 AS [C1], 
            [Extent3].[Name] AS [Name], 
            [Extent4].[Name] AS [Name1]
            FROM  [dbo].[Customer] AS [Extent3]
            INNER JOIN [dbo].[Ref] AS [Extent4] ON [Extent3].[Ref_ID2] = [Extent4].[ID2]) AS [UnionAll1]
    )  AS [Limit1]

Alas, នៅក្នុងសំណួរ LINQ អាចមានលក្ខខណ្ឌចូលរួមតែមួយប៉ុណ្ណោះ ដូច្នេះនៅទីនេះវាអាចធ្វើទៅបានដើម្បីធ្វើសំណួរសមមូលដោយប្រើសំណួរពីរសម្រាប់លក្ខខណ្ឌនីមួយៗ ហើយបន្ទាប់មកបញ្ចូលគ្នាតាមរយៈ Union ដើម្បីលុបលេខស្ទួនក្នុងចំណោមជួរដេក។
បាទ/ចាស សំណួរជាទូទៅនឹងមិនសមមូលទេ ដោយគិតគូរថាជួរដែលស្ទួនពេញលេញអាចនឹងត្រូវបញ្ជូនមកវិញ។ ទោះជាយ៉ាងណាក៏ដោយនៅក្នុងជីវិតពិតបន្ទាត់ស្ទួនពេញលេញមិនចាំបាច់ទេហើយមនុស្សព្យាយាមកម្ចាត់ពួកគេ។

ឥឡូវនេះ ចូរយើងប្រៀបធៀបផែនការប្រតិបត្តិនៃសំណួរទាំងពីរនេះ៖

សម្រាប់ CROSS JOIN ពេលវេលាប្រតិបត្តិជាមធ្យមគឺ 195 វិនាទី៖
សម្រាប់ INNER JOIN-UNION ពេលវេលាប្រតិបត្តិជាមធ្យមគឺតិចជាង 24 វិនាទី៖

ដូចដែលអ្នកអាចមើលឃើញពីលទ្ធផល សម្រាប់តារាងពីរដែលមានកំណត់ត្រារាប់លាន សំណួរ LINQ ដែលបានធ្វើឱ្យប្រសើរគឺលឿនជាងតារាងដែលមិនធ្វើឱ្យប្រសើរច្រើនដង។

សម្រាប់ជម្រើសជាមួយ AND នៅក្នុងលក្ខខណ្ឌ សំណួរ LINQ នៃទម្រង់៖

សំណួរ LINQ

var query = from e1 in db.Customer
                            from e2 in db.Ref
                            where (e1.Ref_ID == e2.ID)
                                 && (e1.Ref_ID2 == e2.ID2)
                            select new { Data1 = e1.Name, Data2 = e2.Name };

សំណួរ SQL ត្រឹមត្រូវនឹងតែងតែត្រូវបានបង្កើត ដែលនឹងដំណើរការជាមធ្យមក្នុងរយៈពេលប្រហែល 1 វិនាទី៖

ផងដែរសម្រាប់ LINQ to Objects manipulations ជំនួសឱ្យសំណួរដូចជា៖

សំណួរ LINQ (ជម្រើសទី 1)

var query = from e1 in seq1
                            from e2 in seq2
                            where (e1.Key1==e2.Key1)
                               && (e1.Key2==e2.Key2)
                            select new { Data1 = e1.Data, Data2 = e2.Data };

អ្នកអាចប្រើសំណួរដូចជា៖

សំណួរ LINQ (ជម្រើសទី 2)

var query = from e1 in seq1
                            join e2 in seq2
                            on new { e1.Key1, e1.Key2 } equals new { e2.Key1, e2.Key2 }
                            select new { Data1 = e1.Data, Data2 = e2.Data };

ដែលជាកន្លែង:

ការកំណត់អារេពីរ

Para[] seq1 = new[] { new Para { Key1 = 1, Key2 = 2, Data = "777" }, new Para { Key1 = 2, Key2 = 3, Data = "888" }, new Para { Key1 = 3, Key2 = 4, Data = "999" } };
Para[] seq2 = new[] { new Para { Key1 = 1, Key2 = 2, Data = "777" }, new Para { Key1 = 2, Key2 = 3, Data = "888" }, new Para { Key1 = 3, Key2 = 5, Data = "999" } };

ហើយប្រភេទ Para ត្រូវបានកំណត់ដូចខាងក្រោម៖

និយមន័យប្រភេទ Para

class Para
{
        public int Key1, Key2;
        public string Data;
}

ដូច្នេះ យើងបានពិនិត្យទិដ្ឋភាពមួយចំនួនក្នុងការបង្កើនប្រសិទ្ធភាពសំណួរ LINQ ទៅកាន់ MS SQL Server ។

ជាអកុសល សូម្បីតែអ្នកអភិវឌ្ឍន៍ .NET ដែលមានបទពិសោធន៍ និងឈានមុខគេភ្លេចថាពួកគេត្រូវយល់ពីអ្វីដែលការណែនាំដែលពួកគេប្រើធ្វើនៅពីក្រោយឆាក។ បើមិនដូច្នេះទេ ពួកគេក្លាយជាអ្នកកំណត់រចនាសម្ព័ន្ធ ហើយអាចដាំគ្រាប់បែកពេលវេលានាពេលអនាគត ទាំងនៅពេលធ្វើមាត្រដ្ឋានដំណោះស្រាយកម្មវិធី និងជាមួយនឹងការផ្លាស់ប្តូរតិចតួចនៅក្នុងលក្ខខណ្ឌបរិស្ថានខាងក្រៅ។

ការពិនិត្យឡើងវិញខ្លីមួយក៏ត្រូវបានអនុវត្តផងដែរ។ នៅទីនេះ.

ប្រភពសម្រាប់ការធ្វើតេស្ត - គម្រោងខ្លួនវា ការបង្កើតតារាងនៅក្នុងមូលដ្ឋានទិន្នន័យ TEST ក៏ដូចជាការបំពេញតារាងទាំងនេះជាមួយនឹងទិន្នន័យមានទីតាំងនៅ នៅទីនេះ.
ផងដែរនៅក្នុងឃ្លាំងនេះ នៅក្នុងថតផែនការ មានផែនការសម្រាប់ដំណើរការសំណួរជាមួយលក្ខខណ្ឌ OR ។

ប្រភព: www.habr.com

ទិដ្ឋភាពមួយចំនួននៃការបង្កើនប្រសិទ្ធភាពសំណួរ LINQ នៅក្នុង C#.NET សម្រាប់ MS SQL Server

បន្ថែមមតិយោបល់ ответОтменить