data-warehouse

0熱度

5回答

我有一個事實表，它有17個鍵。通常，我一直將主鍵指定爲我所有的維度鍵。 MS SQL Server 2008在主鍵或唯一約束中具有16列的限制。有沒有解決辦法？

3熱度

3回答

在數據倉庫中，在事實表上創建聚簇索引是否有缺點？（大多數情況下，它將在日期時間欄中）您會回答是或否「默認情況下......」嗎？如果我不應該默認創建聚簇索引，那爲什麼？（我知道聚簇索引的優點，但都有些什麼缺點？）參考 http://blogs.sqlserver.org.au/blogs/greg_linwood/archive/2006/09/11/365.aspx

1熱度

3回答

II型尺寸加入

我在OLTP CREATE TABLE TransactionState ( TransactionStateId INT IDENTITY (1, 1) NOT NULL, TransactionStateName VarChar (100) ) 當這涉及到我的OLAP下表查找表，我改變結構如下： CREATE TABLE TransactionState (

1熱度

1回答

跟蹤什麼MERGE命令和它的輸出也

我使用以下（長）的SQL語句修改2型尺寸： INSERT INTO AtlasDataWarehouseReports.District ( Col01, Col02, Col03, Col04, Col05, Col06, Col07, Col08, Col09, Col10, Star

2熱度

3回答

用於用戶文件的Linux數據倉庫系統？

我在一所大學工作，我部門的大部分備份需求都由中央網絡服務提供。但是，許多用戶都收集了大量文件，例如醫學影像掃描，這些文件超出了他們可用的中央存儲空間。我在尋求爲部門資源提供改進的備份解決方案，並建立了一個Linux服務器，員工可以在這裏存放這些集合。不過，我可以預見服務器中的存儲空間會被大量難以訪問的文件所淹沒。我有一個系統來解決這個問題，但是要確保我不會重新發明輪子。我的理念：用戶的文件復

0熱度

3回答

主鍵和約束條件

在我從OLTP數據庫構建的全新數據倉庫中，我刪除了所有IDENTITY列並將它們更改爲INT列。什麼是關於最佳實踐以下特別是因爲倉庫規格化：主鍵 - >這個現在可能是一個組合鍵，因爲好幾桌走到了一起 - >我需要遵循OLTP的關鍵結構？約束 - >有一些約束（NOT NULL）與比特列的默認值（0）

3熱度

4回答

維度建模：事實表是否有外鍵？

難道fact table根本沒有鑰匙嗎？或如果可以，這是一個很好的設計？如果事實數據表沒有任何維度，那麼分析的基礎是什麼？如果一個事實表只有主鍵和沒有外鍵會怎麼樣？

2熱度

2回答

實況星座架構

我做了一個事實星座架構，其中包含2個事實表和16個具有4個公共維度表的維度表。因爲來自數據源的數據可能具有可變數量的行，所以維度表中的一個需要進行標準化。我仍然可以稱它爲維度表中具有分支的星座模式嗎？我希望你明白我在說什麼。乾杯。

8熱度

2回答

開始學習數據倉庫的好地方？

我有興趣瞭解更多關於數據倉庫。我看到諸如「維度」，「雪花架構」和「星型架構」等術語。從哪裏開始學習這些東西？有沒有好的書或互聯網資源？ ETL是在這個空間太對了？

1熱度

3回答

在帶有SSIS的SQL Server CDC中，哪些數據應該存儲以用於窗口化（LSN或Date）？

我在使用源事務表中的標識列或日期時間列從事務系統加載數據倉庫時實施了增量檢測。當下次需要提取數據時，上次提取的最大日期時間值將用於提取查詢過濾器，以識別新記錄或更改的記錄。除非在同一毫秒內有多個交易，否則這已經足夠好了。但是現在我們有了變化數據捕捉（CDC）與SQL Server 2008，它提供了一個名爲LSN（日誌序列號）的新東西，這是二進制長度10的我現在很困惑。爲了窗口目的，LSN或日期