Neo4j (hoặc bất kỳ cơ sở dữ liệu biểu đồ nào khác) mô hình

Question

Tôi bắt đầu làm việc với cơ sở dữ liệu biểu đồ và trong nhóm của tôi, chúng tôi đã bắt đầu lập mô hình biểu đồ cho phần mềm của chúng tôi. Vấn đề xảy ra khi chúng tôi cố gắng "tài liệu" mô hình, để xem cấu trúc của cơ sở dữ liệu của chúng tôi. Với cơ sở dữ liệu SQL, bạn chỉ cần xem lược đồ SQL.

Chúng tôi đã dành chút thời gian đọc blog và tài liệu neo4j nhưng chúng tôi đã thấy cách thông thường để hiển thị cách biểu đồ hoạt động với biểu đồ tối thiểu cho thấy một số dữ liệu mẫu (mẫu ngẫu nhiên: sample1, sample2, v.v ...) . Đó là điều tuyệt vời cho các mục đích giáo dục, nhưng chúng tôi rất muốn có thể thực hiện nó theo một cách chính thức hơn một chút. Chúng tôi muốn đặt loại nút nào có thể liên quan đến loại nút khác và với loại mối quan hệ, loại nội dung đó.

Sử dụng Spring bạn có thể bọc đồ thị với các lớp, nhưng nó rất cụ thể đối với mô hình Java và OO, và chúng tôi đang làm việc với Erlang. Chúng tôi đang tìm kiếm một số loại ngôn ngữ chính thức (tương đương SQL Schema), hoặc một mô hình E-R tương đương, hoặc một cái gì đó tương tự.

Answer 1

Một cách để làm điều này là đặt "siêu mô hình" của biểu đồ của bạn (mạng loại) vào biểu đồ và sau đó kết nối các cá thể (nút) với loại siêu mô hình của chúng. Vì vậy, bạn có thể hình dung siêu mô hình bằng cách sử dụng đồ thị trực quan và đồng thời sử dụng siêu mô hình để thực thi các ràng buộc bổ sung (bằng cách lưu trữ thông tin ràng buộc trong siêu mô hình và sử dụng khi mô hình thực tế được cập nhật) và cũng sử dụng loại nút của siêu mô hình để truy cập nhanh tất cả các "-thể hiện" -nodes của loại này.

Tên miền bạn muốn tạo mô hình là gì?

Answer 2

Ý tưởng nhanh - bạn có thể sử dụng tập hợp con UML không? Mô hình đồ thị dường như gần gũi hơn với miền, vì vậy có thể điều đó là hợp lý.

Điều chúng tôi làm là khái quát hóa phương pháp "dữ liệu mẫu", trong đó chúng tôi bao gồm số lượng thẻ ở mỗi bên của mối quan hệ cũng như loại và hướng. Tôi cũng thường bao gồm một nút "type" trong sơ đồ (hoặc một số đặc tả khác của vai trò/mối quan hệ với các mô hình miền) thay vì dữ liệu ví dụ, và tất nhiên lưu ý các thuộc tính được mong đợi, loại của chúng và liệu chúng là tùy chọn hay không. Đó là ít hơn chính thức, nhưng đã phục vụ tốt cho đến nay.