Khi nào thì bảng KHÔNG được nén


7

Chúng tôi có hai máy chủ. Một cái chúng tôi chỉ nén, nhưng tôi đã tiếp quản dự án nhỏ nàyanh chàng này nói rằng một số bảng không phải là ứng cử viên tốt . Cũng như nhiều người khác, hiệu suất là -critical-. Là chính xác để nói rằng một số bảng không nên được nén? Nếu vậy, một ngưỡng chung để tìm kiếm là gì? Tôi đã chạy tập lệnh của anh ấy để kiểm tra từng đối tượng đọc / ghi, nhưng vì nó trông giống như một lịch sử, không phải là những gì xảy ra trong một khung thời gian, đây có thể không phải là một cách chính xác để đánh giá điều đó.

Câu trả lời:


6

Bạn cũng có thể xem qua whitepaper này được viết bởi nhóm SQL CAT. Hãy lưu ý những người đã xem lại tài liệu đó, nó được viết rất tốt.

Whitepaper sẽ giải thích rằng vì chúng ta đang nói về nén dữ liệu, có một số dữ liệu sẽ nén tốt hơn các dữ liệu khác. Tôi tin rằng phần trên Khối lượng công việc ứng dụng có thông tin cho một số câu hỏi của bạn, sẽ vượt qua các hàm ý hiệu suất được tìm thấy khi sử dụng nén dữ liệu. Lời khuyên của tôi sẽ là kiểm tra nó. Đó thực sự là cách duy nhất bạn sẽ tìm ra chắc chắn nếu nó sẽ có lợi hoặc làm tổn thương ứng dụng / hệ thống của bạn.

Một đoạn trích từ whitepaper chỉ ra một số dữ liệu không được hưởng lợi từ việc nén dữ liệu:

  • Các cột có kiểu dữ liệu ký tự có số lượng hoặc độ dài cố định trong đó hầu hết các giá trị yêu cầu tất cả các byte được phân bổ cho loại dữ liệu cụ thể

  • Không có nhiều dữ liệu lặp lại

  • Lặp lại dữ liệu với các tiền tố không lặp lại

  • Dữ liệu được lưu trữ ngoài hàng

  • Dữ liệu FILESTREAM


Tuyệt vời liên kết Shawn, tôi nghĩ rằng đây là chính xác những gì tôi cần phải đọc
ini

Phải nghiên cứu điều tương tự ở một chủ nhân trước đây ... rất tiện lợi

Hừm, tôi phải nói - tôi nghi ngờ mục đầu tiên. Đôi khi tôi nhận được tỷ lệ nén 75% trên các bảng chỉ có các loại dữ liệu có độ dài cố định (dữ liệu giao dịch tài chính số). Không có một kiểu dữ liệu độ dài biến duy nhất trong đó.
TomTom

@TomTom Tôi không nghĩ mục đích của danh sách trong whitepaper là chỉ ra dữ liệu "không thể nén" mà hướng tới những gì bạn thường không nhận được bất kỳ lợi ích nào trong việc nén. Tuy nhiên, mọi môi trường đều khác nhau và lý do chính tôi đã đề cập để kiểm tra nó.

2

Tôi muốn thêm vào câu trả lời của Shawn, rằng các bảng có ghi thường xuyên (cập nhật, chèn, xóa) cũng là những ứng cử viên tồi, bởi vì cần có thời gian để áp dụng nén cho mọi giao dịch. Ví dụ. bảng phân tầng trước khi chấp nhận dữ liệu mới không nên được nén. Tải dữ liệu và nén dữ liệu nhanh hơn sau đó, thay vì tải dữ liệu vào bảng nén.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.