Biểu mẫu thứ sáu bình thường là cách chính thức để thực hiện việc này. Đi với 3NF cho tất cả các bảng và 6NF cho một hoặc hai bảng mà bạn cần thêm các cột không có thay đổi DDL. Sử dụng một cách tiết kiệm.
EAV là con trai khốn của 6NF. Điều đó có nghĩa là, những người làm điều đó, và viết về nó, không có một sự hiểu biết chính thức của 6NF, do đó, thường là tạo ra những quái vật.
Tất nhiên, bạn phải giữ lại các tiêu chuẩn tốt: sử dụng các kiểu dữ liệu; Tính toàn vẹn tham chiếu khai báo (Khóa ngoại); vv Không cho những người lên có được bất cứ điều gì. Chạy như địa ngục xa bất cứ ai nói với bạn bạn phải cung cấp cho họ lên.
6NF/EAV rất nhanh, không có trở ngại khi sử dụng khả năng xử lý thiết lập của máy chủ. Một lần nữa, chạy như địa ngục đi từ bất cứ ai nói với bạn rằng bạn phải sử dụng hàng-by-hàng chế biến hoặc con trỏ hoặc bạn không thể xây dựng các cột từ các hàng một cách dễ dàng. Đăng lại nếu bạn có vấn đề cụ thể.
Điều này yêu cầu vượt quá khả năng hiện tại (điều khiển, DDL) của SQL; để làm điều đó theo cách được kiểm soát và tránh tạo ra những con quái vật không thể duy trì được, bạn cần một danh mục nhỏ, để chứa siêu dữ liệu. Nếu bạn thông minh, bạn có thể sử dụng nó tạo ra SQL chạy lại để truy vấn, và do đó loại bỏ rất nhiều lao động thủ công.
Có rất nhiều thông tin sai lệch xung quanh, và một số người có "đại diện" là không biết gì. Để thành công về mặt kỹ thuật, chúng ta cần thông tin chính xác, không phải huyền thoại và sợ hãi mong muốn. Bạn có thể quan tâm đến một bài đăng gần đây mà tôi đã cố gắng để set the recond straight.
'Tìm kiếm nhanh cho "mô hình EAV"' hy vọng sẽ bao gồm đề xuất cần tránh trừ khi Không có phương án thay thế - nó rất linh hoạt, nhưng không mở rộng và có thể khó truy vấn. Đây là liên kết đến nghiên cứu điển hình: http://www.simple-talk.com/opinion/opinion-pieces/bad-carma/ –