Image and Text fields are deprecate

Image and Text fields are deprecated and should be replaced by varchar(max) and varbinary(max), but there are details about how these fields are stored that should be analyzed.

All these types are called LOB types, types that store Large OBjects. However, there are a big difference between how the old LOB data types (text,ntext, image) and the new LOB data types (varchar(max), nvarchar(max), varbinary(max)) are stored.

While the old LOB types store the data in separated pages, only storing a 16 bit pointer in the row, the new LOB types store the data in row, together the record data, whenever possible. Both, the old and the new LOB types, can be configured to work in an opposite way.

Why should we care? The main concern should be about how many pages SQL Server will need to read to return our data.

There are big differences in the amount of pages SQL Server will need to read. If the LOB fields are not part of the query, separated pages with the LOB data can be ignored, but in row data can’t be ignored and will increase the amount of pages SQL Server will read. On the other hand, when the LOB fields are part of the query and many LOB data are small enough to be stored in row, having the LOB data in row reduces the amount of pages SQL Server needs to read to retrieve our records.

We need to understand the configuration options for these kind of fields to be able to decide the best configuration for each table in our database, according to the most common queries over our tables, if they include the LOB fields or they don’t.

Let’s do some tests with both kind’s of LOB types and compare the results. I will insert two hundred records in LOB fields with different configurations and compare the results.

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

Hình ảnh và văn bản lĩnh vực đang bị phản đối và nên được thay thế bởi varchar(max) và varbinary(max), nhưng không có chi tiết về làm thế nào các trường này được lưu trữ mà nên được phân tích.Tất cả các loại danh xưng trong tiếng Pháp là LOB loại, các loại lưu trữ các đối tượng lớn. Tuy nhiên, có một sự khác biệt lớn giữa cách dữ liệu LOB cũ loại (văn bản, ntext, hình ảnh) và các loại dữ liệu LOB mới (varchar(max), nvarchar(max), varbinary(max)) được lưu trữ.Trong khi các loại LOB cũ lưu trữ dữ liệu trong các trang riêng biệt, chỉ lưu trữ một con trỏ 16 bit trong dòng, các loại LOB mới lưu trữ các dữ liệu trong hàng, với nhau ghi dữ liệu, bất cứ khi nào có thể. Cả hai, cũ và mới LOB loại, có thể được cấu hình để làm việc một cách đối diện.Tại sao chúng tôi nên chăm sóc? Mối quan tâm chính nên là về bao nhiêu trang SQL Server sẽ cần phải đọc để trả lại dữ liệu của chúng tôi.Không có sự khác biệt lớn trong số tiền trang SQL Server sẽ cần phải đọc. Nếu các lĩnh vực LOB không một phần của các truy vấn, trang bị tách với LOB dữ liệu có thể được bỏ qua, nhưng trong hàng dữ liệu không thể bỏ qua và sẽ tăng số lượng trang SQL Server sẽ đọc. Mặt khác, khi các lĩnh vực LOB là một phần của các truy vấn và nhiều LOB dữ liệu đủ nhỏ để được lưu trữ trong hàng, có dữ liệu LOB trong hàng làm giảm số lượng trang SQL Server cần để đọc để lấy hồ sơ của chúng tôi.Chúng ta cần phải hiểu các tùy chọn cấu hình cho các loại lĩnh vực để có thể quyết định cấu hình tốt nhất cho mỗi bảng trong cơ sở dữ liệu của chúng tôi, theo các truy vấn phổ biến nhất trên bảng của chúng tôi, nếu chúng bao gồm các lĩnh vực LOB hoặc họ không.Chúng ta hãy làm một số xét nghiệm với cả hai loại loại LOB và so sánh kết quả. Tôi sẽ đưa hai trăm hồ sơ trong LOB lĩnh vực với cấu hình khác nhau và so sánh kết quả.

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

Hình ảnh và văn bản lĩnh vực không được tán thành và cần được thay thế bởi varchar (max) và varbinary (max), nhưng có những chi tiết về làm thế nào những lĩnh vực đang được lưu trữ mà nên được phân tích. Tất cả những loại được gọi là các loại LOB, loại dùng để chứa các đối tượng lớn. Tuy nhiên, có một sự khác biệt lớn giữa cách loại cũ dữ liệu LOB (text, ntext, hình ảnh) và các kiểu dữ liệu LOB mới (varchar (max), nvarchar (max), varbinary (max)) được lưu trữ. Trong khi LOB cũ loại lưu trữ các dữ liệu trong các trang tách ra, chỉ lưu trữ một con trỏ 16 bit ở hàng ghế, các loại LOB mới lưu trữ dữ liệu trong hàng, cùng các dữ liệu ghi lại, bất cứ khi nào có thể. Cả hai, người già và các loại LOB mới, có thể được cấu hình để làm việc trong một cách ngược lại. Tại sao chúng ta nên quan tâm? Mối quan tâm chính nên được khoảng bao nhiêu trang SQL Server sẽ cần phải đọc để trả lại dữ liệu của chúng tôi. Có sự khác biệt lớn trong số lượng các trang SQL Server sẽ cần phải đọc. Nếu các trường LOB không là một phần của các truy vấn, các trang tách biệt với các dữ liệu LOB có thể được bỏ qua, nhưng dữ liệu trong hàng không thể bỏ qua và sẽ tăng số lượng các trang SQL Server sẽ đọc. Mặt khác, khi các lĩnh vực LOB là một phần của các truy vấn và nhiều dữ liệu LOB đủ nhỏ để có thể được lưu trữ trong hàng, có các dữ liệu LOB trong hàng giảm số lượng các trang SQL Server cần đọc để lấy hồ sơ của chúng tôi. Chúng tôi cần để hiểu các tùy chọn cấu hình cho các loại lĩnh vực để có thể quyết định các cấu hình tốt nhất cho mỗi bảng trong cơ sở dữ liệu của chúng tôi, theo các truy vấn phổ biến nhất trên bàn của chúng tôi, nếu chúng bao gồm các lĩnh vực LOB hoặc họ không. Hãy làm một số thử nghiệm với cả hai loại loại LOB và so sánh kết quả. Tôi sẽ chèn hai trăm hồ sơ trong lĩnh vực LOB với cấu hình khác nhau và so sánh kết quả.