database-design

    1熱度

    2回答

    我有一個表users其中包含幾個用戶信息。我想將用戶特定的權限存儲在不同的表中。 我是否需要在user_permissinos表中有主鍵up_id,即使它不會在任何地方使用? 我知道總是建議在表中有一個主鍵,但在這種情況下對我來說沒有意義。如果我需要連接兩個表,我將加入user_id的up_of_user。 Table `user` ========================== use

    0熱度

    1回答

    比方說,我有3個表: employers : id | name | ... workers: id | name | ... jobs : id | description | employer_id | ... 我希望僱主能夠使一個工作機會給幾個工人,使第一個工人接受要約得到了那份工作。我正在努力設計一個表來解決這個問題。 我想出了這樣一個表格: offers: id | job_

    1熱度

    1回答

    我在設計這個特定的數據庫方面有點不知所措。它具有以下功能: 預計300萬+行對應'用戶'; 每個'用戶'都與它們關聯〜10,000個唯一的布爾狀態; 這些狀態在本質上是稀疏的,並且將來會添加其他狀態,並且可能不應該將其存儲在有序列表中; 這些州將經常更新,每個活動「用戶」平均每24小時平均以2小時的間隔大約20次進行更新; 顯而易見的設計是在用戶和狀態之間有一個查找表,但是我擔心這個速度不夠快,查

    0熱度

    4回答

    比方說,我有一個應用程序,在這裏用戶可以寫在語言的故事。 當用戶選擇的語言,可以有兩種情況: 用戶選擇從保存在一個表中的支持/官方語言的語言。 語言用戶想選擇不在該表中。所以用戶創建一個自定義語言。 我的問題是:我在哪裏保存這些自定義的語言嗎?我應該用「支持的語言」將它們放在表格中嗎?還是創建一個單獨的表格? 我一直在思考以下參數: 獨立的表: 臨:由於定製的語言只適用於創建者和支持的可用語言給所

    2熱度

    2回答

    我們公司希望爲我們的財務系統實施事件採購/ CQRS。 對於只讀模型,我們是否應該應用數據庫約束? 我知道約束不應該在寫事件存儲方。 只讀模型如何? 包括: 唯一約束 外鍵約束 檢查約束 默認約束 參照完整性

    0熱度

    2回答

    我有叫date_added MySQL中的日期時間存儲的列表,其中就已經超過24小時。 我想返回自從添加到數據庫以來24小時或更長時間的行。 我使用下面的查詢。但是,它不會返回我想要它返回的內容。 SELECT * FROM campaign WHERE datediff(date_added,NOW())>=1 下面是date_added在數據庫中的樣子:2017-08-15 00:48:3

    0熱度

    2回答

    我具有屬性A和因此與甲一個表: ID Name OtherFields isPrimary 1 foo stuff 1 2 bar stuff 0 3 blah stuff 0 4 blahh stuff 0 的值isPrimary列標記行作爲主。只有一行可以是主要行,並且必須始終有一行作爲主要行 在數據庫級執行此操作的最佳方法是什麼? 最好的方法是創建一個名爲P

    0熱度

    1回答

    我正在爲我妻子的業務開發一個數據庫,以便她可以跟蹤她的商品成本,儘管我熟悉SQL,但我不必在多年內設計數據庫,因此我正在尋找一些設計反饋。我的結構如下: 表 供應商 這是我們買誰從產品。 活動 一個供應商可以有很多事件(房地產銷售等)。外鍵事件。供應商ID指向供應商表中的主鍵。 產品 一個事件可以有很多產品。每個產品都是獨特的。 FK products.EventID指向PK Events.ID。

    0熱度

    1回答

    我正在研究處理問題和答案的應用程序。我的答案可以是從int,text,image,option等不同的類型。我想知道把它們分成不同的表格是否是一種很好的做法? Question QuestionAnswer -------- ------------- int Id int QuestionId int typeId int AnswerId TextAnswer

    0熱度

    1回答

    我有一個評論表。 我想要得到的意見,並回答了表像這樣顯示。我只是在尋找一個查詢,所以我可以做這樣的事情 我做了什麼 查詢我用 SELECT c.post_id, c.id AS comment_id, c.user_id, users.username, c.created, c.comment, r.id AS reply_id, r.parent_comment_id, r.created,