MySQLからPostgreSQLに切り替えて、自動インクリメント値をどうやって作成するのか疑問に思っていました。PostgreSQLのドキュメントで「シリアル」というデータ型を見ましたが、それを使用すると構文エラーが発生します(v8.0)。
MySQLからPostgreSQLに切り替えて、自動インクリメント値をどうやって作成するのか疑問に思っていました。PostgreSQLのドキュメントで「シリアル」というデータ型を見ましたが、それを使用すると構文エラーが発生します(v8.0)。
回答:
はい、SERIALは同等の機能です。
CREATE TABLE foo (
id SERIAL,
bar varchar);
INSERT INTO foo (bar) values ('blah');
INSERT INTO foo (bar) values ('blah');
SELECT * FROM foo;
1,blah
2,blah
SERIALは、シーケンスに関するテーブル作成時間マクロです。SERIALを既存の列に変更することはできません。
"Table"
と"table"
そしてちょうど引用符で囲まれていない、それを残し、それを正規化table
。慣例では、Pgで引用符を使用しないでください。あなたは、あなたがしたい場合は、外観のために混在ケース名を使用し、それを必要としないことができます:CREATE TABLE fooBar ( .. ); SELECT * FROM fooBar;
意志として、動作しますSELECT * FROM foobar
。
などの他の整数データ型を使用できますsmallint
。
例:
CREATE SEQUENCE user_id_seq;
CREATE TABLE user (
user_id smallint NOT NULL DEFAULT nextval('user_id_seq')
);
ALTER SEQUENCE user_id_seq OWNED BY user.user_id;
ユーザーのシリアルデータタイプではなく、独自のデータタイプを使用する方が適切です。
CREATE SEQUENCE
postgresql.org/docs/8.1/interactive/sql-createsequence.htmlを読んだ後) 。ただし、所有者を変更した理由はよくわかりません。
すでに存在するテーブルのidにシーケンスを追加する場合は、次のように使用できます。
CREATE SEQUENCE user_id_seq;
ALTER TABLE user ALTER user_id SET DEFAULT NEXTVAL('user_id_seq');
ALTER COLUMN user_id
か?
ERROR: syntax error at or near "DEFAULT"
何か提案はありますか?
シーケンスはMySQLのauto_incrementと同等であるように見えますが、微妙ですが重要な違いがあります。
クエリが失敗すると、シリアル列が増加します。これにより、行の削除だけでなく、失敗したクエリの断片化が発生します。たとえば、PostgreSQLデータベースで次のクエリを実行します。
CREATE TABLE table1 (
uid serial NOT NULL PRIMARY KEY,
col_b integer NOT NULL,
CHECK (col_b>=0)
);
INSERT INTO table1 (col_b) VALUES(1);
INSERT INTO table1 (col_b) VALUES(-1);
INSERT INTO table1 (col_b) VALUES(2);
SELECT * FROM table1;
次の出力が表示されます。
uid | col_b
-----+-------
1 | 1
3 | 2
(2 rows)
uidが1から2ではなく1から3にどのように変化するかに注意してください。
これは、手動で独自のシーケンスを作成する場合にも発生します。
CREATE SEQUENCE table1_seq;
CREATE TABLE table1 (
col_a smallint NOT NULL DEFAULT nextval('table1_seq'),
col_b integer NOT NULL,
CHECK (col_b>=0)
);
ALTER SEQUENCE table1_seq OWNED BY table1.col_a;
MySQLの違いをテストする場合は、MySQLデータベースで次を実行します。
CREATE TABLE table1 (
uid int unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY,
col_b int unsigned NOT NULL
);
INSERT INTO table1 (col_b) VALUES(1);
INSERT INTO table1 (col_b) VALUES(-1);
INSERT INTO table1 (col_b) VALUES(2);
あなたは断片化なしで以下を得るべきです:
+-----+-------+
| uid | col_b |
+-----+-------+
| 1 | 1 |
| 2 | 2 |
+-----+-------+
2 rows in set (0.00 sec)
これは、前の回答で@trevによって指摘されました。
これを手動でシミュレートするには、後で「衝突」するuidを4に設定します。
INSERT INTO table1 (uid, col_b) VALUES(5, 5);
テーブルデータ:
uid | col_b
-----+-------
1 | 1
3 | 2
5 | 5
(3 rows)
別の挿入を実行します。
INSERT INTO table1 (col_b) VALUES(6);
テーブルデータ:
uid | col_b
-----+-------
1 | 1
3 | 2
5 | 5
4 | 6
ここで、別の挿入を実行すると:
INSERT INTO table1 (col_b) VALUES(7);
次のエラーメッセージで失敗します。
エラー:重複するキー値が一意の制約「table1_pkey」に違反しています詳細:キー(uid)=(5)はすでに存在しています。
対照的に、MySQLは以下に示すようにこれを適切に処理します。
INSERT INTO table1 (uid, col_b) VALUES(4, 4);
次に、uidを設定せずに別の行を挿入します
INSERT INTO table1 (col_b) VALUES(3);
クエリは失敗せず、uidは5にジャンプします。
+-----+-------+
| uid | col_b |
+-----+-------+
| 1 | 1 |
| 2 | 2 |
| 4 | 4 |
| 5 | 3 |
+-----+-------+
Linux(x86_64)およびPostgreSQL 9.4.9のMySQL 5.6.33でテストが行われました
Postgres 10以降、SQL標準で定義されているID列もサポートされています。
create table foo
(
id integer generated always as identity
);
明示的に要求されない限りオーバーライドできないID列を作成します。次の挿入は、次のように定義された列で失敗しますgenerated always
。
insert into foo (id)
values (1);
ただし、これは却下できます。
insert into foo (id) overriding system value
values (1);
オプションを使用する場合、generated by default
これは基本的に既存のserial
実装と同じ動作です。
create table foo
(
id integer generated by default as identity
);
値を手動で指定する場合、基になるシーケンスも手動で調整する必要があります- serial
列の場合と同じです。
ID列は、デフォルトでは(serial
列のように)主キーではありません。1つの場合は、主キー制約を手動で定義する必要があります。
古い質問を再ハッシュ化するために申し訳ありませんが、これはGoogleにポップアップした最初のスタックオーバーフローの質問/回答でした。
この投稿(Googleで最初に登場)は、PostgreSQL 10のより更新された構文の使用について説明しています。https: //blog.2ndquadrant.com/postgresql-10-identity-columns/
それはたまたまです:
CREATE TABLE test_new (
id int GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY,
);
それが役に立てば幸い:)
GENERATED … AS IDENTITY
コマンドは標準SQLです。最初にSQL:2003で追加され、次にSQL:2008で明確化されました。機能#T174&F386&T178を参照してください。
SERIALまたはシーケンスフィールドに直接挿入しないように注意する必要があります。そうしないと、シーケンスが挿入された値に達したときに書き込みが失敗します。
-- Table: "test"
-- DROP TABLE test;
CREATE TABLE test
(
"ID" SERIAL,
"Rank" integer NOT NULL,
"GermanHeadword" "text" [] NOT NULL,
"PartOfSpeech" "text" NOT NULL,
"ExampleSentence" "text" NOT NULL,
"EnglishGloss" "text"[] NOT NULL,
CONSTRAINT "PKey" PRIMARY KEY ("ID", "Rank")
)
WITH (
OIDS=FALSE
);
-- ALTER TABLE test OWNER TO postgres;
INSERT INTO test("Rank", "GermanHeadword", "PartOfSpeech", "ExampleSentence", "EnglishGloss")
VALUES (1, '{"der", "die", "das", "den", "dem", "des"}', 'art', 'Der Mann küsst die Frau und das Kind schaut zu', '{"the", "of the" }');
INSERT INTO test("ID", "Rank", "GermanHeadword", "PartOfSpeech", "ExampleSentence", "EnglishGloss")
VALUES (2, 1, '{"der", "die", "das"}', 'pron', 'Das ist mein Fahrrad', '{"that", "those"}');
INSERT INTO test("Rank", "GermanHeadword", "PartOfSpeech", "ExampleSentence", "EnglishGloss")
VALUES (1, '{"der", "die", "das"}', 'pron', 'Die Frau, die nebenen wohnt, heißt Renate', '{"that", "who"}');
SELECT * from test;
この方法は確実に機能します。
CREATE TABLE fruits(
id SERIAL PRIMARY KEY,
name VARCHAR NOT NULL
);
INSERT INTO fruits(id,name) VALUES(DEFAULT,'apple');
or
INSERT INTO fruits VALUES(DEFAULT,'apple');
詳細は次のリンクで確認できます:http : //www.postgresqltutorial.com/postgresql-serial/
PostgreSQL 10以降
CREATE TABLE test_new (
id int GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY,
payload text
);