Phân vùng bảng trong SQL 2008

Tôi hiểu cách thức hoạt động của nó, nhưng cuốn sách tôi đang nghiên cứu không cho tôi biết lý do tại sao bạn muốn phân vùng. Ai đó có thể làm sáng tỏ? Tôi không thể hiểu bất kỳ khái niệm nào trừ khi tôi thấy nó hữu ích như thế nào.

sql-server-2008

— NibblyPig
nguồn

Về cơ bản, để tách một bảng lớn thành các bảng phụ hoặc phân vùng nhỏ hơn

giảm tải dữ liệu vào các tệp / nhóm tệp khác nhau (cũng có thay đổi trong chiến lược sao lưu / khôi phục)
tách "làm việc" khỏi dữ liệu "lịch sử" (không có hơn 2 bảng riêng biệt làm phức tạp các truy vấn)
cho phép nén dữ liệu cũ

Chúng ta đang nói 100 triệu hàng và / hoặc khối lượng cao.

Bạn không phân vùng cho một vài triệu hàng.

— gbn
nguồn

Điều đó và những lợi thế của việc cắt xén phân vùng (không tìm trong các phân vùng nếu bạn biết dữ liệu không có ở đó) và thực thi song song (bạn có thể truy cập nhiều phân vùng cùng một lúc để thực hiện SUM hoặc COUNT hoặc tổng hợp khác)

— Konerak

Nó có tăng tốc SQL nếu bạn chia nó thành nhiều tệp không? Không có một chiến lược lưu trữ tốt hơn là chỉ chia nó ra sao? Tôi đã nghĩ rằng bạn sẽ di chuyển dữ liệu cũ sang một bảng mới hoặc sao lưu / nén nó sang một máy tính khác ở đâu đó, không chỉ để nó trong cùng một thư mục.

Nó cũng sẽ ảnh hưởng đến các chỉ mục của bạn, vì vậy nếu bạn có dữ liệu lưu trữ trong một vài năm trong một phân vùng và chỉ năm hiện tại ở một phân vùng khác, thì việc tìm kiếm trong phân vùng của năm nay chỉ liên quan đến các chỉ mục của phân vùng đó.

Phân vùng bảng trong SQL 2008 - Tại sao?