今だけ人気マンガ100円レンタル特集♪

PostgreSQLで、自動採番(serial)について質問です。MAX_VALUEを超えた場合、MIN_VALUE(1)という記載がありますが、対象テーブル上に1が存在した場合は、どうなってしまうのでしょうか? 2が空いてた場合、2が使用されるのでしょうか? 4バイト(約21億なので、あまり問題がないかもしれませんが、)ユーザに、その質問を投げかけられ、困っております。

このQ&Aに関連する最新のQ&A

A 回答 (3件)

#1です。



シーケンスには、CYCLE というパラメータがあるのですね。
早速、これも試してみました。
===========================================================
test=# alter sequence test_id_seq cycle;
ALTER SEQUENCE
test=# insert into test (data)values(10);
INSERT 0 1
test=# select * from test;
     id     | data
---------------------+------
          1 |  1
          2 |  2
     2147483645 |  3
     2147483646 |  4
     2147483647 |  5
9223372036854775806 |  7
9223372036854775807 |  8
          1 |  10
(8 行)
===========================================================

1 に戻りました。
id にUNIQUE制約付けてなかったので、登録されました。
過去のバージョンではデフォルトで UNIQUE になるようです。

http://www.postgresql.jp/document/pg732doc/user/ …
引用:PostgreSQL 7.3 より前のバージョンでは、serial は UNIQUE を暗黙指定していました。

10を削除して、UNIQUE制約を試します。
===========================================================
test=# delete from test where data=10;
DELETE 1
test=# create unique index id_index on test (id);
CREATE INDEX
test=# insert into test (data)values(11);
ERROR: duplicate key violates unique constraint "id_index"
test=# insert into test (data)values(12);
INSERT 0 1
test=# select * from test;
     id     | data
---------------------+------
          1 |  1
          2 |  2
     2147483645 |  3
     2147483646 |  4
     2147483647 |  5
9223372036854775806 |  7
9223372036854775807 |  8
          3 |  12
(8 行)
===========================================================

11回目の追加は、UNIQUE制約に引っ掛りエラーです。
12回目の追加は、次の 3 が空いていたので、登録されました。

エラー発生時もカウントは加算されているようですね。

-----------------------------------------------------------
話が、シーケンスの話になってしまいましたが。
serial型 の話に戻して、簡単にまとめてみます。

serial型 を使ったときに、自動で作られるシーケンスでは、
シーケンスの上限に達する前に、integer の上限でエラーが発生。
(これはリトライしても解決しない。)
integer の上限に達する恐れがある場合は、何らかの対処が必要。

シーケンスを修正すれば、integerの範囲で、周回させる事も可能。
しかし、自動で空き番号を選択するような仕組みはない・・・と思います。

繰り返しますが、バージョン8.2.5で確認したので、
他のバージョンや、環境設定により異なると思います。
    • good
    • 0

setvalしない限り1になりません。



シーケンスに定義し
serialをinteger型にしデフォルトnextvalに置き換える事で可能かと思います。

CREATE SEQUENCE tablename_colname_seq MAXVALUE 2XXXXXXXXX CYCLE;
CREATE TABLE tablename (
 colname integer DEFAULT nextval('tablename_colname_seq') UNIQUE
);

2になるかどうかはバージョンによるようですが、
UNIQUE制約を付けてduplicateエラーが出る場合リトライする事で対応
可能かと思います。
http://www.postgresql.jp/document/pg732doc/user/ …
    • good
    • 0

PostgreSQL 8.2.5 で確認しました。



まず、下記を参考に。
http://www.j-pal.ne.jp/murai/exp/posgre/no5.html

シーケンスのMAX_VALUEですが、8バイトですね。

9223372036854775807 (7FFF FFFF FFFF FFFF)

つまり、922京3372兆0368億5477万5807。京の単位ですね・・・
まず越える事はないでしょうが、実験してみました。

まず、integer の上限でエラーが出ました。
=================================================================
test=# insert into test (data)values(6);
ERROR: integer out of range
=================================================================

これは、serialが実際はinteger型で作られているからです。
=================================================================
test=# create table test (id serial, data integer);
NOTICE: CREATE TABLE will create implicit sequence "test_id_seq" for serial col
umn "test.id"
CREATE TABLE
test=# \d test;
            テーブル "public.test"
カラム |  型  |           修飾語
--------+---------+---------------------------------------------------
id   | integer | not null default nextval('test_id_seq'::regclass)
data  | integer |
=================================================================

シーケンスの上限はまだ先です。
idのカラムを、numericに変更して、先に進めます。
=================================================================
test=# alter table test alter id type numeric;
ALTER TABLE
test=# \d test
            テーブル "public.test"
カラム |  型  |           修飾語
--------+---------+---------------------------------------------------
id   | numeric | not null default nextval('test_id_seq'::regclass)
data  | integer |
=================================================================

シーケンスの上限でエラーが出ました。
=================================================================
test=# insert into test (data)values(9);
ERROR: nextval: reached maximum value of sequence "test_id_seq" (92233720368547
75807)
=================================================================

因みに実験で追加したのは9件です。
setvalを使って、途中は飛ばしました。(^^;
=================================================================
test=# select * from test;
     id     | data
---------------------+------
          1 |  1
          2 |  2
     2147483645 |  3
     2147483646 |  4
     2147483647 |  5
9223372036854775806 |  7
9223372036854775807 |  8
(7 行)
=================================================================
以上、実験終了。

>MAX_VALUEを超えた場合、MIN_VALUE(1)という記載がありますが

今回の実験では、MIN_VALUEには戻りませんでした。
この情報の出所は確かでしょうか?(^^;
(バージョンによる違いかな?・・・)

バージョン 8.2.5では、「エラーになる」が答えだと思います。

setvalを使って、ご利用中のバージョンでも確認してみて下さい。
    • good
    • 0

このQ&Aに関連する人気のQ&A

お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!

関連するカテゴリからQ&Aを探す

このQ&Aを見た人が検索しているワード

このQ&Aと関連する良く見られている質問

Qtimestampのデータはどのようにして入力

するのでしょうか?

create table tablex(no serial primary key,time timestamp);

insert into tablex(time) values(?);

において?の部分に入れる文字列のフォーマットはどうなるのでしょうか?

例えば
2005年5月5日5時55分55秒
を入れるにはどうしたらいいのでしょうか?

Aベストアンサー

'2005-05-05 05:55:55'

Qpsqlコマンド接続によるパスワードについて

psqlコマンドでDBへの接続を行っております。

/usr/local/pgsql/bin/psql -U postgres -h xxx.xxx.xxx.xxx testdb

上記コマンドをコマンドラインから実行するとパスワードが聞かれます。
パスワード設定をmd5にしているためですが、
その設定を変更せずコマンドラインでパスワードを渡すなどしてパスワードの入力を促す処理をスルーしたいのですが全然出来ません。

どのなたかご存知の方、いらっしゃいましたらご教示の程お願い致します。

Aベストアンサー

PGPASSWORD=○○○ /usr/local/pgsql/bin/psql -U postgres -h xxx.xxx.xxx.xxx testdb

QPostgreSQL 8.0.2 の ERROR: relation does not exist.

エラーの詳細は以下のとおりです。

まず、ダウンロード後解凍したpostgresql-8.0-ja.msiを
ダブルクリックして、Windows2000serverSP4 に
postgreSQL8.02 をインストールしました。
このときユーザpostgreも新規作成しました。

つぎに、ツールpgAdmin3を使用して上記postgreユーザで
データベースtemplate1のpublicスキームの中に、
ID(int4), Book(text)の2フィールド、IDフィールドをキーとして、
tblBooksという名称の練習用の簡単なテーブルを作成しました。

さらに、pgAdmin3を使用して、このtblBooksテーブルに適当なレコードも4件追加でき、
pgAdmin3のテーブルビューで追加したこのレコード4件を確認できました。

また、pgAdmin3のクエリツールを用いて、クエリの下記を実行すると
正常に実行してくれます。
select version();
"PostgreSQL 8.0.2 on i686-pc-mingw32, compiled by GCC gcc.exe (GCC) 3.4.2 (mingw-special)"

ところが、上で作成したtblBooksテーブルを含めたクエリを実行させると、
何回やっても次のようなエラーとなります。
select * from tblBooks;
ERROR: relation "tblbooks" does not exist.------(1)

pgAdmin3でなく、ツールpgSQLを使っても同じエラー(1)がでます。
この"relation does not exist"とは一体どんなエラーなんでしょうか?

環境は, Windows 2000 Server SP4 で、
template1,tblBooksは次のようになっています。

CREATE DATABASE template1
WITH OWNER = postgres
ENCODING = 'EUC_JP'
TABLESPACE = pg_default;
GRANT ALL ON DATABASE template1 TO postgres;

CREATE TABLE "tblBooks"
(
"ID" int4 NOT NULL,
"Book" text,
CONSTRAINT "key" PRIMARY KEY ("ID")
)
WITHOUT OIDS;

エラーの詳細は以下のとおりです。

まず、ダウンロード後解凍したpostgresql-8.0-ja.msiを
ダブルクリックして、Windows2000serverSP4 に
postgreSQL8.02 をインストールしました。
このときユーザpostgreも新規作成しました。

つぎに、ツールpgAdmin3を使用して上記postgreユーザで
データベースtemplate1のpublicスキームの中に、
ID(int4), Book(text)の2フィールド、IDフィールドをキーとして、
tblBooksという名称の練習用の簡単なテーブルを作成しました。

さらに、pgAdmin3を使用して、こ...続きを読む

Aベストアンサー

テーブル名に大文字と小文字が混在しているせい
でしょうか。。。
"tblbooks" か "TBLBOOKS" にしたほうがよい
とは思います。

(SQL文としては、大文字小文字どちらか一方
に統一されていれば、
"tblbooks"でCREATEしたテーブルでも、
"TBLBOOKS"でSELECTできるはずです。)

検証したわけではないので、はずしているかもしれませ
んが、CREATE TABLE "tblbooks" で作ってみても、
再現するでしょうか?

Qファイルに記述されている複数のSQL文を一度に実行させたい

こんにちわ。

ファイルに記述されているSQL文を、Linuxのコマンドラインなどから
実行したいと考えています。

ファイルに
insert into DB_NAME(aaa,bbb,ccc) values(111,222,333);
insert into DB_NAME(ddd,eee,fff) values(333,777,222);
insert into DB_NAME(aaa,ttt,ddd) values(111,000,999);
...

などのSQL文が複数行(例えば1000個ほど)記述しているのを用意して
なんかしらの方法で一度に実行させたいのです。

mySQLでは、このようなやり方があるのですが
postgreではどのようにすればいいのか、わかりません。

どなたかご存知の方、よろしくお願い致します。

OSはLinuxです。

Aベストアンサー

#1の方も指摘されている通り、 psql を使えば出来ます。

psql で、-f オプションを使うか、該当のDBに接続して \i コマンドを使えば良いでしょう。
http://www.postgresql.jp/document/pg746doc/html/app-psql.html

SQLが記述されているファイルを insert_data.sql、
DBを testdb としますと
例1)-------------------------------------------------------------
$ psql testdb
Welcome to psql x.x.x, the PostgreSQL interactive terminal.




testdb=> \i insert_data.sql
testdb=> \q
-----------------------------------------------------------------

例2)-------------------------------------------------------------
$ psql testdb -f insert_data.sql
-----------------------------------------------------------------

注) ユーザのDBへのアクセス権によっては -U オプションや -W オプションも必要になります。

#1の方も指摘されている通り、 psql を使えば出来ます。

psql で、-f オプションを使うか、該当のDBに接続して \i コマンドを使えば良いでしょう。
http://www.postgresql.jp/document/pg746doc/html/app-psql.html

SQLが記述されているファイルを insert_data.sql、
DBを testdb としますと
例1)-------------------------------------------------------------
$ psql testdb
Welcome to psql x.x.x, the PostgreSQL interactive terminal.




testdb=> \i insert_data.sql
testdb=> \q...続きを読む

QSERIAL型の省略入力について

http://okwave.jp/qa2956072.html
上で同じような質問を過去にしましたが、状況がちょっと違うようでしたので再度質問させてください。

列の型をserialで指定しテーブルを作りました。
入力を省略したところPermission Deniedのエラーが出ました。
前回の質問では権限が異なるIDでINSERTしようとしたのでは?と回答をいただきましたが、状況がちょっと違っていたようです。

$sth = $dbh->do("insert into $table (filepath,filename,filesize,confirmdate,upload,filenumber) values ('$list[$count]->[0]','$list[$count]->[1]','$list[$count]->[2]','$today','$today','12')");

と入力すると12という番号でINSERTできます。
$sth = $dbh->do("insert into $table (filepath,filename,filesize,confirmdate,upload) values ('$list[$count]->[0]','$list[$count]->[1]','$list[$count]->[2]','$today','$today')");

しかし上記のように省略するとエラーが出ます。
本にも省略した場合自動的に番号が割り振られるとありますが、具体的にどう省略したらよいのでしょうか?
よろしくお願いします。

http://okwave.jp/qa2956072.html
上で同じような質問を過去にしましたが、状況がちょっと違うようでしたので再度質問させてください。

列の型をserialで指定しテーブルを作りました。
入力を省略したところPermission Deniedのエラーが出ました。
前回の質問では権限が異なるIDでINSERTしようとしたのでは?と回答をいただきましたが、状況がちょっと違っていたようです。

$sth = $dbh->do("insert into $table (filepath,filename,filesize,confirmdate,upload,filenumber) values ('$list[$count]->[0...続きを読む

Aベストアンサー

>しかし上記のように省略するとエラーが出ます。

具体的には、どういうエラーですか?

下記の例のように、serial指定列を省略して、格納可能です。

<定義例>
create table t1
(c1 serial,
c2 int);

<格納例>
insert into t1(c2) values(100);

明示的にnextvalで指定する場合は、連番型につけられた名前を指定する必要があります。この名前は、「表名_列名_seq」という名前になります。

上記の例では、次のようなSQLで格納できます。

<格納例2>
insert into t1 values(nextval('t1_c1_seq'),200);

参考URL:http://www.postgresql.jp/document/pg800doc/html/datatype.html#DATATYPE-SERIAL

QSQL文長の制限

PostgreSQL8.1.3にて、長いwhere句のあるSELECT文を実行したところ、
「server closed the connection unexpectedly」
のエラーとなってしまいました。

エラーとなったSQL文は317726文字で、
where句のin条件のリスト個数が非常に多くなっています。
試しに、in条件のリスト部分を減らし、
156000文字までSQL文を短く短くしたら、エラーは回避できました。
in条件ではなくor条件に変更すると、エラーとの境目のSQL文長は上記とは異なることから、
SQL文長だけが影響しているとは思えません。

SQL文を改修して、エラーを回避するにしても、ここらへんの限界値がわからないと改修できませんので、
改修の目安(信頼できるSQL文長がどのくらいなのかなど)をご教授お願いします。

Aベストアンサー

すごく長いSQLですね。
INやORを使わずにEXISTSで書けばどうでしょうか?
文字数じゃなくパフォーマンスのせいだと思います。

QPostgreSQLのvarcharとtext

性能を考えた場合、文字列を格納するカラムはvarcharとtextではやはりvarcharの方が優れているのでしょうか?
文字列には最大120文字しか入れない想定です。
それともバージョンによっては、特に差異はないとかありますか?

Aベストアンサー

varcharとtextでたいした違いは無いと思います。
ただ、厳密なデータベース容量の計算などをする場合には、varcharのほうがよいかもしれません。

以下参考にどうぞ。
http://lets.postgresql.jp/documents/technical/text-processing/1


人気Q&Aランキング