database-design

    1熱度

    2回答

    我還是NoSQL數據庫的新手,多年來一直在使用RDBMS(Oracle,MySQL)。現在,我們正在考慮將我們的一個數據庫遷移到內存中的NoSQL DB,並且我們堅持採用最佳設計方法。 我們正在考慮Redis,但是否會與另一個Key-value商店(如RocksBD或LMDB)一起使用,或者最好單獨使用它們將基於我從您那裏得到的建議。 (您可以通過完全不同的方法來解決我們的問題。 遷移到內存中的N

    5熱度

    1回答

    我們在SQL Server 2016中使用事件源。我們有全部客戶產品應用程序,每個應用程序都標記爲CustomerId,並在事件存儲中獲取單個指導行項目。這是寫入事件存儲guid的主要標識符。產品應用程序帶有許多不同的關係事物(它們沒有GUID,但是有自然鍵),每個客戶都有多個地址,帳戶,多個採購訂單。寫入事件存儲將以我們選擇的任何方式映射到關係數據庫表。在數據庫中,我們試圖通過代理鍵而不是自然鍵

    0熱度

    1回答

    背景 我正在存儲有關研究人員的數據。例如,研究員型材,指標每個研究員,期刊發表他們的,他們有論文等 的問題 我現在的數據庫設計是這樣的: 每個研究者有很多期刊(他們發表)。期刊有關於它的信息。 同樣適用於學科領域 但目前,這導致海量數據重複。例如,相同的日記可以在日記表中多次出現,只是鏈接到一個不同的研究人員等。 有沒有更好的方法來解決這個問題?就像現在一樣,我在期刊專欄中有5000多行,但只有大

    1熱度

    1回答

    我想弄清楚如何爲備件應用程序建模數據庫。 現在主要關心的是每個零件的數量。有些是件,米,公斤等。一些部分需要小數,一些不應該有小數。 這是我最基本的模型。 class Part(models.Model): name = models.CharField(max_length=550) class PartNumber(models.Model): partnumber =

    0熱度

    1回答

    我有以下問題是什麼最好的方法來設計這部分數據庫是。雖然不是直接從項目中獲得,但下面的例子應該很好地說明我的問題。 比方說,有一個網站有獨特的/收藏品的項目購買。這些項目分爲幾類 - 每個都放在自己的表格中。讓我們採取兩種爲例: create table books ( id bigint not null auto_increment primary key, -- common

    0熱度

    1回答

    我對如何做到這一點有線索,但我想知道是否有其他方法,也許是「最佳實踐」方法。 我有一個頁面列出了一些數據集,這些數據集可以在mysql的「目錄」表中找到,如下所示。 +----+----------+------+--------------------------+ | id | name | type | listItems | +----+----------+------+---

    0熱度

    1回答

    我正在開發一個包含Firebase實時數據庫的iOS應用程序。該應用可能會擁有數十億個帖子,其中包含大量圖片和數據,需要根據特定用戶關注的人(如Instagram)進行檢索。 據我所知,Firebase的最佳做法是將數據結構儘可能平坦,這意味着可能會有一個「Posts」節點,可能有數十億個條目,然後我將通過一種'posting_by'參數進行過濾。這引出了兩個問題: 1)我能否通過查詢返回所有用戶

    0熱度

    1回答

    善良的人!我有一個關於數據庫的問題。 有幾個數據庫,其中每個數據庫都有幾個表。 還有一個主數據庫,其中只有一個表包含關於這些數據庫和表的信息 。 問題是:如何使從主數據庫中的表中選擇特定信息時,它會自動將您轉發到另一個輸出其表的數據庫?對不起,問這種棘手的問題,我一直在使用Google搜索,仍然無法找到解決方案。我已經嘗試過我自己..但沒有結果。

    2熱度

    1回答

    這是一個關於數據庫建模的問題,我在這個項目中使用mySQL。 我有三個名爲service [1-3](示例名稱)的表,每個表都包含服務信息(認爲是修復服務,重建服務,微調服務等)。這三張表包含不同的信息,並且而不是合在一張表中。 我希望能夠追蹤哪些客戶有什麼服務執行,並且如果他們已經支付該服務。 所以,假設我已經有一個數據庫實體,稱爲客戶。 現在,我想我可能想創建一個名爲tbl_rendered_

    1熱度

    1回答

    這是一個比較概念性的問題: 我與表「產品信息」數據庫上的工作,「收購交易」 - 現在的產品信息表,遠的功能「價格」和購買交易表的特點是「金額」。 但是,一些產品應該支付每件,有些產品按重量計價。 現在我不確定如何去解決這個問題,而不允許數量的十進制值。 我是否應該讓產品有一個標誌,如果他們要按照每個重量的價格進行處理,只需在周圍的程序中進一步計算?這似乎是不切實際的,因爲它使查詢中的聚合變得不可能