fact

    0熱度

    1回答

    我的組織需要在SQL Server中建立一個數據倉庫(最終在SSAS中是一個立方體),其中一個事實表格用於銷售目標/預算數據。 到目前爲止,我只處理了與此問題相反的問題,即兒童價值總和小於父母價值的總和。 這裏的問題是如何建模事實表,其中兒童價值的總和是父母價值的n倍總和。 下表的表示法是我可以描述問題的最好方法。 每個僱員都有出售目標/預算量,如下面給出: EmployeeId | Employ

    -1熱度

    1回答

    我瞭解產品,訂單和數據風格的推薦事實和維度的星型模式。 有沒有推薦的方法model facts about people從月度報告e.g進展跟蹤隨着時間的推移,其中person可能幾個月,也即人會與一些mentors這也可能報告之間的變化相關聯之間改變狀態(progressing, Absence, Completed, NewPerson)。 我想有一個dimension表中的每個state每個

    1熱度

    1回答

    我已經問過如何構建一個列表,其中包含由特定字符排序的事實,並且給出的解決方案是KEY-Value返回。 像例如: 1-package(N,3,1). 但是我真正需要的是訪問位置N.變量我試着[K-H|T]分離的事實的關鍵,H給我package(N,3,1),但我怎麼訪問N +

    0熱度

    1回答

    需要一些幫助,使def fact(n)命令可以處理用戶輸入。當我輸入「Ruby factorial.rb 5」之類的東西時,我的腳本效果很好。但是,我需要這個提示來運行。該腳本應運行如下: puts 'Please input a non-negative integer:' n = gets.chomp.to_i puts "The factorial of #{n} is #{factor

    1熱度

    1回答

    我正在構建基於Kimballs方法的EDW。我們的源系統中有父母/子女關係(訂單/訂單項)。我擁有的事實表在訂單項grain中定義。業務部門希望能夠通過額外的訂單級別屬性(即發貨方式,訂單類型等)對這些數據進行分片和裁片。我打算創建訂單維度,而不是直接將這些屬性添加到事實表。我不想將這些添加到事實表直接導致添加所有可能的屬性將使這個事實表非常廣泛。 所以問題是......是否可以設計一個訂單維度具

    0熱度

    1回答

    事實的結構 %structure student(ID,FirstName,LastName,[courseList]). course(CourseCode,CourseTtile,Credits,Level). 以下是事實。 student(20135639,'Mohammed','Abdul Wahab', [course('ITIS411','DATABASE SYSTEM IM

    0熱度

    1回答

    我有一個包含許多條目的事實表,它們具有非常密切相關的'發往'列,但沒有列總是唯一的。我想爲此創建一個維度表,並使用一個鍵引用新的維度錶行。 我可以創建新的維度表與創建表作爲選擇不同,我可以爲它添加一個行號主鍵,但我不知道如何將匹配的外鍵放入事實表,其中他們匹配。 我可以很容易地創建一個新的外鍵列,並使用where表將事實表中的舊的不同行與維表中的不同行進行匹配,但是沒有簡單的列匹配(因爲那裏現在還

    0熱度

    1回答

    我知道有三種類型的事實,我讀過Transactional-Fact表具有完全可加的事實,它們是最有用的事實類型,但可以是非加法事實還有嗎?或者甚至是關於這個問題的半加成事實。 我問這個,因爲我的老師有這個在她的演講之一: 「雖然非添加劑的事實不存儲在事實表,這不是他們的 失去跟蹤重要許多。過程中,比率是關鍵 測量,沒有哪一家的解決方案會留下很大的 理想。非添加劑的事實應該被記錄爲模式設計的 一部分

    1熱度

    1回答

    在星型模式的維度中爲37種不同屬性/「檢查點」(可以分級爲通過/失敗/不適用)建模的最佳方式是什麼?事實表中的每一行都是針對相關檢查點進行分級的通信? TL; DR: 我已經開發了星型架構模型,其中在事實表中的每一行是一個單一的通信。這些通信經歷了一系列分級的「檢查」(例如「張貼時間」,「正確的電子郵件主題」,「XYZ內容正確複製」等),並且每個檢查可以被評爲「合格」,「錯過」或「不適用」。 不同

    0熱度

    1回答

    需要將多個事實表與mondrian多維數據集相關聯。模式工作臺不允許這樣做。我們怎樣才能做到這一點?