Các cột trống có chiếm không gian trong một bảng không?

Tôi có bảng giữ từ thông tin rất cơ bản. Chỉ cần một tiêu đề và một vài trường ngày. Có một trường được gọi là các bình luận là varchar (4000) Hầu hết thời gian chúng tôi để trống, nhưng một số lần sẽ nhập một lượng lớn dữ liệu ở đây. Đây có phải là một thiết kế thực sự xấu? Hay đây chỉ là một chút không hiệu quả?

Tôi cho rằng việc tạo một bảng riêng cho cột này sẽ tốt hơn.

lưu ý: đây là máy chủ sql 2008

Để có hiệu suất dễ dự đoán hơn (và để tránh có sự thay đổi cao của các hàng trên mỗi trang), tôi sẽ nghiêng về việc lưu trữ dữ liệu này trong một bảng có liên quan - đặc biệt là nếu nó chỉ chiếm một tỷ lệ nhỏ thời gian và đặc biệt là nếu nó chỉ được truy xuất trong một số truy vấn Các hàng nơi giá trị này NULLđóng góp vào không gian, nhưng điều này là tối thiểu. Quan trọng hơn sẽ là làm thế nào một trang chỉ có thể phù hợp với hai hàng và trang tiếp theo có thể phù hợp với 500 hàng - điều này thực sự có thể ảnh hưởng đến thống kê và bạn có thể tách ra điều này để nó được lưu trữ riêng biệt và không ảnh hưởng đến tất cả các hoạt động của bạn trên bảng lõi.

Nó chiếm không gian tối thiểu khi không sử dụng

• một bit trong bitmap NULL
• hai byte cho chiều dài (sẽ bằng 0 khi NULL)

Chi phí tối thiểu và tối ưu hóa sẽ sớm.

Cho đến khi bạn biết bạn có một vấn đề, chỉ cần giữ nó trong một bảng. Bạn phá vỡ KISS bằng cách giới thiệu các phép nối ngoài và thêm một chi phí trong việc truy vấn dữ liệu.

Xem /programming/3793022/how-to-come-to-limits-of-8060-bytes-per-row-and-8000-per-varchar-nvarchar-valu/3793265#3793265 để biết thêm

Tôi nghĩ rằng một bảng riêng sẽ tốt hơn để cải thiện mật độ trang và giảm sự phân mảnh, đặc biệt nếu bạn không luôn điền vào trường đó.

• Một trang dữ liệu chứa khoảng 8000 byte
• Bạn có một số hàng có 100 byte và một số hàng có hơn 4000 byte
• Những hàng dài đó sẽ tự ở trên một trang và phần còn lại của trang bị "lãng phí" không gian mà DB của bạn chiếm nhưng có thể sẽ không bao giờ giữ dữ liệu
• Nếu bạn thêm dữ liệu vào trường dài đó cho một bản ghi trên một trang gần như đầy đủ, nó có thể sẽ tràn ngập trang và dẫn đến một con trỏ đến trang với phần còn lại của bản ghi

Tất cả các trang trống và con trỏ dẫn đến hiệu suất kém. Bình thường hóa lĩnh vực đó nếu bạn có thể.

Câu hỏi này trông rất giống nhau: các cột trống thừa có ảnh hưởng đến kích thước bảng sql đáng kể không?

Có vẻ như câu trả lời là có, nó chiếm không gian, nhưng có một thuật toán nén cho các cột có nhiều giá trị null.

Theo như thiết kế, tôi nghĩ rằng có một bảng bên ngoài được liên kết với điều này sẽ là một thiết kế sạch hơn. Việc có một cột có giá trị null thường xuyên sẽ khiến người dùng cơ sở dữ liệu khó khăn hơn vì họ có thể vô tình sử dụng giá trị null nếu không cẩn thận. Do đó, mã sử dụng cơ sở dữ liệu sẽ cần phải kiểm tra lỗi và nó trở nên xấu đi từ đó.

Bạn sẽ ổn thôi - nó đã là một cột varchar, vì vậy nó chỉ sử dụng không gian khi nó chứa dữ liệu. Nếu bạn có nhiều cột có kích thước cố định không thể rỗng như int, bạn có thể gặp vấn đề về sử dụng không gian.

Theo như đặt nó vào một bảng khác, tôi sẽ không bận tâm. Bạn cũng có thể xem xét bằng cách sử dụng varchar (max) và các tùy chọn vào / ra của hàng. Một lần nữa, có lẽ là sớm.