temporal-database

    0熱度

    1回答

    我有一個項目,其中SQL2011規範中定義的PERIOD列是完美的解決方案。不幸的是,我不得不使用MSSQL 2008R2(或可能是MSSQL 2012)作爲我的數據庫,它不支持此功能。 是否有任何專有功能類似SQL2011中的PERIOD功能目前在MSSQL中?如果不是,有什麼建議來嘗試實現類似的東西?

    0熱度

    1回答

    在顳DB平均instintanous值I具有時間數據庫,我想相對於平均數據到:` HH = (HH-1):41 - HH:40 例如: 13 =觀察期12 :41至13:40。 預期結果: 該代碼應從(HH-1):41中減去HH:40的瞬時值。 樣本數據: temperature date-time 1 -1.64 2007-09-29 00:01:09 2 -1.76 2007-0

    0熱度

    2回答

    我有一個2分鐘採樣頻率的時態數據庫,我想提取瞬時小時值爲00:00,01:00,02,...每天23。 所以,我想獲得從平均值的平均值: HH-1:58,HH:00和HH:02 = HH點的平均 OR HH-1:59,HH:01和HH:03 = HH點的平均 樣本數據1: 9/28/2007 23:51 -1.68 9/28/2007 23:53 -1.76 9/28/2007 23:55 -

    1熱度

    1回答

    我正在評估項目的數據庫。現在我非常喜歡Neo4J,因爲它的圖形性質。 我期待創建一個使用類似「最後的好價值」方法(我的話)的時間數據庫。 下面是一個使用粗糙的Neo4J僞代碼的例子。想象一下,以下情況發生爲單獨的交易。 CREATE (a:Person {first: "Charles", last: "Tolliver", timestamp: timestamp() + 00}) CREAT

    3熱度

    1回答

    我正在嘗試收集有關時態數據庫的信息。我知道這不是一種現代技術,但我看到很多使用數據庫的人都不知道時間方法是如何工作的(我問了一些高級程序員和系統分析師關於時間數據庫的問題,他們回答了類似「嗯?」) 。 我知道有有效的時間狀態表和交易時間狀態表,以及雙時態表。我認爲對於大多數用途來說雙時鐘表太複雜了,因爲現在空間已經不再是問題了,即使數據是多餘的,在兩張不同的表上寫同樣的信息也會更有效率。但是,我在

    0熱度

    1回答

    我正在尋找建立時間嵌套數據集模型的建議。我正在努力提高閱讀部分的表現。我有一個約100萬個節點的節點樹,頻繁深度爲20多個節點。樹存儲可隨時間變化的類別,並具有輸入未來更改的功能。 目前的數據結構是時間相鄰的節點模型,隨着時間的推移建模變化到節點樹是微不足道的具有簡單的數據結構: 節點 的nodeID [數據] 邊緣 parentNodeId childNodeId validFromDate v

    7熱度

    2回答

    任何人都知道SQL Server的任何臨時擴展(http://en.wikipedia.org/wiki/Temporal_database)?

    1熱度

    3回答

    我正在尋找一種方法來儘可能直接地將時態意識集成到我的類中。我處理的數據隨時間變化很大,比如股價,所以這可能需要一些關注,並在一個地方處理以確保「關注點分離」。 你有沒有類似的時間數據/數據庫的經驗? 你能推薦閱讀/知道什麼? (我想纏繞的一個時間片(日期)計算表達式生成器我的計算,以範圍檢索到構成我計算的「水平」指定的日期。 像 let oldCEO = historicaDate(T

    4熱度

    1回答

    考慮從當前數據庫(僅存儲當前被認爲是真實的事實)移動到temporal database(可支持處理涉及時間的數據)。 我使用實體框架與數據庫進行通信,但使用實體框架作爲後端數據庫還是很容易嗎?我還沒有發現很多來自Web的例子,在這些數據庫上運行查詢。

    0熱度

    2回答

    要說清楚,當我說敏捷時,我並不是指在敏捷開發過程中。我的意思是一個發展中的數據模型,可以添加和管理新的對象屬性。 我試圖解決一個Web應用程序的挑戰,它允許用戶創建新的內容形式的數據錄入,可以演變(可能版本)通過添加(或修改可能)附加領域。這本身就是直截了當的。每個用戶的內容表單都會有一個動態創建的視圖和觸發器來處理讀/寫操作,並且在對內容表單結構進行更改時,會動態創建基礎表。數據輸入只會使用觸發