3

私はオレゴン州立大学のビジネスソリューショングループの学生開発者です。現在、大学の大学のSalesforce統合プロジェクトに取り組んでいます。ご想像のとおり、私たちが作業しているデータは、いくつかの異なる場所からさまざまな形式で取り込まれています。 Salesforceのオブジェクトスキーマを設定する経験が豊富な人なら、Salesforceのリレーショナルデータベーススタイルの正規化の長所と短所について話すことができますか? Record Typesを正規化してデータを分類しないことで、私たちは何を得ますか? (例:学生と教員を含むPerson-Account、Salesforceレコードタイプを使用して2つを区別する)何を失うでしょうか?Salesforceオブジェクトと正規化

このメッセージは、このWebページに触発された:それはアドバイスまず最初に、それはいくつかの組み込みのSalesforceの機能を利用することから私たちを防ぐため(過多)を正規化しないことであることを Salesforce Guru: Record Types

注意してください。全体として、ページは役に立ったように見えましたが、不完全でした。

この質問への答えはプロジェクトの成功に不可欠であり、最初にSalesforceに移行したデータを再編成し、最終的にはSalesforceオブジェクトスキーマを構築する方法を決定するのに役立ちます。非常に感謝しています。ありがとう!

答えて

2

インスピレーションWebページが正しいです。 Account、Contact、Case、Leadなどの "標準オブジェクト"を使用し、カスタムオブジェクトを使用しても、システムはより少ないテーブル(オブジェクト)を使用して、値(レコードタイプなど)に基づいてデータを分離するのに最適です。

レコードタイプを使用することで、ポイントアンドクリックUIを活用できます。たとえば、Accountオブジェクトにはデフォルトのページレイアウトがあります。しかし、各レコードタイプに対して、独自のページレイアウトを設定することができます。さらに、セキュリティモデルはレコードタイプを使用して、異なるユーザープロファイルに適切なアクセスを制限または許可します。

著者はSOQLはSQLではないと述べています。

+0

他の不明瞭な領域もあります。たとえば、ほとんどのエディションで最大25個のカスタムタブしか使用できないため、異なるオブジェクトを使用するとすぐに使い果たされます。 –

+0

正規化ではなくレコードタイプを使用すると、オブジェクトに重複したデータはありませんか? – manubkk

+0

@manubkk:おそらく。それは私のチームがこのようなデータ編成の主な懸念事項の1つでした。 Salesforceを使用してリレーショナルデータベースの非正規化バージョンを作成しています。 Salesforce開発環境に固有のもう1つの懸念事項は、このようにオブジェクトをテーブルとして使用すると、そのオブジェクトのすべてのメンバーがすべてのオブジェクトのフィールドを持つことです。たとえば、個人アカウントオブジェクトの学生レコードタイプは、個人アカウントオブジェクトの教員レコードタイプと同じフィールドを持ちます。 –