リレーショナル データベースの設計では、設計プロセスをガイドする通常の形式があります。neo4j のようなグラフ データベースの設計に適用される同様の原則はありますか?
特に、問題の粒度に戸惑っています。ほとんどの属性が頂点に格納されるグラフ データベースを設計することも (連絡先には属性名、生年月日などがあります)、ほとんどのデータを関係に格納することもできます (接続実際の情報を保持している別の頂点への「名前」関係との接触) または両方を行うことができます (もちろん、一貫性の問題が発生しますが、取得時間が短縮される可能性があります)。
これらの問題は、私が SQL 設計を始めたときの初心者の質問に似ており、問題の多くは経験を積むことによってのみ解決できました。それでも、このトピックの基本について書かれた実用的な本を推薦してもらえますか、それとも一般的な原則がどこにあるかを教えてもらえますか?