oltp

7熱度

1回答

OLAP數據庫由非規範化形式的數據組成。這意味着數據冗餘和此數據冗餘有助於通過更少的連接數來檢索數據，從而有助於更快地檢索。但是OLAP數據庫的流行設計是事實維度模型。事實表將存儲數字基於事實的條目（銷售數量等），而維度表將存儲與該事實相關的「描述性屬性」，即銷售所針對的客戶的詳細信息。我的問題是，在這個設計中，它看起來並不是非規格化的，因爲所有的維度表都有對事實表的外鍵引用。它與OLTP設計

2熱度

2回答

爲什麼我們在非規範化關係模型上使用維度模型？

我對某些問題感到困惑。我需要他們的答案。如果我們的關係模型也是非規範化的，那麼爲什麼我們更喜歡維度模型？我們更喜歡維度模型而不是關係模型的原因是什麼？您的歷史數據也可以存儲在OLTP中，您可以在任何OLTP上輕鬆執行報告，那麼爲什麼我們使用維度模型和數據倉庫？維度與非規格化表格有什麼區別？在此先感謝

2熱度

1回答

類似於SQLite或SQL CE的便攜式OLAP數據庫

我正在用C＃開發應用程序，並試圖選擇正確的數據庫平臺。我的應用程序是某種數據分析工具。在首次將數據導入數據庫之後，我將始終進行SELECT查詢。我計劃使用SQLite，因爲與SQL CE相比，它具有更好的讀取性能。（我看過比較的地方）但是，我覺得我需要一個OLAP數據庫，而不是一個OLTP數據庫用於此目的。我還讀過SQLite僅支持OLTP的地方。你知道任何其他支持類似於SQLite的OLAP

1熱度

1回答

來自高度交易表的並行讀取

目前，我有一個高度事務處理的數據庫，每天使用appx 100,000插入。如果我開始允許從主事務表中進行大量併發讀取，我需要擔心嗎？我並不關心併發性，而是關注性能。目前有此表110+萬筆，和我使用SQL 2005

0熱度

1回答

數據倉庫 - OLTP

我正在做這篇關於DataWarehouse的大學文章，更具體地講關於OLTP。我無法在網上找到很多信息。我找到一般性和膚淺的總結，但沒有什麼能夠讓我有可能做更詳細的工作。我真的會讚賞任何有關尋找這種信息的幫助，這些信息現在有點丟失了。那麼，有什麼pdf或電子書或我可以用來建立我的工作？在先進的感謝，約翰 PS。關於OLTP，數據倉庫我可以找到足夠的信息

0熱度

1回答

ASP.NET OLTP應用程序 - 創建記錄的新版本

我的問題與this question相同 - 但有一點要添加到它。我的問題是，我的網絡應用程序的用戶可以創建新的記錄版本。記錄的每個新版本都會在50個其他相關表中創建相應的「新版本」，以記錄對該特定版本的個別更改。創建一個包含大約50個表的新版本在事務中運行（以在發生錯誤時回滾所有更改）。很多次這個過程都很慢，可以理解的是由於涉及太多「表格插入」的「冗長事務」。我正在尋找更好的解決方案/設計來實

1熱度

1回答

將關係數據庫（OLTP）轉換爲數據倉庫模型

這是我第一個關於BI的項目，我將基於現有的關係數據庫創建一個數據倉庫。我有一個數據基地，6張桌子有許多關係（一到多）我想給大家介紹關係數據庫的現有模式的想法： ------------- HeadOperation ------------- head_col1 head_col2 head_col3 col4 col5 col6 .... -------------

0熱度

2回答

OLTP應用程序讀取數據倉庫數據設計

我們剛剛開始組建一個數據倉庫，這對於我們的報告要求非常有用，可將不同的數據源組合在一起。回顧一下數據的潛在用途，我們發現了一些潛在的情景，其中一些事務處理系統可以以有用的方式引用這些數據。很顯然，數據會過時，並針對讀取進行優化，但是在某些情況下，這對應用程序而言是很好的，並且可以減少核心服務器上的負載。我的問題是：這是否被認爲是交易系統訪問存儲在數據倉庫中的數據的糟糕設計？顯然，我們倉庫的主要

3熱度

2回答

TPC-C，TPC-E和TPC-H基準之間有什麼區別？

我對TPC基準的不同類型感到困惑。 TPC-C，TPC-E和TPC-H基準之間的主要區別是什麼？

2熱度

4回答

在高度規範化的SQL Server數據庫上使用Microstrategy

我對與使用Microstrategy報告包含多個事務性規範化（3NF）表的複雜雪花SQL Server數據庫相關的評論和見解很感興趣。具體來說，在這樣的環境中報告的最佳方法或挑戰是什麼？目前，有一些複雜的視圖用作使用多個事務表之間的複雜SQL連接的分析事實表。交易表也有它們自己的尺寸，等等。這些觀點似乎在SSRS中運行良好。但是，我已經看到，Microstrategy不適合用於報告這樣一個複雜