Traditional applications such as SA

Traditional applications such as SAP Business Suite were built on a hierarchical data model.Detailed data was summarized into higher-level layers of aggregation to help system performance. On top of aggregates, more aggregates were built, as well as special versions of the database tables to support special applications. As well as storing the extra copies of data, application code had to be built to maintain extra tables and keep them up to date.These extra tables also needed to be backed up, so even the IT operations were impacted.In addition to aggregates, another inefficiency needed to be removed. Database indexes improve access speed because they are based on common access paths to data. However,they need to be constantly dropped and rebuilt each time the tables are updated, and more code is needed to manage this process.The traditional data model is complex, and a complex data model causes the application code to be complex. It has been found that up to 70% of application code is built specifically for performance of an application and adds no value to the core business function.With a complex data model and complex code, integration with other applications and enhancements is difficult, and not agile enough for today's fast-moving environment.

結果 (繁體中文) 1:

傳統的應用，如SAP商務套件是建立在一個層次數據模型。
詳細數據歸納為聚集的更高級別的層來幫助系統性能。
土壤團聚體的頂部，更聚集建造，以及數據庫表的特殊版本，以支持特殊應用。
除了存儲數據的額外副本，應用程序代碼必須建立維護額外的表，讓他們及時更新。
這些額外的表也需要進行備份，所以即使是IT運營也受到了影響。
除了聚集體，另一個低效率需要被去除。
數據庫索引提高訪問速度，因為它們是基於共同的訪問路徑數據。然而，他們需要不斷下降，各表更新時間重建，需要更多的代碼來管理這個過程。
傳統的數據模型是複雜的，並且一個複雜的數據模型會導致應用程序代碼是複雜的。
已發現的應用程序代碼高達70％是專門針對應用程序的性能和建造沒有增加價值的核心業務功能。
隨著複雜的數據模型和複雜的代碼，與其他應用程序和增強的集成是困難的，而不是足夠敏捷，為今天的快速移動的環境。

結果 (繁體中文) 2:

傳統的應用程式（如 SAP 業務套件）基於分層資料模型構建。
將詳細資料匯總到更高級別的聚合層中，以説明系統性能。
在聚合之上，還構建了更多的聚合，以及支援特殊應用程式的特殊版本的資料庫表。
除了存儲資料的額外副本外，還必須構建應用程式代碼來維護額外的表並使其保持最新。
這些額外的表也需要備份，因此甚至 IT 操作也受到了影響。
除了聚合之外，還需要消除另一個低效率。
資料庫索引提高了存取速度，因為它們基於對資料的常見訪問路徑。但是，每次更新表時，都需要不斷刪除和重新生成它們，並且需要更多的代碼來管理此過程。
傳統的資料模型是複雜的，複雜的資料模型使應用程式代碼變得複雜。
發現多達 70% 的應用程式代碼是專為應用程式的性能而構建的，並且不會為核心業務功能增加任何價值。
對於複雜的資料模型和複雜的代碼，與其他應用程式和增強功能集成是很困難的，對於當今快速移動的環境來說，不夠靈活。

結果 (繁體中文) 3:

SAP Business Suite等傳統應用程序是基於分層資料模型構建的。
將詳細數據匯總到更高級別的聚合層中，以幫助系統性能。
在聚合的基礎上，構建了更多的聚合，以及支持特殊應用程序的資料庫錶的特殊版本。
除了存儲額外的數據副本外，還必須構建應用程序程式碼來維護額外的錶並使它們保持最新。
這些額外的錶也需要備份，囙此即使是IT操作也會受到影響。
除了總量之外，還需要消除另一個效率低下的問題。
資料庫索引提高了存取速度，因為它們基於對數據的公共訪問路徑。但是，每次更新錶時都需要不斷地删除和重建它們，並且需要更多的程式碼來管理這個過程。
傳統的資料模型是複雜的，複雜的資料模型導致應用程序程式碼複雜。
已經發現，高達70%的應用程序程式碼是專門為應用程序的效能而構建的，並沒有為覈心業務功能新增任何價值。
由於複雜的資料模型和複雜的程式碼，與其他應用程序和增强功能的集成非常困難，而且對於當今快速變化的環境來說不够靈活。