Định dạng sql khá trong mã .NET, hiệu năng?

Question

Trình biên dịch có tối ưu hóa các chuỗi được định dạng đẹp hay mã đó chạy chậm hơn các chuỗi không được chia theo một cách dễ đọc?

ví dụ

string sql = 
    "select * " + 
    "from person " + 
    "where id = :id"; 

hoặc

string sql = "select * from person where id = :id"; 

Đây chỉ là một ví dụ nhỏ. Bạn biết làm thế nào phức tạp sql có thể nhận được.

Answer 1

Chỉ cần sử dụng: -

string sql = 
    @"select * 
    from person 
    where id = :id"; 

Đây là từ quan điểm trình biên dịch của quan điểm giống với giải pháp dòng đơn. Mặc dù tôi sẽ không ngạc nhiên khi thấy các chuỗi ký tự được tối ưu hóa bởi trình biên dịch. Tuy nhiên, dấu hiệu chung với phương pháp ghép nối là quên bao gồm khoảng trắng ở cuối chuỗi.

Answer 2

Bạn có thể sử dụng

string s = @"SELECT * 
FROM person 
WHERE id = :id"; 

Answer 3

hằng chuỗi được gấp tại thời gian biên dịch nên hai đoạn mã trên là cơ bản giống hệt nhau.

Cho dù đó là một ý tưởng tốt để có chuỗi nội tuyến SQL là một vấn đề hoàn toàn khác ...

Answer 4

Ah - một trong những verities vĩnh cửu của C#. Mà là tốt hơn, mã mà nối chuỗi bằng cách sử dụng + hoặc mã không? Trong trường hợp của bạn, câu trả lời phụ thuộc vào phiên bản .NET bạn đang sử dụng .NET1 chỉ có thể tối ưu hóa chuỗi + trong một câu lệnh duy nhất cho đến nay. Quá nhiều + trong một chuỗi duy nhất dẫn đến hiệu suất kém hơn vì trình biên dịch phải dùng đến việc tạo các cá thể chuỗi mới để đối phó với các phần chuỗi bổ sung. Từ .NET 2, kiến ​​trúc thay đổi một chút, và nhiều câu lệnh được nối liền mạch hoàn toàn bởi trình biên dịch.

Answer 5

Bạn có thể kiểm tra điều này với một chương trình đơn giản:

Console.WriteLine("a" + "b"); 

Sử dụng reflector, bạn có thể dễ dàng tháo rời nhị phân kết quả. Ở chế độ Phát hành, IL này tạo ra là:

L_0000: ldstr "ab" 
L_0005: call void [mscorlib]System.Console::WriteLine(string) 

Vì vậy, .NET tối ưu hóa "chuỗi định dạng đẹp".