28.01.2013 Views

SAP HANA Developer Guide - Get a Free Blog

SAP HANA Developer Guide - Get a Free Blog

SAP HANA Developer Guide - Get a Free Blog

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

12.3.1 Roles<br />

A role is a collection of privileges that can be granted to either a user or another role in runtime.<br />

A role typically contains the privileges required for a particular function or task, for example:<br />

● Business end users reading reports using client tools such as Microsoft Excel<br />

● Modelers creating models and reports in the modeler of the <strong>SAP</strong> <strong>HANA</strong> studio<br />

● Database administrators operating and maintaining the database and users in the Administration editor of the<br />

<strong>SAP</strong> <strong>HANA</strong> studio<br />

Privileges can be granted directly to users of the <strong>SAP</strong> <strong>HANA</strong> database. However, roles are the standard<br />

mechanism of granting privileges as they allow you to implement complex, reusable hierarchies of user access<br />

that can be modeled on business roles. Several standard roles are delivered with the <strong>SAP</strong> <strong>HANA</strong> database (for<br />

example, MODELING, MONITORING). You can use these as templates for creating your own roles.<br />

Roles in the <strong>SAP</strong> <strong>HANA</strong> database can exist as runtime objects only, or as design-time objects that become<br />

runtime objects on activation.<br />

Role Structure<br />

A role can contain any number of the following privileges:<br />

● System privileges for administrative tasks (for example, AUDIT ADMIN, BACKUP ADMIN, CATALOG READ)<br />

● Object privileges on database objects (for example, SELECT, INSERT, UPDATE)<br />

● Package privileges on repository packages (for example, REPO.READ, REPO.EDIT_NATIVE_OBJECTS,<br />

REPO.ACTIVATE_NATIVE_OBJECTS)<br />

● Analytic privileges on <strong>SAP</strong> <strong>HANA</strong> information models<br />

● Application privileges for enabling access to <strong>SAP</strong> <strong>HANA</strong> XS applications<br />

Note: Application privileges cannot be granted to roles in the <strong>SAP</strong> <strong>HANA</strong> studio.<br />

A role can also extend other roles.<br />

Role Modeling<br />

You can model roles in the following ways:<br />

● As runtime objects on the basis of SQL statements<br />

● As design-time objects in the repository of the <strong>SAP</strong> <strong>HANA</strong> database<br />

It is recommended that you model roles as design-time objects for the following reasons.<br />

Firstly, unlike roles created in runtime, roles created as design-time objects can be transported between systems.<br />

This is important for application development as it means that developers can model roles as part of their<br />

application's security concept and then ship these roles or role templates with the application. Being able to<br />

transport roles is also advantageous for modelers implementing complex access control on analytic content. They<br />

can model roles in a test system and then transport them into a productive system. This avoids unnecessary<br />

duplication of effort.<br />

322<br />

P U B L I C<br />

© 2012 <strong>SAP</strong> AG. All rights reserved.<br />

<strong>SAP</strong> <strong>HANA</strong> <strong>Developer</strong> <strong>Guide</strong><br />

Setting Up Roles and Authorizations

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!