61
General Board / Performance impact of reverse-engineering large databases
« Last post by andrea.barroso on August 06, 2026, 11:54:25 pm »Hi everyone,
We are starting to import database schemas into Enterprise Architect using the Database Builder and its reverse-engineering functionality.
So far, we have only worked with relatively small databases, and we have not noticed any significant impact on repository performance. However, we are planning to import much larger schemas, including databases with approximately 5,000 tables and one with nearly 9,000 tables.
Has anyone worked with database models of this size in EA?
We would like to understand:
Any experiences, recommendations, or potential limitations we should consider would be greatly appreciated.
Thanks in advance.
We are starting to import database schemas into Enterprise Architect using the Database Builder and its reverse-engineering functionality.
So far, we have only worked with relatively small databases, and we have not noticed any significant impact on repository performance. However, we are planning to import much larger schemas, including databases with approximately 5,000 tables and one with nearly 9,000 tables.
Has anyone worked with database models of this size in EA?
We would like to understand:
- How much impact could these imports have on repository performance?
- Is it advisable to keep several large database models in the same repository?
- Are there any recommended practices for organizing or separating these models?
- Are there any repository, database server, or EA configuration settings that could help maintain good performance?
- Would using separate repositories be a better approach for schemas of this size?
Any experiences, recommendations, or potential limitations we should consider would be greatly appreciated.
Thanks in advance.
Recent Posts