La notion d'alias permet de créer des univers autour d'une base de données au schéma physique complexe. Cela permet de créer plusieurs objets issus du même champ d'une même table, et de les définir fonctionnellement en fonction des jointures avec les autres tables de l'univers.

Cela permet par exemple de faire apparaître des liens "Dirigeant/membre de l'équipe" dans une même table "Ressources humaines". L'administrateur peut ainsi créer un objet différent selon l'intérêt de l'utilisateur.

Ex : Soit un schéma qui inclut les notions de prêts et de commandes d'articles. Le Designer créera deux objets :

- "articles prêtés", faisant référence à la table "articles", reliée à la table "clients" via la table "prêts" ;
- "articles commandés", faisant référence à un alias de la table "articles", relié à la table clients via la table "commandes".

Ainsi, une même table peut être « clônée », et ce sont les jointures qu'elle a avec d'autres tables qui la définiront d'une manière fonctionnelle.

Cette notion de "couche sémantique", d'accès aux données à travers des objets du métier et de moteur de génération de requêtes SQL est encore aujourd'hui une grande force de l'outil Business Objects. D'autant plus que BO est capable de générer des requêtes complexes, contenant des opérateurs ensemblistes, des sous-requêtes ou plusieurs requêtes SQL.