Một vài quan niệm sai lầm đang lưu truyền về mô hình hóa chiều cần được giải quyết.
Việc thực thi mô hình dữ liệu chiều sẽ dẫn đến hệ thống hỗ trợ quyết định ống khói (stovepipe). Quan niệm này đổ lỗi cho phi chuẩn hóa vì chỉ cung cấp phần mềm cụ thể do đó không thể sửa đổi. Đây là cách hiểu ngắn النظر về mô hình hóa chiều đã hiểu ngược thông điệp.
Thứ nhất, đã lập luận rằng mọi mô hình entity-relationship có tập hợp mô hình chiều tương đương chứa cùng thông tin. Thứ hai, đã chỉ ra rằng ngay cả khi có thay đổi tổ chức và thích ứng người dùng cuối, mô hình chiều mở rộng linh hoạt mà không thay đổi hình thức. Chính mô hình entity-relationship buộc nhà thiết kế ứng dụng và người dùng cuối phải viết lại SQL.
Đã thấy hàng trăm thiết kế chiều thực sự tốt do những người chưa từng gặp hoặc có trong lớp học. Có toàn bộ một thế hệ nhà thiết kế từ ngành bán lẻ hàng đóng gói và sản xuất đã sử dụng và thiết kế cơ sở dữ liệu chiều trong 15 năm qua.
Quan niệm này bắt nguồn từ gốc rễ lịch sử của mô hình hóa chiều nhưng không phải thực tế ngày nay. Mô hình hóa chiều đã được 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/tai nạn, bảo hiểm nhân thọ, bảo hiểm cuộc sống, phân tích khách hàng môi giới, vận hành công ty điện thoại, quảng cáo báo chí, bán nhiên liệu công ty dầu, chi tiêu cơ quan chính phủ, vận chuyển sản xuất, y tế, và nhiều hơn nữa.
Snowflaking là loại bỏ thuộc tính văn bản cardinality thấp từ bảng chiều và đặt chúng vào bảng chiều "phụ" (secondary). Ví dụ: danh mục sản phẩm có thể được xử lý cách này và loại bỏ vật lý khỏi bảng chiều sản phẩm cấp thấp.
Snowflaking không khác biệt với mô hình hóa chiều. Chúng tôi coi snowflaking là sự trang trí cho sự đơn giản của mô hình chiều cơ bản. Chúng tôi nghĩ nhà thiết kế có thể snowflaking với lương tâm bình an 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ể.
Tיעון cho rằng snowflaking hỗ trợ khả năng bảo trì bảng chiều là vô nghĩa. Vấn đề bảo trì thực sự được đòn bẩy bởi các kỷ luật giống entity-relationship, nhưng tất cả điều này xảy ra trong khu vực staging dữ liệu trước khi dữ liệu được tải vào lược đồ chiều.
Mô hình hóa entity-relationship không mô hình hóa doanh nghiệp, mà mô hình hóa các quan hệ vi mô giữa các yếu tố dữ liệu. Entity-relationship modeling không có quy tắc kinh doanh, nó có quy tắc dữ liệu.
Mô hình entity-relationship biến động mạnh về cấu trúc. Sự biến động mạnh của cơ chế mô hình entity-relationship nghĩa là mỗi kho dữ liệu cần SQL tùy chỉnh và tinh chỉnh. Cũng có nghĩa là mỗi lược đồ vì được tinh chỉnh, rất nhạy cảm với thay đổi thói độ truy vấn khách hàng vì các lược đồ này không đối xứng.