Объекты Salesforce и нормализация - PullRequest
3 голосов
/ 11 августа 2011

Я являюсь студентом-разработчиком в Группе бизнес-решений Орегонского государственного университета, и в настоящее время я работаю над проектом по интеграции Salesforce для одного из колледжей университета. Как вы можете себе представить, данные, с которыми мы работаем, поступают из разных мест и в разных форматах. Мне было интересно, может ли кто-нибудь с большим опытом настройки схем объектов Salesforce рассказать о плюсах и минусах нормализации стиля реляционных баз данных в Salesforce. Что мы получаем, не нормализуя и не используя типы записей для классификации данных? (Например: личный счет, который включает студентов и преподавателей и использует типы записей Salesforce для разграничения между ними.) Что мы теряем?

Это сообщение было вдохновлено этой веб-страницей: Salesforce Guru: типы записей

Обратите внимание, что первое, что он советует, это не нормализовать (слишком много), потому что это мешает нам воспользоваться некоторыми встроенными функциями Salesforce. В целом, страница казалась полезной, хотя и неполной.

Ответ на этот вопрос имеет решающее значение для успеха нашего проекта и поможет нам решить, как реорганизовать данные, которые мы первоначально переносим в Salesforce, и в конечном итоге построить нашу схему объектов Salesforce, поэтому любые мысли, дополнительные ресурсы или советы очень ценится. Спасибо!

1 Ответ

3 голосов
/ 11 августа 2011

Вдохновенная веб-страница верна. Со «стандартными объектами», такими как «Учетная запись», «Контакт», «Дело», «Ведущий» и т. Д., И даже с пользовательскими объектами система лучше всего использует меньшее количество таблиц (объектов) и разделяет данные на основе некоторого значения (например, типа записи).

Используя типы записей, вы используете интерфейс «укажи и нажми». Например, для объекта Account у вас есть макет страницы по умолчанию. Но для каждого типа записи вы можете иметь уникальный макет страницы. Кроме того, модель безопасности использует типы записей для ограничения или предоставления доступа в зависимости от профиля пользователя.

Как говорит автор, SOQL - это НЕ SQL.

...