![]() |
|
О проектировании структур книгДля создания эффективной структуры книг необходимо тщательно продумать иерархию книг. Ниже приведены рекомендации по проектированию и усовершенствованию иерархии книг для компании.
Книги пользователейОсновной недостаток создания нестандартных книг, дублирующих книги пользователей, заключается в необходимости синхронизации данных между нестандартными книгами и книгами пользователей по умолчанию. Эта дополнительная задача увеличивает время обработки на сервере и снижает скорость извлечения записей. ПРИМЕЧАНИЕ. В некоторых случаях дублирование книг пользователей в компании выполняется с целью предоставления пользователю временного доступа к данным других пользователей. Более эффективным способом решения этой задачи является назначение пользователя, которому требуется доступ к данным, в качестве уполномоченного по отношению к владельцу этих данных. Задачи доступа к даннымСтруктура книг не обязательно должна отражать корпоративную иерархию в конкретной компании. Однако рекомендуется соблюдать строгое соответствие между структурой книг и организацией работы с данными в компании. Структурные подразделения предприятия могут быть выделены как по географическому местоположению, так и по отраслям или видам продукции. Особое внимание необходимо уделить следующим ситуациям.
Учет корпоративной структурыВо многих компаниях головной организации предоставляется полный доступ ко всем данным дочерних организаций. Как правило, в таких случаях доступ к данным дочерних организаций предоставляется сотрудникам головной организации на глобальном уровне. В таких организациях не рекомендуется создавать структуру книг, отражающую организационную структуру на уровне головной организации. Однако можно воспользоваться приведенными ниже рекомендациями.
Принадлежность данных пользователямПроанализируйте процедуры, выполняемые в компании при переходе пользователя из одного отдела в другой. Например:
Потребности и задачи пользователейПри проектировании структуры книг следует учитывать задачи, для выполнения которых пользователи наиболее часто обращаются к книгам: работа со списками, поиск записей, создание и применение отчетов. Работа со спискамиДля определения потребностей пользователей в списках соберите сведения о наиболее часто используемых списках и составьте оптимальный список для пользователей. Упростить эту задачу позволяет опрос пользователей в компании. Если ни одна книга в структуре книг не содержит всех необходимых записей для формирования оптимального списка, вероятно, в данной структуре книг следует добавить иерархию. Например, можно одновременно настроить иерархию по географическим зонам и иерархию на основе классификации продукции. Если значительная часть рабочего времени пользователя приходится на работу с конкретной частью книги, можно создать из этой части дочернюю книгу. и присвоить ей легко распознаваемое имя. Можно также задать эту дочернюю книгу в качестве значения по умолчанию для селектора 'Поиск в', что позволяет пользователям не выполнять каждый раз процедуру выбора книги. Подробнее о задании значения по умолчанию для селектора книг см. в разделе Предоставление пользователям и ролям пользователей доступа к книгам. Поиск записейДля определения типичных задач поиска, выполняемых пользователями в компании, следует путем опроса пользователей уточнить последовательность их действий при поиске конкретных записей. Проектировать структуру книг и задавать их размеры необходимо с учетом наиболее часто применяемых видов и критериев поиска. ПРИМЕЧАНИЕ. Если структура книг уже существует, в процессе ее дальнейшего совершенствования следует путем опроса пользователей уточнить, могут ли они в большинстве случаев определить принадлежность конкретной записи конкретной книге. Если пользователи, как правило, могут с уверенностью определить только принадлежность книге более высокого уровня, уточните у них, позволит ли дальнейшее дробление структуры книг сузить область поиска. Структура книг должна быть спроектирована таким образом, чтобы необходимость поиска в книгах более высокого уровня возникала только в исключительных ситуациях. Скорость поиска зависит также от полей, по которым он выполняется.
Например, если установлено, что пользователи, как правило, выполняют поиск записей контактов по индексированным полям, количество записей каждого типа в книге самого низкого уровня (в концевой вершине иерархии) может достигать 100000. Однако, если пользователи в большинстве случаев выполняют поиск записей контактов по полям без индексирования, для книги в концевой вершине рекомендуется уменьшить количество записей каждого типа до 20000 - 30000. Конфигурация данных зависит от конкретной компании. Поэтому указать рекомендуемое количество данных для книг невозможно. Следует постоянно регулировать размер книг. Уменьшение количества записей в области поиска способствует его ускорению. Создание и применение отчетовКо всем пользователям, кроме администраторов, применяются правила просмотра данных для отчетов. Если в селекторе книг для формирования отчетов указана книга пользователя или нестандартная книга, в отчетах учитываются следующие данные.
ПРИМЕЧАНИЕ. Как правило, после настройки структуры книг изменять ее не требуется, однако такая возможность предусмотрена. Изменения можно вносить без остановки работы; внесенные изменения сразу вступают в силу. Однако данные отчетов, выполняемых в реальном времени, могут не отражать только что внесенные изменения. Дополнительные сведения об уровне просмотра записей в отчетах см. в разделе О просмотре записей в аналитике. Просмотр менеджераПриведенные ниже рекомендации следует учитывать при проектировании иерархий книг.
Уровни иерархииИерархии книг с большим количеством уровней, содержащих записи, функционируют аналогично командам при включенном режиме "Просмотр менеджера". Такие иерархии не препятствуют эффективной работе с небольшими объемами данных. Однако по мере роста объемов данных уменьшение количества уровней в иерархии книг (или полный отказ от уровней иерархии) обеспечивает значительные преимущества по сравнению с функциональными возможностями команд. Если один из уровней иерархии книг не создает дополнительных преимуществ в отношении безопасности или организации данных, объедините избыточные книги с дочерними книгами. Путем опроса пользователей выясните, могут ли они в большинстве случаев определить, в какой из двух дочерних книг одной и той же родительской книги содержится данная запись; отрицательный ответ указывает на то, что оптимальным решением является объединение этих двух дочерних книг в одну родительскую книгу. Простой способ сокращения количества уровней в иерархии книг заключается в снабжении имен дочерних книг префиксами на основе имени родительской книги. Например, если родительская книга "Северная Америка" содержит дочернюю книгу "Север", удалите родительскую книгу и измените имя дочерней книги на "СА - Север". Дублирование записейПод дублированием записей понимается наличие идентичных записей в разных книгах. Дублирование записей приводит к дополнительным административным затратам, так как для синхронизации записей требуется большое количество операций чтения/записи, что снижает производительность сервера. Дублирование записей следует сводить к минимуму. Автоматизированное управление книгамиКак правило, критерии назначения книг отображаются на одно или несколько полей в записях данного типа. Можно создать правило потока операций, согласно которому изменение одного из этих полей автоматически влечет за собой изменения в организации назначения книг. Например, для иерархии книг с именем Территория можно создать правило потока операций для отслеживания поля в записях определенного типа (например, поля "Территория" в записях субъектов); затем можно связать с этим правилом действие назначения книги, в результате чего при изменении значения поля "Территория" для субъекта запись этого субъекта будет назначаться новой книге. При проектировании имен книг обдумайте, будут ли использоваться действия назначения книги потока операций так, чтобы отдельное действие потока операций могло назначить другую книгу другим записям на основе выражения, которое преобразуется в имя книги. Предположим, например, что у вас имеются организации в Северной Америке и странах Европы, Ближнего Востока и Африки. Может потребоваться настроить две отдельные книги для разных расположений и назначить соответствующую книгу организации в зависимости от расположения организации. Для настройки такой конфигурации можно создать две книги: "Северная Америка" и "Европа, Ближний Восток и Африка". Затем можно создать пользовательское поле списка выбора "Расположение продаж" со значениями "Северная Америка" и "Европа, Ближний Восток и Африка" и добавить пользовательское поле в макет страницы для типа записи "Организация" для соответствующих ролей. После этого можно создать действие потока операций "Назначение книги", которое служит для выполнения следующих действий при обновлении записи организации:
Связанные разделыИнформацию, связанную с данной темой, см. в следующем разделе. |
Опубликовано в Август 2018 | Copyright © Oracle, 2005, 2018 гг. Все права защищены.Legal Notices. |