star-schema

    4熱度

    5回答

    我們正在使用SQL服務器數據庫在.net 3.5中構建一個新的應用程序。數據庫相當龐大,大約有60個表格,其中有數據加載。 .net應用程序具有將數據從數據輸入和第三方系統導入數據庫的功能。 在數據庫中所有數據都可用後,系統必須進行大量計算。計算邏輯非常複雜。所有計算所需的數據都在數據庫中,輸出也需要存儲在數據庫中。數據收集將每週進行一次,並且需要每週進行一次計算以生成所需的報告。 由於上述情況,

    60熱度

    8回答

    星型模式設計對於數據倉庫至關重要嗎?或者你可以用另一種設計模式來做數據倉庫嗎?

    10熱度

    1回答

    我很困惑,應該從哪裏開始設計星型模式。 例如 我有在數據庫表中,如下所示: Branch(branchNo, bStreetAddress, bCity) LoanManager(empNo, empName, phone, branchNo) Customer(custNo, custName, profession, streetAddress, city, state) Account

    1熱度

    2回答

    我正在處理髮布的表單數據分析的星型模式。表單數據將發佈到的網站實際上是託管表單的網站的外部,因此只有表單中的數據可用。我想給的選項包括與隱藏字段,原來的引薦,會話ID等一些額外的有用的信息 我就可以使用正則表達式匹配特定的數據類型,和他們拉出來的具體尺寸例如郵政編碼。 我有一個解決方案,以應對尺寸的任意性,它不是一個偉大的,但它會奏效。 ,我的問題是,我不知道會是在我的事實表,它不喜歡的有,我可以

    5熱度

    6回答

    這是一個未解決的問題,但我真的很想聽聽人們的意見。 我很少使用顯式聲明的臨時表(表變量或常規#tmp表),因爲我相信不這樣做會導致更簡潔,可讀和可調試的T-SQL。我也認爲SQL可以做得比我在需要時使用臨時存儲(比如在查詢中使用派生表)時做得更好。 唯一的例外是數據庫不是典型的關係數據庫,而是星形或雪花模式。我知道最好先將過濾器應用於事實表,然後使用生成的臨時表來獲取維度中的值。 這是常見的觀點還