data-modeling

    0熱度

    2回答

    我想創建一個列的浮動類型當天的每個小時列。 如何擺脫這個冗長的語法: from app import db class HourlySchedule(db.Model): id = db.Column( db.Integer, primary_key=True ) h0 = db.Column(db.Float, nullable=True

    0熱度

    1回答

    所以我試圖創建一個建模「房屋」和「房屋組」的好方法。 房屋和住宅組非常相似,因爲它們都帶有描述並具有相關的定價信息。 但是,「預訂」只能分配給房屋,而不能分配給HouseGroups。 此刻,我的模型是這樣的: class Houselike(models.Model): max_guests = models.IntegerField() name = models.Char

    1熱度

    1回答

    想象具有兩種模式: class Service(models.Model): key_service_name = models.ForeignKey(Key_service_type, related_name='Service_key_service_names', null=False) service_hourly_wage_rate = models.DecimalF

    1熱度

    2回答

    我的數據庫中已經創建了一些表,現在我需要爲這些表繪製ER圖。 標識的 表使用鍵 決心PK FK關係現在我需要確定表之間的基數之間的主鍵和外鍵。我如何 這樣做?請讓我知道在評估1:1,1:M和M:M關係時是否存在需要考慮的一組規則。 讓我把兩張桌子,在那裏我打的一個例子: 表A具有由PID和identitytype複合鍵。 表B有一個由pid和maritalid組成的組合鍵。 表A和表B使用pid相

    0熱度

    1回答

    我需要輸入來決定在OLAP系統中爲具有多個屬性的維度建模的最佳方法。 考慮超市的例子。 如果一件襯衫有10種顏色和3種尺碼可供選擇,我想知道按顏色或總尺寸銷售總額。我想創建維度表來存儲產品信息並在銷售事實表中使用其代理關鍵字。 下面是我的想法: 1)由於產品的獎金仍然同爲不同的顏色和大小,我不想爲每個組合創造出不同的產品ID。 2)我可以創建垃圾尺寸以存儲30個(10種顏色* 3種尺寸)組合,並在

    0熱度

    1回答

    我正在爲我的Web構建數據進行建模。我使用Postgresql數據庫。 在應用程序中有像SO帖子這樣的帖子,還有帖子的標誌作爲Github標誌或標記,無論正確的術語是什麼。一個帖子一次只能有一個標誌。有很多職位不斷增加,但是有四五個職位,他們不會增加。 第一種方法,歸一化;我用三張表格模擬了我的這部分數據;兩個用於相應的實體帖子和標誌,另一個用於關係爲post_flag。任何實體表中沒有提及其他實

    1熱度

    2回答

    我目前在數據建模上苦苦掙扎。某些表格中有超過100萬條記錄,需要相當長的時間才能通過GROUP BY和COUNT查詢輸出。所以我轉移到Couchbase,因爲它支持查看和索引,我發現查詢數據更快。 MySQL中有一個很大的優勢,我發現它非常有用。比如我在用戶表中有一個用戶和一些與這個用戶相關的文章,也有一些來自許多其他用戶的與本文相關的喜歡和評論。我通常做一個JOIN,所以輸出會給我帶有用戶名和個

    0熱度

    1回答

    我正在開發一個使用Core Data和SQLite的應用程序。 SQLite數據庫用於檢索數據。我使用數據填充SQLite數據庫,然後使用輕量級遷移爲我的實體添加一些新屬性。 現在我已經用sqlitebrowser更改了SQLite文件,並向它添加了新列(用於已添加到數據模型的新屬性)並填充了一些數據列。但是當我獲取數據時,這個新列沒有顯示任何內容。 我在運行項目時沒有錯誤;但我怎樣才能改變SQL

    -8熱度

    1回答

    我有一個應該管理政府項目的大項目 我已經這樣做了,但是如果他們想將所有項目類型放在這個數據庫中並最終得到一個詳細的報告數據庫。 他們有幾個項目類型約20種類型,字段是從不同類型到其他和每個項目類型表有很多細節表,所以如果我想製作一個表到每個類型我也應該使這是很多細節表,所以我的數據庫將有太多的表格,它將很難使用它。 我不知道什麼是最好的算法來做到這一點? 我應該把所有在一個主表?但是,如果我的項目

    2熱度

    1回答

    關於建模一個真正的面向用戶的樹形結構(Using firebase tree structure to represent a "document outline" structure directly)的另一個問題,我正在考慮在某些嵌套級別上實現「符號鏈接」的通用方法,以克服了32個嵌套級別的限制,並且需要一次獲取所有子節點。 對於firebase中的「符號鏈接」有沒有一些「最佳實踐」? 例如: