SQL Server varbinary (max) và varchar (max) dữ liệu trong một bảng riêng biệt

Question

sử dụng SQL Server 2005 phiên bản tiêu chuẩn với SP2

Tôi cần phải thiết kế một bảng nơi tôi sẽ được lưu trữ một tập tin văn bản (~ 200KB) cùng với tên tệp, mô tả và ngày giờ.

Chúng ta có nên thiết kế một bảng nơi dữ liệu varchar (max) và varbinary (max) nên được lưu trữ trong một bảng riêng biệt hay cột cột của các kiểu dữ liệu LOB là một phần của bảng chính?

mỗi chủ đề này What is the benefit of having varbinary field in a separate 1-1 table?

không có hiệu suất hoặc lợi ích hoạt động mà tôi đồng ý với một số mức độ tuy nhiên tôi có thể thấy hai lợi ích

1. cửa hàng những vào một bảng separatable có thể được lưu trữ trên một nhóm tệp riêng biệt
2. bạn không thể tạo lại chỉ mục trên bảng chứa loại dữ liệu lob ONLINE

Mọi đề xuất sẽ được đánh giá cao.

Answer 1

Tôi sẽ khuyên bạn không nên ly thân. Nó làm phức tạp các thiết kế đáng kể cho ít hoặc không có lợi ích. Như bạn đã biết, SQL Server đã lưu trữ các LOB trên các đơn vị phân bổ riêng biệt, như được mô tả trong Table and Index Organization.

Mối quan tâm đầu tiên của bạn (phân bổ tệp riêng biệt cho dữ liệu LOB) có thể được giải quyết một cách rõ ràng, như Mikael đã chỉ ra, bằng cách chỉ định một cách thích hợp nhóm tệp mong muốn trong câu lệnh CREATE TABLE.

Mối quan tâm thứ hai của bạn không còn là mối quan tâm với SQL Server 2012, xem Online Index Operations for Indexes containing LOB columns. Ngay cả trước SQL Server 2012, bạn có thể sắp xếp lại các chỉ mục với LOB mà không gặp vấn đề gì (và REORGANIZE đang trực tuyến). Cho rằng xây dựng lại chỉ mục đầy đủ là hoạt động chi phí rất (dựng lại trực tuyến phải được thực hiện ở cấp độ bảng/chỉ mục, không có tùy chọn xây dựng lại trực tuyến), bạn có chắc chắn muốn làm phức tạp thiết kế để phù hợp một cái gì đó, một mặt, ít khi được yêu cầu, và mặt khác, sẽ có sẵn khi bạn nâng cấp lên SQL 2012?

Answer 2

Tôi có thể trả lời câu hỏi của bạn bằng một từ đơn giản: Kiss.

Tất nhiên là viết tắt của ... Keep It Simple Stupid.

Thêm bảng cho thường không phải là không trừ khi bạn thực sự cần một giải pháp để giải quyết vấn đề.

Nói chung, tôi không đồng ý với việc chia bảng. Nó làm tăng thêm sự phức tạp cho cơ sở dữ liệu và mã. Có các cột vô ích trong một bảng là một điều xấu, nhưng nó không phải là xấu như nhiều bảng khi bạn chỉ cần một.

trường hợp bạn sẽ cân nhắc việc thêm bảng khác:

1. Một số cột của bạn là Blob của dữ liệu (lớn hơn kích thước trang) và họ hiếm khi được sử dụng và các cột khác với kích thước dữ liệu nhỏ được truy cập thường xuyên.
2. Nếu bạn thiếu bộ não.
3. Nếu bạn là người xấu.
4. Hoặc ... nếu bạn đang cố gắng chọc tức đồng nghiệp của mình.