What are the known limitations of data models in Atlan?
Following are the known limitations of data models in Atlan:
- Generalizations are not part of the entity diagram. These types of relationships are shown in a separate section of the Relations tab in the entity sidebar in a tree-like representation.
- Although attributes can be mapped to other attributes or columns, these mappings are currently not displayed on the Atlan UI. Atlan currently only displays entity mappings in the Layers section of the entity profile and sidebar.
- There is no asset filter or indicator on lineage graphs to help you identify crawled database assets linked to ER assets.
- Atlan does not distinguish between the optionality ends of an association. For example, an
Account
can place multipleOrders
(one-to-many). Atlan stores this information and visually represents it in the entity diagram. However, the below two variations that depict more details about the relationship are currently not supported:- An
Account
should place at least oneOrder
. - An
Account
may or may not place anOrder
.
- An
- Inverse relationships need to be defined independently and are shown distinctly in the entity diagram. For example, a
Customer
(entity) places (relationship) anOrder
(entity). The inverse of the relationship isOrder
(entity) is placed by aCustomer
(entity). The entity diagram currently represents these two relationships distinctively and does not club them in a unified way.
Can a single model contain entities of different types?
No, the entity type (conceptual, logical, or physical) is defined for a model and all associated objects such as entities and attributes within the model inherit the same type. You can create two different models with the same name but with different types and use them to populate entities.
Can fine-grain mapping between two layers be done at an attribute level?
The backend supports attribute-level mapping and information can be stored via the Data Model Ingestion package as well as retrieved via API/SDK. However, attribute-to-attribute mapping is currently not displayed on the Atlan UI.
What is the relation between a data model connection in Atlan and data models present elsewhere?
There are no strict rules on how many data models or if a subset of a data model should form part of a single Atlan Data Model connection. For example, you may choose to include ER models belonging to the same domain/business function to be part of a single connection.
Atlan functionalities like access control, asset deletion, and more operate at the connection level. These factors need to be taken into consideration when deciding what to ingest.
Some guidelines:
- Corresponding models representing different levels of abstraction are clubbed into one connection.
- Change frequency and refresh requirement (schedules) can drive this decision, too.
What is the difference between mapping and relation?
While entities can be related to each other in two ways, mapping and relation, there is a fundamental difference between the two:
- Entity mapping — ties an entity across different layers of abstraction. For example,
Customer
logical entity can be mapped toCUST_DETAILS
physical entity. - Entity relations — representation of a peer-to-peer relationship between entities. For example,
Order
generatesInvoice
.- Related entities are of the same type (physical/logical/conceptual).
- Generally materialized as a primary key-foreign key relationship at the database level.
What ER modeling tools does Atlan support?
Atlan currently does not support native integration with any specific ER modeling tool. Object information from an ER modeling tool can be exported to and transformed with the Data Model Ingestion package and then ingested into Atlan.
What ER assets can be linked to database assets crawled by Atlan?
Entities can currently be linked to database tables or views. Although not required, entities of the physical type are generally mapped to database assets.
Is it mandatory to create and map all three types of entities?
No, you can choose to create assets of any one, two, or all three types. The Atlan UI is optimized for entity mapping in the following order:
- Conceptual to logical entity
- Logical to physical entity
- Physical entity to database assets
You can skip a certain level of abstraction, as needed.