{"id":29034,"date":"2020-09-29T07:00:06","date_gmt":"2020-09-29T05:00:06","guid":{"rendered":"https:\/\/blog.scalefree.com\/?p=13442"},"modified":"2026-04-16T11:54:26","modified_gmt":"2026-04-16T09:54:26","slug":"write-backs-in-der-enterprise-data-warehouse-architektur","status":"publish","type":"post","link":"https:\/\/www.scalefree.com\/de\/blog\/architecture\/write-backs-in-the-enterprise-data-warehouse-architecture\/","title":{"rendered":"Write-Backs in der Enterprise Data Warehouse-Architektur"},"content":{"rendered":"
<\/div><\/div><\/div>
\n\t
\n\t\t
\n\t\t\t
\n\t\t\t\t\n
\n\t
\n\t\t

Die Data Vault 2.0-Schichten<\/h2>\n\t<\/div>\n<\/div>\n\n\n\n
<\/div><\/div>\n
\n\t
\n\t\t

Dieser Blogartikel behandelt Write-Backs in Enterprise Data Warehouses<\/a> und wie diese von der Data Vault 2.0 Architektur<\/a> erm\u00f6glicht werden. Viele kennen bereits die dreischichtige Architektur von Data Warehouses, die in Data Vault 2.0<\/a>Anwendung findet. Der Staging-Bereich stellt die erste Schicht dar, der die Rohdaten aus den Quellsystemen enth\u00e4lt. Die Enterprise Data Warehouse-Schicht, die in diesem Fall nach Data Vault 2.0<\/a> modelliert ist, und die dritte Schicht mit den Information Marts<\/a>, die Informationen in verschiedenen Strukturen (Stern-Schemata, Snowflake-Schemata etc.) bereitstellen.<\/span><\/p>\n\t<\/div>\n<\/div>\n\n\n\n

<\/div><\/div>
\n
\n
\n
\n \"Data\n <\/div>\n <\/div>\n <\/div>\n <\/div>\n
\n\t
\n\t\t

Abbildung 1. Data Vault 2.0 Architektur<\/span><\/em><\/p>\n\t<\/div>\n<\/div>\n\n\n\n

<\/div><\/div>\n
\n\t
\n\t\t

Diese Architektur bietet M\u00f6glichkeiten und Vorteile f\u00fcr Daten-Write-Back. Zwei der M\u00f6glichkeiten sind das R\u00fcckschreiben von Daten in das Enterprise Data Warehouse oder in die Quellensysteme<\/a>. Dieser Artikel behandelt den Write-Back in das Enterprise Data Warehouse, w\u00e4hrend ein bald erscheinender Artikel das R\u00fcckschreiben in die Quellsysteme behandeln wird.<\/span><\/p>\n

In diesem Artikel:<\/p>