primary-key-design

    1熱度

    2回答

    我正試圖找到最近遇到的問題的最佳解決方案。我討厭沒有理解的事情,所以我希望有人可以幫忙。 我有一個存儲酒店信息表的Access數據庫 - 然後是存儲行程的另一個表。行程表將從酒店列表中的酒店列表中選擇。 我想要建立適當的關係,但在連接到Itineraries表上的Hotels字段的Hotels表上使用Autonumber主鍵不起作用。 (因爲自動編號ID不匹配的酒店名稱) 是更好地: A.使用酒店

    1熱度

    2回答

    我有一個TCG卡的數據庫,我試圖決定一個主鍵。最初,我用代理鍵解決了這個問題,但是我意識到,有時候,有些卡片是我忘記添加的,例如促銷卡片。這是代理鍵問題,因爲它們以最新的自動增量添加到數據庫中,並且我不希望它們的ID依賴於它們插入的順序。我在想也許我可以對一些卡的功能進行散列,並將其用作主鍵而不是? 就拿下面的僞代碼: // set code, date released, collector n

    0熱度

    1回答

    我對使用主鍵或外鍵時有點困惑。我有兩個表,並且在其中的一些列中,某些列引用的列是其他表中的主鍵。 這裏,他們是: CREATE TABLE roles ( movie_id NUMBER(10,0) NOT NULL REFERENCES movies(movie_id), actor_id NUMBER(10,0) NOT NULL REFERENCES actors(actor_id),

    0熱度

    1回答

    我有表如下: +----------+---------+ | ParentId | ChildId | +----------+---------+ 這是目前一個一對多的關係(父母一方,多子女)主鍵是孩子的ID,因爲孩子只能映射到一個父母(迄今爲止都很簡單)。 我的問題來自於現在儘管我想添加如下輔助柱: +----------+---------+---------+ | Parent

    2熱度

    1回答

    我試圖從Go的UnixNano生成10k整數,並且不顯示任何衝突。 package main import ( "fmt" "sync" "time" "strconv" "github.com/OneOfOne/cmap" ) func main() { var wg sync.WaitGroup k :

    1熱度

    2回答

    我想用行版本控制爲我的表設計主鍵。我的表格包含2個主要字段:ID和時間戳,以及其他字段。對於一個獨特的「ID」,我想存儲以前版本的記錄。因此,我正在創建表的主鍵,以便組合ID和時間戳記字段。 因此查看特定ID的所有版本,我可以給, Select * from table_name where ID=<ID_value> 要返回ID的最新版本,我可以使用 Select * from table_

    0熱度

    2回答

    在撰寫我的論文時,我正在編寫一部分關於SQL數據類型以及如何在設計數據庫結構時明智地選擇它們的內容。 我在某處讀到,作爲最佳實踐,您不應將負值分配給PK。這導致了以下問題: 默認情況下,SQL Server實例是否會將負值分配給主鍵?我知道這是可能自己分配他們,但我想知道如果SQL服務器將默認分配他們,如果是的話,在這種情況下?

    3熱度

    2回答

    我明白什麼是主鍵和唯一集羣索引我的問題是爲什麼我們在定義唯一集羣索引時需要主鍵。只考慮性能好的數據庫設計。 按我的理解,當我們定義一個聚集唯一索引它的數據物理排序和被需要的表的性能,它是無形的,我們是否定義主鍵或不

    3熱度

    3回答

    我有兩個不同的表,每個有20K條目,我錯誤地做了summaryId作爲主鍵和外鍵在同一個表中,但現在我想刪除自動增加的主鍵約束。當我嘗試刪除主鍵語法返回我一個錯誤: #1025 - 錯誤上的 '\ TG#SQL-a38_7f' 重命名 '\ TG \ rest_web_availability_summary_pm'(錯誤:150) 我試過了下面的查詢。 ALTER TABLE 'table_na

    1熱度

    1回答

    我在asp mvc使用code first和我碰到一個情況下,我需要有一個模型/表例如計算主鍵: public class Student { [Key] public string StudentNumber { get; set; } public string FirstName { get; set; } public string LastNam