web-dev-qa-db-ja.com

エンティティを作成または拡張してファンタジースポーツ管理システムを開発することには意味がありますか?

Drupalでファンタジースポーツ管理システムを構築することを検討しています。システムはコンテンツを必要とするため、標準のDrupalシステムで処理されます。ただし、プレーヤー、チーム、リーグ、統計を表す新しいエンティティを作成することは理にかなっています(または可能ですら) -ラインなど?

私は過去にこのようなシステム(.NET)を構築したことがあり、コンテンツノードをプレーヤー、チーム、および統計と組み合わせるという考えに思いを巡らせることは困難です。ノード/エンティティの各タイプに固有のフィールドが多数あり、プレーヤーと統計データの膨大な量がノードテーブルをクレイジーなレベルにプッシュします。

私はDrupal 7エンティティ(ノード、ユーザー、分類法を抽象化していると思います)をいじりませんでした)が、この概念が可能である場合は意見を聞きたいです。

3
Randy Burgess

ノードテーブルが大きくなることについて:多くのノードがある場合、ノードテーブルは大きくなります。多くのプレーヤーがいて、それらを独自のテーブルに格納する場合、プレーヤーテーブルは大きくなります。多くのデータオブジェクトがある場合、多くのデータオブジェクトがあります。さて、明白なことを言ったところで、プレーヤーのコンテンツではないノードにどのくらいのコンテンツが保存されるのかという疑問が生じますか?期待が高ければ、ノードテーブルからプレーヤーを正規化することを主張できます。一方、すべてを1つのノードテーブルに保持すると、CCKとビューに付属するすべての機能にすばやく組み込みでアクセスできます。私自身の経験から、Mysqlは1つのテーブル内の文字通り数百万の行をそれほど労力なしで処理できます。

編集:一方、これらのノードに本質的にプレーヤーの属性であるフィールドが多数ある場合、すべてのデータを1つのテーブルに格納する方が、 CCKフィールドを取り込むための多数の結合。トレードオフは、より多くの開発時間を必要とすることです。

2
Codeblind

Drupal 6には、League Siteと呼ばれるモジュールがあります。これは、調べるのに役立つかもしれません...まだ7に移植されているとは思われませんが、そのままでは、リーグスポーツ用の非常に多くの機能があります。

3
dzogchen

私は実際にDrupalを使用して同様のファンタジースポーツゲームを構築しています。少し後悔しないと言わなければなりません。私が考える限りの主な利点は、抽象化できることです標準のDrupal機能を使用し、次にカスタムモジュールを使用して必要に応じて接着し、余分なものを追加することにより、膨大な作業が必要になります。

ノードとノード参照を使用すると、ゲームの整理に役立ち、データの操作と操作がはるかに簡単になります。たとえば、ビューを使用すると、必要なものを見つけて100万倍も簡単に表示できます。

やれ!それはあなたに大きな生産性の向上を与えます、そしてあなたがいくつかのフックを回避する方法を知っているなら、あなたはもののための空白を埋めることができるはずですDrupalはあなたにそれを簡単には与えません。

2
Alex Weber