Entityの使い方について

■ Entity typeとBundleについて
　
まず、基本となる「Entity type」と「Bundle」について、ですが、こちら、Drupalインストール直後の”標準”状態で、代表的なものとして、
　
・Entity type = node,user, taxonomy, comment, fileなどが用意されています。
・Bundle ＝ article（記事）, page（基本ページ）が用意されています。・・・Entity type=nodeの場合
　管理 › サイト構築 › コンテンツタイプ ページで一覧される「コンテンツタイプ」＝「Entity=node」以下の「Bundle」に相当します。
　
■ 独自Entityについて（eckモジュールを利用して独自Entityを作成する）
　
上記Entity「node, taxonomy」やBundle「article, page」は標準ですが、
・不要な機能が入っているため、動作が重い・・・スリムなEntityを独自で定義したい。
・既存（node）の仕組みに縛られたくない・・・独自Entityを創ろう。
・〜
などの理由で独自のEntityを設計します。
※ PHPプログラマー（開発者）向き。
　
■ カンファレンスに限らず、Drupalで情報Referenceする場合の”モジュール的”アプローチ
（難易度が低い順に挙げてみました）
　
1．メインEntity=nodeを利用し、要ReferenceなフィールドにTaxonomyを用いる。
2．メインEntity=nodeを利用し、要Referenceなフィールドに「Entity Reference」モジュール等を用い、外部「node」にReferenceする。
3．メインEntity=nodeを利用し、要Referenceなフィールドに「Field Collection」を用いる。
4．メインEntity=nodeを利用し、要Referenceなフィールドに「独自Entity」を作成しReferenceする。
5．メインEntityから「独自Entity」を作成し、要Referenceなフィールドに「独自Entity」または「node」をReferenceする。
　
※ 機能的には、1〜2．で不足は無いと思います。
※ Drupal6で可能であった「Field group」（複数のフィールドをグループ化し、無制限組の入力を行う）と同様の機能を必要とする時は3．を検討します・・・パフォーマンス的にイマイチですが。
※ 4〜5．は上級者用であるため、アドバイスとしてはお勧めできません。
　
カンファレンスといっても実現したい内容は様々あると思うので、一般的な回答になってしまいましたが、独自Entityを構築するのは色々な面でDrupalの深部の知識が必要です。確証を得るにはCoreを始めEntity,Eckなど関連モジュールのソースコードを読む必要があります。
　
EntityとBundleの使い方？と仰っておりまので、Databaseの中を見たり、デバッグしたりのご経験はないと思います。
従って「eck」はお勧めできません。
上記1〜2．をお勧めします。標準の範疇ですのでヘルパーモジュールも多く、困ったときのQ/Aも多いです。