data-modeling

0熱度

1回答

我有一個需求來計算問題跟蹤軟件（Jira）中的生產力。想法是，我想通過不同的發展階段（如針對其中特定領域的問題的審計追蹤）來捕捉數據。現在我想要構建一個數據模型，使我能夠捕獲像avg這樣的指標。花費在兩個階段之間移動的時間量（例如，進行中> UAT）。平均。時間爲每個開發人員等以上審計跟蹤視圖就會給我數據，這種格式 Audit ID | Issue ID| Developer | Issue-

1熱度

1回答

我在Redux的數據建模我的商店

想一想：我有一個應用程序，它最終會變得非常大。它是一個儀表盤，可以讓你訪問各種實用程序，其中一個是待辦事項應用程序。如果我只是要建立只是一個待辦事項應用程序，然後我的狀態對象看起來像這樣： { todos:[], completed:false, todoInput:''}; todoInput將被捆綁到一個窗體域，並在點擊添加，它會更改todos數組並切換completed字段。所以我的co

4熱度

1回答

如何識別X次執行操作的用戶？ [keen-io]

我們計劃使用Keen作爲我們的跟蹤核心，但是結合請求和提取數據對我們來說是一件大事。如果我們有例如命名爲pageviews一個集合，與用戶作爲它的一個屬性（像這樣：{"name": "pageviews", "properties":{"user":{"id":"4242"},"url":"https://keen.io/"}}），以及另一個集合名爲purchases具有相同user屬性裏面：

0熱度

1回答

卡桑德拉計數器的使用情況

我在應用程序的數據建模中遇到了一些困難，這可能涉及到使用計數器。該應用程序基本上是一個消息應用程序。消息對於自由用戶是有界限的，因此最初使用計數器列來記錄總計數。我發現批處理（記錄與否）不能在標準表和計數器上包含操作。如果我無法批量執行我正在執行的操作和計數器更新，我如何確保正確性？如果列上基本沒有競爭條件，是否真的需要計數器類型，是否與每個用戶相關聯？我的第二個想法是使用標準的int列只在

1熱度

1回答

將批量數據導入到Keen.io中，其中一列被字符串化JSON

我有大約400萬行數據要導入到Keen.io中。非規範化的CSV結構看起來像附件here ...「維」列是一個字符串化的JSON對象。我看到Keen.io擁有CSV批量導入器。「尺寸」欄將如何由進口商處理？它會把它變成一個物體嗎？關於我應該如何處理這個問題，你有什麼建議？謝謝！

0熱度

1回答

的Neo4j： <a href="https://i.stack.imgur.com/pABVl.png" rel="nofollow noreferrer">flights model</a></p> <p>所以飛行同時連接到3個節點：當一個節點連接到3個節點

我試圖使用航班以下模型到模型MATCH機場（與研究的關係），另一個機場（帶有TO）和當天節點（帶有FLY_ON）。因此，考慮到我們只能寫出左右關係，我怎麼會寫一個Cypher查詢來給我一個飛機從A機場飛到D機場的飛機場？我想這樣做： MATCH (a:Airport)<-[:FROM]-(f:Flight)-[:TO]->(b:Airport) |

2熱度

2回答

排除具有重複節點的路徑

在我的飛行模型化中，我想搜索具有1個停靠點的路徑，這在圖中相當於從源到目的地具有4個跳躍關係。當搜索與路徑： match (s:Airport{airportName:'CAN'}), (d:Airport{airportName:'ICN'}) with s,d match p = (s)<-[*4]->(d) return nodes(p), rela

0熱度

1回答

在Rails中對可覆蓋設置進行建模

我在試圖找出模型化的最佳方法，但尚未找到太多的幫助。我的應用程序有一種報告層次結構。用戶是屬於帳戶一部分的組織的一部分。我試圖找出正確的方式來建模「設置」。因此，給定的帳戶可以爲其下的所有帳戶設置默認值。這些默認值可以在組織級別覆蓋，用戶可以進一步覆蓋它們。我已經處理了這一點，只是將每條記錄映射到相應的父記錄（用戶，帳戶，組織），但在查詢中有很多工作將它們組合在一起並獲得最終的權威設置列表。

1熱度

1回答

如何在sql中使用兩個布爾字段建模OR條件？

我正在做一個數據庫模型，其中一個產品可以有兩個不同的屬性，但其中一個排除了另一個。例如，如果爲產品A啓用了屬性1，則此產品不能啓用屬性2。該條件如何實現？我曾考慮過使用觸發器來禁用另一個的布爾型字段，但我不知道是否有一個選項可以用於數據建模。我使用的rdbms是postgres sql。謝謝。

1熱度

1回答

在數據庫中是否具有預先計算的字段以避免深度連接查詢是一個壞主意？

我在我的應用程序（Django/Rest Framewrok）中有這個數據模型。它主要列出並運行於項目和版本類，其中每個系統有多個實例受影響，每個實例有多個階段有不同的努力。我開發一個前端一個RESTful API，並列出所有項目爲一個發行時，我遇到了加載時間的麻煩，或者所有的活動項目。我需要進入ProjectInstancePhase以獲得Project o Release元素的全部工作。對