PostgreSQL

**名無しさん＠お腹いっぱい。** · 2001/05/09(水) 11:36

PostgreSQLについて語りましょう。
関連アプリケーション特有の話題は、以下のスレッドへ。

☆関連スレッド
[PHP + PostgreSQL]
http://corn.2ch.net/test/read.cgi?bbs=php&key=983128806
[PHP以外+PostgreSQL]
http://corn.2ch.net/test/read.cgi?bbs=php&key=988929199
[MySQL vs PostgreSQL]
http://corn.2ch.net/test/read.cgi?bbs=php&key=989341364

**名無しさん＠お腹いっぱい。** · 02/01/15 17:29

>>150
作者たちは「ポストグレス・キューエル」
て読んでいるみたいね。

**名無しさん＠お腹いっぱい。** · 02/01/18 15:44

>>144
インストールするとき、スーパーユーザーの名前変えてないの？
ふうん

**名無しさん＠お腹いっぱい。** · 02/01/18 18:48

. ∧　　 ∧
(　´ ・∀・｀)　へー

**agege** · 02/01/19 02:27

> 152
スーパーユーザ名を変えたところで解決にはなりません。
恐らく144の悩みはCGIからのDB操作が関連するためだと思われ、
そうなるとWWWユーザ名でアクセスすることになり、CGIを使う人
全てがアクセスできることを懸念していると思う。

解決法はちゃんとマニュアルに載っているのでシッカリ読むようにお奨めする。
結構しっかり書かれているのでここで説明するのは差し控えておこう。

**名無しさん＠お腹いっぱい。** · 02/01/19 02:39

>154
勿体ぶるなYO!

**agege** · 02/01/19 02:53

> 155
勿体ぶってなんかいないＹＯ！

単にマニュアルを見るだけでガスＹＯ！

**名無しさん＠お腹いっぱい。** · 02/01/19 02:56

>156
英語のマニュアルは3行読むだけで疲れる。
あの変な日本語のマニュアルは5行が限界だ。

**名無しさん＠お腹いっぱい。** · 02/01/19 02:59

>157
よくいった！
もう神様にでもなったような日本代表気取りのあいつ、自分だけで本書いてるんじゃネエヨ。
読みにくいんだよお前の本。

**agege** · 02/01/19 03:03

> 157ぐらい
DAKARA. ここに書いても結局マニュアルと同じようになるでしょ！

とわたしの脳がおっしゃいました。

**名無しさん＠お腹いっぱい。** · 02/01/19 03:05

>159
じゃ、どこの行か教えてくれ。

**agege** · 02/01/19 03:06

とかなんとか言っちゃって、本当は、じらされて喜んでるんじゃないの？

**名無しさん＠お腹いっぱい。** · 02/01/19 03:10

>159

＞とわたしの脳がおっしゃいました。

やばいよ(笑)

**名無しさん＠お腹いっぱい。** · 02/01/19 03:11

公開放置プレイかよ、(;´Д`)ﾊｧﾊｧ･･･

**agege** · 02/01/19 03:14

じらすほうも興奮するネー

**名無しさん＠お腹いっぱい。** · 02/01/19 03:36

つまんねー

**名無しさん@お腹いっぱい。** · 02/02/04 16:59

＞7.1ではシステムインデクスも一部の例外を除いて
＞postmasterを停止せずテーブル単位のREINDEXが可能です。
＞作成者の怠慢でどこにも書かれていなかったこともあって
＞7.2.0では出来なくなってしまいました。7.2.1では再び
＞可能になります。

(´･ω･`) ｼｮﾎﾞｰﾝ

**名無しさん@お腹いっぱい。** · 02/02/04 16:59

7.2リリース近いage

**名無しさん＠お腹いっぱい。** · 02/02/05 03:13

>>167
そう思って待ち続けて早3ヶ月。PAMサポート早くﾎｽｨ...

**名無しさん＠お腹いっぱい。** · 02/02/05 08:58

Postgres JP の ML によると、
7.2リリースって、日本時間だと今日だったような・・・。

**名無しさん＠お腹いっぱい。** · 02/02/05 23:02

>>169
うお、ホントだ出てる！
pgsql-hackers見てきたけど問題なさそうだね。7.2リリースage

**名無しさん@お腹いっぱい。** · 02/02/06 09:34

http://www.postgresql.org/とかにはまだ出てない....。
http://www.postgresql.jp/にもでてない....。
ftpにはもうあるのかな。

早くしてくれよう。
VACCUMに期待してるんだよう。

**名無しさん＠お腹いっぱい。** · 02/02/06 09:52

>>171
ftpにはあるよ。

**名無しさん@お腹いっぱい。** · 02/02/06 13:07

どうもありがとう。
メーリングリストでも流れたね。

**名無しさん＠お腹いっぱい。** · 02/02/06 15:05

cron で vacuumdb をすると、以下のような警告(?)が
出るのですが、何なのでしょう？
普通にコマンドラインから vaccumdb すると出ません。
cron での設定が悪いのでしょうか？
--------------------------
/usr/local/pgsql/bin/vacuumdb: basename: command not found
/usr/local/pgsql/bin/vacuumdb: sed: command not found
--------------------------

RH 7.2 + PostgreSQL 7.1.3

**名無しさん＠お腹いっぱい。** · 02/02/06 17:09

PostgreSQL 7.2 Mirror site on RingServer
ftp://ring.ocn.ad.jp/pub/misc/db/postgresql-jp/7.2/postgresql-7.2.tar.gz
ftp://ring.asahi-net.or.jp/pub/misc/db/postgresql-jp/7.2/postgresql-7.2.tar.gz

現時点では、OCN にはまだミラーされてないみたいね。

**名無しさん＠お腹いっぱい。** · 02/02/06 22:01

>>174
cron環境でPATHが通ってないと思われ。
man 5 crontabして環境変数を追加すれ。

**名無しさん＠お腹いっぱい。** · 02/02/07 00:46

>>175

RingServer にリンク張るときは、ftp.ring.gr.jp を指定するのが原則。
ftp://ftp.ring.gr.jp/pub/misc/db/postgresql-jp/7.2/postgresql-7.2.tar.gz

**名無しさん＠お腹いっぱい。** · 02/02/07 01:11

>177
ftp.t.ring.gr.jpにすると自動で近いところに振り分けてくれるみたい。

**hogehoge** · 02/02/07 18:14

Sol7+gcc-2.95.3+PostgreSQL7.2
./configure --enable-multibyte=EUC_JP --enable-syslog \
--enable-readline --with-gnu-ld=no --with-maxends=16

だとmake checkでvacuumdbがコケるのは漏れだけだろうか。
まだ共有メモリが足らんのかなあ。

MLに投げるのは怖いよ。
((（ﾟдﾟ;）)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

**名無しさん＠お腹いっぱい。** · 02/02/20 07:14

>>174
basenameとかsedって普通 /usr/bin あたりに無いか？
そこにPATHが通ってないんなら、他のcronのコマンドもエラー出ないか…？

スレと関係なくてスマン＞ALL

**名無しさん＠お腹いっぱい。** · 02/02/21 00:08

>>149
ttp://www.jp.postgresql.org/postgresql.mp3
だそうです。

**名無しさん＠お腹いっぱい。** · 02/02/21 00:35

>>181
http://www.jp.postgresql.org/postgresql.mp3 が公式発音なのね。
ぽすとぐれすきゅーえるか。
ポにアクセントね。

**名無しさん＠お腹いっぱい。** · 02/02/24 21:22

つい最近、別のマシンにインストールしてたんだが、
initDBできんかった・・・
local1_template1.sourceが行方知れずだと言われて・・・
パスの設定とかは問題なし。
同じ現象に出くわした人、いる？

**sage** · 02/02/25 00:50

>>183
知人から"軽ーく"聞いた話だと、もとからpostgresが入ってただか
入れたのを忘れたのか知らんが、それが邪魔してそんなメッセージ出た
とか聞いたような気がする。
ただ、よく聞いてなかったし、聞き流したんで違ったらスマソ。

**名無しさん＠お腹いっぱい。** · 02/02/25 01:32

>183
それよくでるよ。
一度徹底的にPostgres関係のファイル掃除して改めて入れ直すしかないと思う。

**名無しさん＠お腹いっぱい。** · 02/02/25 15:14

メーリングリスト来てた・・・
http://www.softkoubou.co.jp/
ソースコードジェネレータがようやくデモ版を動かせるみたい。

**183** · 02/02/26 01:46

>>184、185
多謝。
which　initdb　かけたら、他のディレクトリから発見・・・（なぜ？）
お掃除しまくったら、うまくいった。

**nobodyさん** · 02/03/08 20:10

教えてください。
シフトJISで保存したタブ区切りのテキストファイルを
copyコマンドで登録しているのですが、うまくいきません。
以下のようにclient_encodingをSJISにしてみてもダメでした。

set client_encoding to 'SJIS';
\copy hogedb from /tmp/hoge.txt

いつもはEUCコードのファイルなので問題なく登録できています。
シフトJISのファイルをcopyすることはできないのでしょうか？

**nobodyさん** · 02/03/08 22:25

7.2でUNIXソケットの認証が強固になった。
trust教える奴には「氏ね」といってやろう。

**nobodyさん** · 02/03/09 06:37

>>188
改行コードの問題である可能性はある。

**nobodyさん** · 02/03/09 16:09

大学でPostgreSQLが入っていたので試してみたのですが、
PHPからpg_connectで接続するとき、他人の作ったDBに
その人のユーザ名を user= で与える（パスなし）と、
その人にしか権限が与えられていない追加・更新が
出来てしまうのですが、これを防ぐ方法はないのでしょうか？
よろしくお願いします。

**nobodyさん** · 02/03/09 17:17

>>191
ユーザー名ふやしておけ

**nobodyさん** · 02/03/09 18:52

>>191
管理者がlocalからの接続を"trust"と設定していると思われ。認証方式
をパスワード認証に変更してもらわないとダメ。

**191** · 02/03/09 22:29

>>193,>>192
お答え、ありがとうございます。月曜日にでも管理者に相談してみます。
ところで、仮にパスワード認証にしたとして、
pg_connect("user=■■, password=□□");
のとき、直に書いて、もしこれを他人がコピーして、他人がその人の
エリアに設置した場合、やっぱり接続されてしまうもんなんですか？

**nobodyさん** · 02/03/09 22:34

>>188
中のデータ設定がEUCで設定されているからであ

$ export PGCLIENTENCODING=SJIS
show client_encoding
\g
NOTICE: Current client encoding is SJIS

**193** · 02/03/10 11:19

>>194
うん。接続されちゃう。それがパスワード認証。

PHPで可能か知らないけど、スクリプトのパーミッションを711にしても
動作するなら他人にパスワードを見られるリスクは減らせるね。

**nobodyさん** · 02/03/10 22:27

postgreで今日から二日前までのデータを取得する、といった抽出条件は
どのように書けば良いのでしょうか。

**nobodyさん** · 02/03/10 22:31

>>197
せめて「postgres」って書こうYO!
質問は難しすぎて漏れにはワカラン

**nobodyさん** · 02/03/10 22:38

>>197
日付はとってあるの？

**nobodyさん** · 02/03/11 01:09

>>198
postgres

>>199
とってます。
何とか自分で解決できました。聞いておきながらｽﾏｿ

WHERE TO_CHAR(CURRENT_TIMESTAMP, ''J'') = TO_CHAR(DATE, ''J'') AND
(TO_NUMBER(TO_CHAR(CURRENT_TIMESTAMP, ''SSSS''), ''999999'') -
TO_NUMBER(TO_CHAR(DATE, ''SSSS''), ''999999'')) < (DIFF_MINUTE * 60)

こんな感じでユリウス歴に変換して行いました。
UNIX時刻に変換出来るのが一番良いんだけど無いみたいだし。

**nobodyさん** · 02/03/12 14:01

テーブルにハイフンつきで入ってる電話番号を、
ハイフン無しの数字で検索したいんだけど、
どうすりゃいいんでしょ。

create table tel(
name varchar(100),
tel_no varchar(16)
);

select * from tel;
name | tel_no
-----+---------------
aaaa | 03-3333-1111
bbbb | 03-3333-2222
cccc | 03-3333-3333

Webのフォームからは、0333331111と入力して検索したい
んですが、どんなクエリにしたらいいですか。

**nobodyさん** · 02/03/12 14:14

>>201
あらかじめ検索用にそういうデータ作っておくのが一番かと。
046-6xxと
04668-2xを、どう区別するの？とかいろいろ問題出そうだから。

**201** · 02/03/12 14:38

>>202
正規表現とかなんとかでどうにかなりませんかね。
PostgreSQL7.1.3です。

**191=194** · 02/03/12 20:48

>>196
遅くなりましたけど、お答えありがとうございました。
701にしてFTPからでも見られないようにしました。
責任者曰く、テスト的な導入だからそういう設定はしていないでした。
将来的にするそうです。

**名無しさん** · 02/03/12 22:43

データベースの設計に問題あり。

. · 02/03/13 02:31

重複行を物理的（？）に削除する方法ってありますか？
SELECT DISTINCT でなくて、実際に行を削除したいのです。

BEGIN;
CREATE TABLE temp AS SELECT DISTINCT * FROM table;
DELETE FROM table;
INSERT INTO table SELECT * FROM temp;
DROP TABLE temp;
END;

なんてしないとダメなんでしょうか？

**nobodyさん** · 02/03/13 16:51

oidを使えばなんとなかる。

**nobodyさん** · 02/03/14 06:59

PostgreSQLに画像を格納したいんだけれど、どうすんの？
で、それをｐｈｐから読み出したいんだけど？

**nobodyさん** · 02/03/14 07:59

>>208
ラージオブジェクトで検索すれ

**nobodyさん** · 02/03/14 19:18

>>208
PHP マニュアルと、Postgres のマニュアルを読もう。

読み出しについてだけヒント。
SQL はトランザクションブロック内に。
pg_loexport() でSQL 実行結果から切り出す。

**nobodyさん** · 02/03/14 21:43

>>208
>>209さんありがとうございます。

マニュアル読んでも、よく解らなかったので、ラージオブジェクトを
扱っている書籍等、ありましたらお教えください。

ってゆうか、今INSERTの所でつまずいています。

**nobodyさん** · 02/03/14 22:54

>>211
質問時の鉄則。
「何が」わからないのかを書く。
「やったこと」を書く。
「どのように」うまくいかないのかを書く。

**nobodyさん** · 02/03/15 19:01

初心者的な質問ｽﾏｿ。
Postgres7.2なんですけど
createdb test
でデータベースtestをつくり
psql test
として
create user hoge with password 'hoge'
としてユーザhogeを作成しました。
この状態でCommonSQLEnvironmentで接続しようとすると
認証に失敗して接続できません。
ユーザ名hoge、パスワードhogeです。
ちなみにpg_hba.confは次のようにしてます。
host all 192.168.5.11 255.255.255.255 crypt
IPはもちろん自分のIPです。
何かとてつもない勘違いでもしてるんでしょうか？

**nobodyさん** · 02/03/15 19:47

>>213
「CommonSQLEnvironmentで接続」って何?
API直で使ってるとか何か?

**nobodyさん** · 02/03/15 20:53

>>214
これです。
http://www.hi-ho.ne.jp/tsumiki/

**nobodyさん** · 02/03/15 23:21

>>213
Grantしていないのでは？

**nobodyさん** · 02/03/16 11:26

>>216
特定のテーブルに対してはしてます

**nobodyさん** · 02/03/16 12:15

>>217
エラーlog見れ。

**nobodyさん** · 02/03/16 14:11

>>218
[1] FATAL 1: Password authentication failed for user "hoge"
としか出てません

**nobodyさん** · 02/03/17 03:21

>>217
一度psqlでhogeユーザになってログインしてみては

**nobodyさん** · 02/03/17 14:52

ちょいと質問なんですが、PHP+Postgreでユーザー登録の仕組みを作ってます。
で、ユーザー名(text)は大文字／小文字区別しなくて重複させたくないので、
（たとえば、"Hoge"がもう存在したら"hoge"も"HOGE"も弾きたい。）
select username from userdata where username ~* '$username'　で
重複を探しています。
usernameに+や?や*を使った場合エラーが出てしまいます。
あらかじめPHPのquatemetaでバックスラッシュはつけてあるのですが…
なんかうまい方法はないものでしょうか？

**nobodyさん** · 02/03/17 15:06

＞＞２２１
＞usernameに+や?や*を使った場合エラーが出てしまいます。

使用禁止にすりゃいいじゃん。ダメ？

**nobodyさん** · 02/03/17 15:16

SELECT username FROM userdata WHERE lower(username) = lower('$username');

**221** · 02/03/17 23:43

>>222,223
どうもありがとう。quatemetaはquotemetaでした。
>>222
usernameといっても、ニックネームみたいなもので
実際外人さんなんかでは記号使いたがる人もいるんで、
できれば制限はつけたくないんです。
>>223
これで使えそうです。日本語でも大丈夫ですよね?
（自分で試してみた範囲では特に問題なさそうでしたが）

**223** · 02/03/18 00:30

>>224
quotemetaだけじゃなくてSQLのメタキャラクタも変換する事をお勧めする。
' → ''など

**206** · 02/03/18 21:58

>>207
ｽﾏｿ。いろいろやってみたけどわかんない。
oid を使って速度的に >206 で書いたのより速い SQL って書ける？

**nobodyさん** · 02/03/20 10:54

>>226
「物理的に」っつー意味が良くわかんねーのだが。

デリートフラグが付いたものを、物理的にデータファイルから消す、という意図なら、
バキュームするしかないだろう。

>206のやりかたでも、postgresの仕様では「物理的」には、削除できないと思われ。

DISTINCTをつかって取得されるデータセットの上で、重複行を見えなくする（一つ
にまとめる）ことを例えば「論理的に削除」と呼ぶとして、これに対しての、「物理的
に削除」（Delte文での削除）、と言っているのならば、単純に重複行をoid使って削
除すればいいだけだと思うが。

テーブルのサイズにも寄るだろうが、oidを使って、削除するものが、>206より速度
的に劣るとは、絶対に思えん。

もしかして・・・・oidの概念とか、oidの使い方がわからないんかい？

**その１** · 02/03/20 11:08

こんな感じかな。思いつき&未検証ｽﾏｿ。

>create test (a integer);
CREATE
>insert into test values (1);
INSERT 123055 1
>insert into test values (2);
INSERT 123056 1
>insert into test values (1);
INSERT 123057 1
>select * from test;

a
---
1
2
1
(3 rows)

>select distinct * from test;

a
---
1
2
(2 rows)

>select oid, a from test;

oid | a
-------+--
123055 | 1
123056 | 2
123057 | 1

続き · 02/03/20 11:09

>delete from test where a=1 and oid<>(select max(oid) from test where a=1);
DELETE 1

>select * from test;
a
---
1
2
(2 rows)

>select oid, a from test;

oid | a
-------+--
123056 | 2
123057 | 1
(2 rows)

**206** · 02/03/20 11:09

>>227
ｽﾏｿ、後者。

DELETE FROM table WHERE oid = 重複

の「oid = 重複」の書き方がわかんないんす。
oidについては知ってるツモリ。
それとも、漏れ、わかってねぇ？

**206** · 02/03/20 11:12

おう、ｶｷｺしてるあいだにサンプルが。THX。

でもこの消したい行がわんさかあるんですわ。
サブクエリとか使いまくったら何とかなるかな。。。

**227(=228=229)** · 02/03/20 13:46

>>206
このサンプル、ちゃんとサブクエリ使っておいた。
oid最大のものだけ残して、あとはすっかりきれいにしてくれるはずだ。

**227** · 02/03/20 14:26

>206
>232では、勘違いしてた。削除対象そのものがたくさんあるって事だね。
うまいこと工夫してサブクエリ組み合わせるのもいいが、
次のようなファンクションを核のも手だぞ。

CREATE FUNCTION testfunc() RETURNS INTEGER AS '
DECLARE
rs RECORD;
va INTEGER;
BEGIN
FOR rs IN SELECT a FROM test GROUP BY a HAVING count(*)>1
LOOP
DELETE FROM test WHERE a=rs.a AND oid<>(SELECT MAX(oid) FROM test WHERE a=rs.a);
END LOOP;

RETURN 0;

END;
' LANGUAGE 'plpgsql';

plpgsql使ってるけどな。ファンクションの返り値は適当に工夫しる。

**nobodyさん** · 02/03/22 08:23

7.2 にした人、バキュームしてる?

**nobodyさん** · 02/03/25 00:06

postgreである文字列を検索するとき、
LIKE句使うのと、正規表現使うのでは、どちらの方がパフォーマンス的に
良いのでしょうか。

**nobodyさん** · 02/03/25 00:23

LIKE

**nobodyさん** · 02/03/25 00:39

>236
うそを言っちゃダメ！
Learning PostgreSQL という参考書にちゃんと書いてあるYO！

P224-225
「PostgreSQLでは、LIKEや正規表現の検索にインデックスが使われないため、
検索速度が劣化します。前方一致検索だけは例外で、この場合だけはインデックス
が使われて高速検索が可能になります。」

**235** · 02/03/25 01:27

>>236-237
ありがとうございますた。

02/03/25 01:30

PostとMyってどっちが使えるの～。
Oracleと比較した場合はどうなる？
教えてちょーだい！

**nobodyさん** · 02/03/25 02:23

商用RDBとの比較って難しいんじゃないの？
利用目的にもよると思うけど。
とりあえず中小規模の社内システム程度なら、
オラ来る使う必要無いケースなんて多いっしょ。

**Dream ★** · 02/03/25 02:38

>>239-240
ビンボ人としては、そういう比較できるのがうらやましいです。
お金あるんだったら有無を言わずOracleがいいと思います。
トラブルの時や、コーディング行き詰まったら痛感すると思います。

**nobodyさん** · 02/03/25 02:43

確かに、サポートが気軽に使えるのは安心。
OpenSourceでも、意外とWebでサポートに近いくらいの情報集められたりするけどね。
情報収集力も、スキルのうちってか。

**nobodyさん** · 02/03/25 02:49

この記事は、なかなか興味深い。

http://japan.internet.com/linuxtutorial/20020219/1.html
「基幹業務にオープンソースの DB は使えるか」から抜粋。
------------------------------------
もうひとつ、われわれ主催者である OSDN のネットワークには非常に多くのサイトがある。
OSDN.com をはじめとして Slashdotスラッシュドット、SourceForge、Freshmeat、Linux.com などの
ほとんどのサイトでバックエンドで動いているのは MySQL だ。特に、Slashdot や SourceForge では
非常に多くのアクセスがあり、しかもほとんどのデータもメッセージもシステムごと DB に格納されているので
非常に大きな負荷がかかるが、スムーズに動いている。

Slashdot のシステムはオラクルでも PostgreSQL でも動くが、 MySQL ほどのスピードが実現できない。
Slashdot は毎月4000万 PV 以上あり、登録ユーザーが25万人いる。 Web サーバーが8台、
DB サーバーは1台だけある。 Web サーバーにはいつ落ちてもおかしくないような負荷がかかっているのだが、
リクエストを受ける MySQL の DB サーバーはいつもスムーズに動いている。

**Dream ★** · 02/03/25 03:03

>>243
チューニングする人の腕とか、カスタムチューンの話抜きだから、
ちょっと間引いて聞きたい内容ですけどね。
なるほど～って思うところもありました。

**nobodyさん** · 02/03/25 14:29

ＰｏｓｔｇｒｅＳＱＬとmySQLの比較。
比較しがたいもの、Linux DBMS パート3--1
http://japan.internet.com/linuxtutorial/20001216/1.html
＞真の RDBMS が必要なら PostgreSQL を選択するしかない。実際のパフォーマンス
＞が重要なら、小規模なシステムほど良い結果を得られるだろう。特にデータベースへ
＞のアクセスが単純でほとんど自動的である場合はそうだ。
＞mSQL と MySQL は、このような理由で Web データベースシステムとして宣伝されている。

トランザクション機能をとりあげて、PostgreSQLに分があるか、のような言い方をしてる
ともとれる。
…が、そもそもそこまでの機能が要されるものが果たしてどれくらいＷｅｂで存在
するのだろうか？
おそらくまっとうな正規化すら要求されていないのでは？と想像。

**nobodyさん** · 02/03/25 14:32

Web系なら、速度の点でPostgreSQLよりはMySQLだろ。

**nobodyさん** · 02/03/26 04:35

　MySQLはSELECTのみ頻発するサイトならいいが、イントラ系などなら自動的に
PostgreSQLだと思われ。せこいけど、企業ポータルなどではMySQLはライセンス
料かかりそうだし。

**nobodyさん** · 02/03/26 11:30

>>247
>MySQLはライセンス料かかりそうだし。

これ払っていないとこ多そうだね。

**nobodyさん** · 02/03/26 14:50

必要ないのかもしれないんだけど
テーブルのカラム名の順番変えたいんだけど
方法ってありますか？
手持ちの完全攻略ガイドに無いので、存在しないのかなと思ったり思わなかったり。
select * from table の見栄えが悪いの気持ち悪い・・・

**nobodyさん** · 02/03/26 15:20

>249
かえれば？

**nobodyさん** · 02/03/26 16:10

>>250
どうやって？