The ability to use .NET languages f

The ability to use .NET languages for stored procedures and user-defined functions has been around since SQL Server 2005 was introduced. Even though it has been six years since it became available, there is still much hesitation about using CLR-the .NET Common-Language Runtime-code in SQL Server and if so what the appropriate usages would be. Microsoft sells this feature on the idea that not only will it provide functionality not available in T-SQL but it will also provide a more efficient environment for programmatic logic. There has been some testing which shows that CLR can perform better than T-SQL, but there is still too much room for speculation and conjecture. My goal with this article is to perform more thorough testing via a wide variety of scenarios. This will give a more complete picture of exactly what performance gains CLR code (or SQL CLR, as it is commonly known as) can provide and when T-SQL stored procedures are clearly the better choice.

Kết quả (Việt) 1:

Khả năng sử dụng ngôn ngữ .NET cho lưu trữ thủ tục và chức năng người dùng định nghĩa đã khoảng từ SQL Server 2005 đã được giới thiệu. Mặc dù nó đã là sáu năm kể từ khi nó trở thành có sẵn, vẫn còn nhiều do dự về việc sử dụng CLR the .NET phổ biến-ngôn ngữ thời gian chạy mã trong SQL Server và nếu như vậy những gì các tập quán thích hợp sẽ. Microsoft bán các tính năng này trên ý tưởng rằng nó sẽ không chỉ cung cấp các tính năng không có trong T-SQL, nhưng nó cũng sẽ cung cấp một môi trường hiệu quả hơn cho các lập trình logic. Đã có một số thử nghiệm cho thấy rằng CLR có thể thực hiện tốt hơn so với T-SQL, nhưng có vẫn còn quá nhiều chỗ cho suy đoán và phỏng đoán. Mục tiêu của tôi với bài viết này là để thực hiện kiểm tra kỹ lưỡng hơn thông qua một loạt các tình huống. Điều này sẽ cung cấp cho một bức tranh hoàn chỉnh hơn của chính xác những gì hiệu suất lợi nhuận CLR mã (hoặc SQL CLR, vì nó thường được gọi là) có thể cung cấp và khi T-SQL lưu trữ thủ tục rõ ràng là sự lựa chọn tốt hơn.

Kết quả (Việt) 2:

Khả năng sử dụng ngôn ngữ .NET cho các thủ tục lưu trữ và chức năng người dùng định nghĩa đã được khoảng từ SQL Server 2005 đã được giới thiệu. Mặc dù nó đã được sáu năm kể từ khi nó trở nên có sẵn, vẫn còn nhiều do dự về việc sử dụng CLR-NET Common-Language Runtime-mã trong SQL Server và nếu có những gì các tập quán thích hợp sẽ là. Microsoft bán tính năng này trên ý tưởng rằng nó không chỉ cung cấp chức năng không có sẵn trong T-SQL nhưng nó cũng sẽ cung cấp một môi trường hiệu quả hơn cho logic chương trình. Hiện đã có một số thử nghiệm cho thấy rằng CLR có thể thực hiện tốt hơn so với T-SQL, nhưng vẫn có quá nhiều chỗ cho đầu cơ và phỏng đoán. Mục tiêu của tôi trong bài viết này là để thực hiện thử nghiệm kỹ lưỡng hơn thông qua một loạt các kịch bản. Điều này sẽ cho một bức tranh hoàn chỉnh hơn về chính xác những gì mã tăng hiệu suất CLR (hoặc SQL CLR, vì nó thường được gọi là) có thể cung cấp và khi thủ tục được lưu trữ T-SQL là rõ lựa chọn tốt hơn.