Jaka jest składnia określania klucza podstawowego w więcej niż 1 kolumnie w SQLITE?
Jaka jest składnia określania klucza podstawowego w więcej niż 1 kolumnie w SQLITE?
Odpowiedzi:
Zgodnie z dokumentacją jest to
CREATE TABLE something (
column1,
column2,
column3,
PRIMARY KEY (column1, column2)
);
CREATE TABLE something (
column1 INTEGER NOT NULL,
column2 INTEGER NOT NULL,
value,
PRIMARY KEY ( column1, column2)
);
NULL
jest dozwolone w kluczach podstawowych. Ta odpowiedź podkreśla, że jeśli chcesz bardziej standardowych zachowań, musisz dodać NOT NULL
siebie. Moja odpowiedź to tylko bardzo podstawowa składnia dla klucza głównego z wieloma kolumnami.
Tak. Pamiętaj jednak, że taki klucz podstawowy dopuszcza NULL
wartości w obu kolumnach wiele razy.
Utwórz tabelę jako taką:
sqlite> CREATE TABLE something (
column1, column2, value, PRIMARY KEY (column1, column2));
Teraz działa to bez żadnego ostrzeżenia:
sqlite> insert into something (value) VALUES ('bla-bla');
sqlite> insert into something (value) VALUES ('bla-bla');
sqlite> select * from something;
NULL|NULL|bla-bla
NULL|NULL|bla-bla
NULL
?
Basic:
CREATE TABLE table1 (
columnA INTEGER NOT NULL,
columnB INTEGER NOT NULL,
PRIMARY KEY (columnA, columnB)
);
Jeśli twoje kolumny to klucze obce innych tabel (częsty przypadek):
CREATE TABLE table1 (
table2_id INTEGER NOT NULL,
table3_id INTEGER NOT NULL,
FOREIGN KEY (table2_id) REFERENCES table2(id),
FOREIGN KEY (table3_id) REFERENCES table3(id),
PRIMARY KEY (table2_id, table3_id)
);
CREATE TABLE table2 (
id INTEGER NOT NULL,
PRIMARY KEY id
);
CREATE TABLE table3 (
id INTEGER NOT NULL,
PRIMARY KEY id
);
Pola klucza głównego powinny być zadeklarowane jako niepuste (jest to niestandardowe, ponieważ definicja klucza podstawowego polega na tym, że musi on być unikalny, a nie pusty). Ale poniżej znajduje się dobra praktyka dla wszystkich wielokolumnowych kluczy podstawowych w dowolnym DBMS.
create table foo
(
fooint integer not null
,foobar string not null
,fooval real
,primary key (fooint, foobar)
)
;
Od wersji 3.8.2 SQLite alternatywą dla jawnych specyfikacji NOT NULL jest specyfikacja „BEZ ROWID”: [ 1 ]
NOT NULL is enforced on every column of the PRIMARY KEY
in a WITHOUT ROWID table.
Tabele „BEZ ROWIDA” mają potencjalne zalety w zakresie wydajności, dlatego mniej szczegółową alternatywą do rozważenia jest:
CREATE TABLE t (
c1,
c2,
c3,
PRIMARY KEY (c1, c2)
) WITHOUT ROWID;
Na przykład po znaku zachęty sqlite3:
sqlite> insert into t values(1,null,3);
Error: NOT NULL constraint failed: t.c2
WITHOUT ROWID
ma dodatkowe implikacje i nie powinien być używany jako alternatywa dla pisania NOT NULL
obok klucza podstawowego.
W inny sposób, można również zrobić dwie kolumny klucza podstawowego unique
i automatycznego przyrostu klucza primary
. Dokładnie tak: https://stackoverflow.com/a/6157337
Poniższy kod tworzy tabelę z 2 kolumnami jako klucz podstawowy w SQLite.
ROZWIĄZANIE:
CREATE TABLE IF NOT EXISTS users (id TEXT NOT NULL, name TEXT NOT NULL, pet_name TEXT, PRIMARY KEY (id, name))