Một số huyền thoại đang trôi nổi về mô hình chiều đáng được giải quyết.
Nó có thể đang thực thi một mô hình dữ liệu chiều sẽ dẫn đến các hệ thống hỗ trợ ra quyết định của bếp. Huyền thoại này tiếp tục đổ lỗi cho việc không chuẩn hóa chỉ cung cấp phần mềm cụ thể do đó không thể sửa đổi được. Đây là một cách diễn giải thiển cận về mô hình chiều đã quản lý để đưa ra thông điệp ngược lại một cách chính xác.
Đầu tiên, chúng tôi lập luận rằng mọi mô hình quan hệ thực thể đều có một tập hợp các mô hình chiều tương đương chứa cùng một thông tin. Thứ hai, chúng tôi đã chỉ ra rằng ngay cả khi có sự thay đổi của tổ chức và sự thích ứng của người dùng cuối, mô hình chiều vẫn mở rộng một cách duyên dáng mà không thay đổi hình thức của nó. Đó là mô hình quan hệ thực thể đánh lừa các nhà thiết kế ứng dụng và người dùng cuối bằng cách yêu cầu viết lại SQL.
Có thể thấy hàng trăm thiết kế chiều thực sự tốt được thực hiện bởi những người mà chúng tôi chưa từng gặp hoặc từng học trong lớp. Có cả một thế hệ các nhà thiết kế từ ngành sản xuất và bán lẻ hàng đóng gói đã sử dụng và thiết kế cơ sở dữ liệu chiều trong 15 năm qua.
Huyền thoại này bắt nguồn từ nguồn gốc lịch sử của mô hình chiều nhưng không phải trong thực tế ngày nay của nó. Mô hình chiều đã được sử dụng trong nhiều lĩnh vực kinh doanh, bao gồm ngân hàng bán lẻ, ngân hàng thương mại, bảo hiểm tài sản và thương vong, bảo hiểm sức khỏe, bảo hiểm nhân thọ, phân tích khách hàng môi giới, hoạt động của công ty điện thoại, quảng cáo trên báo, doanh số bán nhiên liệu của công ty dầu, chi tiêu của cơ quan chính phủ, sản xuất lô hàng , chăm sóc sức khỏe và nhiều hơn nữa.
Snowflaking đang loại bỏ các thuộc tính văn bản có bản số thấp khỏi bảng thứ nguyên và định vị chúng trong bảng thứ nguyên "phụ". Ví dụ:một danh mục sản phẩm có thể được xử lý theo cách này và bị xóa khỏi bảng thứ nguyên sản phẩm cấp thấp.
Snowflaking không khác với mô hình hóa chiều. Chúng tôi coi việc trượt tuyết như một phần tô điểm cho sự đơn giản của mô hình chiều cơ bản. Chúng tôi nghĩ rằng một nhà thiết kế có thể đánh bông tuyết với lương tâm rõ ràng nếu kỹ thuật này cải thiện khả năng hiểu của người dùng và cải thiện hiệu suất tổng thể.
Lập luận rằng trượt tuyết hỗ trợ khả năng bảo trì của bảng kích thước là suy đoán. Các vấn đề bảo trì thực sự được tận dụng bởi các nguyên tắc giống như quan hệ thực thể, nhưng tất cả điều này xảy ra trong khu vực tổ chức dữ liệu trước khi dữ liệu được tải vào lược đồ chiều.
Mô hình mối quan hệ thực thể không mô hình hóa một doanh nghiệp, mà nó mô hình hóa các mối quan hệ vi mô giữa các phần tử dữ liệu. Mô hình mối quan hệ thực thể không có quy tắc kinh doanh mà có quy tắc dữ liệu.
Các mô hình mối quan hệ thực thể có cấu trúc rất khác nhau. Sự biến đổi hoang dã của cơ chế của các mô hình mối quan hệ thực thể xác định rằng mỗi kho dữ liệu yêu cầu SQL được viết tùy chỉnh và tinh chỉnh. Nó cũng có thể thể hiện rằng mỗi giản đồ vì nó đã được điều chỉnh, rất dễ tiếp cận với những thay đổi trong thói quen truy vấn của khách hàng vì các lược đồ đó không đối xứng.