PostgreSQL or MySQL

■掲示板に戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 最新50

レス数が1000を超えています。残念ながら全部は表示しません。

PostgreSQL or MySQL

1 ：名無しさん ：2000/04/12(水) 19:03: Apache+PHP/FIで検索システムを作ろうと思っています
PostgreSQLとMySQLのどちらがおすすめですか？
ご意見きかせてください
規模は小さいです＆日本語必須です
サーバはLinux（Vine）を考えています
901 ：名無しさん＠お腹いっぱい。 ：03/03/10 17:21: >今後の対処方法
>>981のメッセージ内に書いてある。

といいたい所だがホワイトディも近いので翻訳してみる。
ERROR: Function lo_unlink(text) does not exist Unable to identify a function
that satisfies the given argument types You may need to add explicit typecasts
エラー：処理しろって言われた引数を持つlo_unlink(text)なんて関数はない。
もっとわかりやすいように型をキャストするほうが今後の君のためだよ

と言うと、素直にキャストしようとして何にすればいいんですか？といわれそうなので、
エイプリルフールも近いのでマニュアル嫁と言ってみる。

ｵﾚはラージオブジェクト使ったことないけど、
エラーメッセージ読んでマニュアルに飛んで、解決法を見つけたぞ。
機械が出力するメッセージの種類なんてたかが知れてる。
全部覚えるくらいの気持ちで訳してみれ。
902 ：名無しさん＠お腹いっぱい。 ：03/03/10 17:22: ああ。>>891のメッセージ内に書いてあるだったな
ｽﾏﾝｺ
903 ：名無しさん＠お腹いっぱい。 ：03/03/10 18:02: 手元にある 7.2.2 も 7.3.2 も echo '\df lo_unlink' | psql で Argument data types は text じゃないな。datetime で目頭が熱くなった記憶はあるが。
904 ：名無しさん＠お腹いっぱい。 ：03/03/11 03:16: >>899
あの程度の文章ですら翻訳サイトに行かないとわからないような人は、
SQLうんぬんの前にまず英語をお勉強しましょう。

もっとはっきりいうと、お前のようなバカは消えろってことだ。
905 ：名無しさん＠お腹いっぱい。 ：03/03/11 23:12: >>899
Postgresはバージョン間の互換性なんて保証されない。
それまで使えていた機能が使えなくなることなんてザラだから、
そのあたり全部自分で何とかできるんでなければ、バージョンアップ
なんてするもんじゃない。
906 ：名無しさん＠お腹いっぱい。 ：03/03/12 11:07: とりあえずラージオブジェクトを使ったことの無い人は消えてくださいね。
907 ：名無しさん＠お腹いっぱい。 ：03/03/12 11:27: lo使ったこと無いけど知ってる。
でも消える。
908 ：名無しさん＠お腹いっぱい。 ：03/03/12 14:07: >>906
消えてもらわないとどんな都合悪いことがあるんですか?
909 ：名無しさん＠お腹いっぱい。 ：03/03/12 16:44: 908=837=手のつけようがないキチガイ
910 ：908 ：03/03/12 22:47: >>909
威勢のいいことをいう割に、説明を求められると暴言を吐いて
逃げてしまうのが最近のガキに共通する特徴なんですか ♥
911 ：名無しさん＠お腹いっぱい。 ：03/03/13 01:13: 知能のない煽り屋に居着かれたな
912 ：名無しさん＠お腹いっぱい。 ：03/03/13 14:06: なになになんなんなん．．．ですか？

と口を利く香具師は子供いや大供かも．．．（藁
913 ：山崎渉 ：03/03/13 16:24: （＾＾）
914 ：名無しさん＠お腹いっぱい。 ：03/03/13 20:01: おまえらー！
なになになんなんなんかーっ！？

by 大供コーヘー from 越生
915 ：名無しさん＠お腹いっぱい。 ：03/03/25 22:31: PostgreSQLの共有メモリに関する質問です。

共有メモリに確保されるのは、
shared_buffersとfree_space_mapとwal_buffersですが、
これらは独立に確保されるのですか？
それとも大枠でshared_buffersをとり、
その中をfree_space_mapとwal_buffersで分けあうのですか？

ドキュメントを読む限りでは前者と考えていたのですが、
雑誌SOFTWARE DESIGN 2003.02 154p.p.に
「"wal_buffers"は"shared_buffers"に含まれますので....」
と書いてあり、混乱しています。

実際のところ、どうなんでしょうか？
916 ：名無しさん＠お腹いっぱい。 ：03/03/27 13:22: MySQL vs PostgreSQL BLOB戦
MySQLは、1レコードあたり16MB
PostgreSQLは、1レコードあたり2GB
ってホント？
MySQLは、テーブルロックしちゃうから小さめのレコードサイズに制限されているのかな？
理由があれば教えて下さい。
917 ：名無しさん＠お腹いっぱい。 ：03/03/27 15:09: >915
含まれてないと思います。

size = BufferShmemSize();
size += LockShmemSize(maxBackends);
size += XLOGShmemSize();
size += CLOGShmemSize();
size += LWLockShmemSize();
size += SInvalShmemSize(maxBackends);
size += FreeSpaceShmemSize();

ですから。
918 ：名無しさん＠お腹いっぱい。 ：03/03/27 15:13: というだけではアレなので、ソース追って再確認。

shared_buffersの値はNBuffersに入り、BufferShmemSize()で加工されて返される。
wal_buffersの値はXLOGbuffersに入り、XLOGShmemSize()で加工されて返される。

よって、相互の値に影響は与えない。
919 ：915 ：03/03/28 12:06: >>917,918
ありがとうございます。
自分でもpostgresql.confのパラメータをいじって、独立に値を設定して、
それが反映されていることを確認していました。

雑誌の記事ですが、S◯A社の人が書いたもので、その人はリプリケーション関連を
いじっている人なので、あれれそーだったっけ？とかなり驚いたわけでした。
920 ：名無しさん＠お腹いっぱい。 ：03/04/02 14:26: 便乗質問

postgresqlのWALって、どんなふうに動作するのでしょうか？トランザクショ
ンログがwal_bufferに保存されて、いっぱいになるとWALログにfsyncされる。
CHECKPOINTがくるとWALログの中身がデータベースに反映される。つまりCHECKPOINTまではハードディスクのテーブルデータは変更されない？
するとshared_bufferの立場は？shared_bufferは読み込み専用？

postgresqlの中身がきっちり書いてある本ってないのかな？
921 ：名無しさん＠お腹いっぱい。 ：03/04/02 18:15: プログラミングがメインの書籍ばっかなんだけど
チューニングや運用に重点を置いた書籍だしておくれ。
922 ：名無しさん＠お腹いっぱい。 ：03/04/03 04:56: postgresqlを使い出しました
$ cat table-src
asakura daisuke 30 090-xxxx-xxxx mail@mail.com
asakura daisuke 30 090-xxxx-xxxx mail@mail.com
asakura daisuke 30 090-xxxx-xxxx mail@mail.com

みたいなファイルから自動でテーブルをつくって欲しいんですけど
どーすればいいですか？
923 ：名無しさん＠お腹いっぱい。 ：03/04/03 05:12: 実践 PostgreSQL
John Worsley、Joshua Drake　著
石井達夫　監訳
木下哲也　訳

マンモスを描いてあるあの本なんですが
誰かもっています？
これが一番まともなかんじがするんだけどどうかな
参考書さがしているんですけども
924 ：名無しさん＠お腹いっぱい。 ：03/04/03 11:57: >>922

自動でテーブルなんぞ作れない。まずは自分で作れ。そしてCOPYか\copyをやれ。

って、この板ではタコは晒しておくもんなの？
925 ：名無しさん＠お腹いっぱい。 ：03/04/03 12:30: >>924
どう対処するかは個人の趣味で。
私は気が向いたら答えるときもありますが、基本は放置。
926 ：名無しさん＠お腹いっぱい。 ：03/04/03 14:26: >920
バッファを更新してからWALに書きまつ。
927 ：920 ：03/04/03 14:36: >>926
返答ありがとうございます。

で、バッファとはwal_bufferのことですよね。
wal_buffer ＝＞ WALログはわかるんですが、というかあたりまえですが、

それともここでいうバッファとはshared_bufferのことですか。
そうするとWRITE AHEAD LOG じゃなくなりますよね。

shared_bufferは読みだし専用なのかなあ。
でも、そうすると変更された(walに溜っている変更分)は
どうやってshared_bufferに反映されるのだろう？

↑ こんなところが疑問点なんですけど。

今、トランザクション関係の本を読んでいますが、
原理の説明ばかりで具体例がないので理解できないで困ってます。
928 ：名無しさん＠お腹いっぱい。 ：03/04/03 15:17: >927
違います。wal_bufferではなくshared_bufferです。
shared_bufferを更新してから、WALに書いてます。

ただ、今見てみたんですけど、
ページのバッファにタプルを追加するのはWALの前でやってるんですけど、
バッファのdirty bitを立てるのはWALの後でやってますね。
929 ：名無しさん＠お腹いっぱい。 ：03/04/03 15:20: 恐らく更新の際の順序は、

1. shared_bufferを更新
2. WALを書き込み
3. shared_bufferにdirty bit（ページ更新フラグ）
4. （かなり遅れて）shared_bufferをページに反映

となると思われます。

つーことは、WALは「何に対して先行しているのか」と言えば、
「ページファイルの更新に対して先行」ということになるのかな。
930 ：920 ：03/04/04 12:17: >>928,929
ありがとうございます。

早速プログラムを読んで、、、、といいたいところですが、
プログラム経験がないもんで、自分で確認できないです。
だから説明されたことを念頭に、もう一度ドキュメントを読み直して確認してみます。

PostgreSQLのいい本がほしいなあ。
931 ：926 ：03/04/05 03:04: ちなみに、ソース読むなら backend/access/heap/heapam.c の
heap_insert() 関数あたりを読むと、なんとなく分かるよ。

> PostgreSQLのいい本がほしいなあ。

売れる見込みがないとね・・・難しいよね。
932 ：名無しさん＠お腹いっぱい。 ：03/04/05 03:15: >>931
内部構造とかの解説となるとマイナーバージョンアップで
すぐかわっちゃうからねえ。特定のバージョン限定とか、
0.1分古いのまでとなると、なかなか売れにくいだろうねえ。
933 ：名無しさん＠お腹いっぱい。 ：03/04/06 03:43: PL/pgSQL にて

execute で動的に select 文を実行した場合の結果の受け取り方が解りません
マニュアルには、update とか create しか載ってないみたいなのですが
動的なSQLの結果を受け取ることは不可能なのでしょうか？
934 ：名無しさん＠お腹いっぱい。 ：03/04/06 03:52: ごめんなさい FOR ... ECECUTE で出来るみたいでした。

しかし、なせ select into が使えないのか、おおよその想像はできますが
やっぱり select into が使えた方が便利ですね。

お騒がせしました。
935 ：名無しさん＠お腹いっぱい。 ：03/04/06 04:09: >>934
パンチミスがあるみたいですが、実際には、こんな感じね

declare
　rec record;

begin

　wSQL := ''SELECT aaaa as D1 FROM bbbb where cccc='' || $1;

　for rec in EXECUTE wSQL loop
　　ATAI := rec.MOKU;
　end loop;

end;
936 ：名無しさん＠お腹いっぱい。 ：03/04/07 20:12: psql 7.2.2 です。
translate('ABCDEFG', 'AB', 'XY') が 'XYCDEFG' に、
translate('ABCDEFG', 'AZ', 'XY') が 'XBCDEFG' になります。
これは仕様上正しい挙動ですか？
937 ：名無しさん＠お腹いっぱい。 ：03/04/07 20:22: 上は、AがXになってBがYになるんでしょ？
下は、AがXになってZがYになるんでしょ？

正しいと思うが。
938 ：名無しさん＠お腹いっぱい。 ：03/04/08 11:03: >>936
どうなってほしいの?
939 ：山崎渉 ：03/04/17 12:00: （＾＾）
940 ：山崎渉 ：03/04/20 06:18: 　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）
941 ：堕天使 ：03/04/20 18:55: http://life.fam.cx/
942 ：名無しさん＠お腹いっぱい。 ：03/04/21 03:07: おまいらのmy.cnf見せてください。
943 ：名無しさん＠お腹いっぱい。 ：03/04/21 18:22: 今まで、私１人が使うDBであるために１つのDBを１つのアカウントで
運用して来ましたが、５月からこのDBを課内全員で利用する事に
なってしまいました。
これに伴って、課長クラスは更新は可能だが一般社員は入力のみしか出来ない
とかアカウントの権限によって更新方法を制限させたいのですが、
PostgreSQLでテーブル毎にユーザの更新権限を設定する事はできませんか？
そもそも、DB単位でも無理なのでしょうか？
プログラムレベルでも可能なのですが、ODBCで繋いで無理やり変更されたり
するのも嫌なのでなんとかPostgreSQL側でできないかと調べ中です。

良い案はありませんか？
944 ：名無しさん＠お腹いっぱい。 ：03/04/21 21:21: GRANT
945 ：名無しさん＠Ｍｅａｄｏｗ ：03/04/21 22:12: あとidentも忘れずに
946 ：名無しさん＠お腹いっぱい。 ：03/04/22 00:18: 同じことするならどっちが簡単？
947 ：名無しさん＠お腹いっぱい。 ：03/04/22 05:39: ODBCで繋いで無理矢理って、いったいどういうネットワークの設定を
しているんだかと小一時間…

ふつ～、そんなのフロント側で認証機構持たせるだろ
948 ：名無しさん＠お腹いっぱい。 ：03/04/23 17:53: http://www.postgresql.org/
㌧㌦?
(´･ω･`)ｼｮﾎﾞｰﾝ
949 ：名無しさん＠お腹いっぱい。 ：03/04/24 21:24: >>947
俺にはオマエさんが言っている意味の方がわからん。
フロント側で承認なんてあっても無意味だろ、無理槍なんだから。
950 ：名無しさん＠お腹いっぱい。 ：03/04/25 12:39: >>949
バックに無理矢理繋げられるようなネットワークの設定にしておるのか、お前。
951 ：名無しさん＠お腹いっぱい。 ：03/04/25 15:12: 他人が無理やり変なことをするんじゃなくて信頼できるユーザ本人が、
やるって話みたいだし、だから彼はユーザ毎の権限の設定方法を尋ねてたのでは？

5432ポートで繋ぐようなシステムの場合だと、許される権限の信頼できるユーザの
無謀な処理を食い止めることは難しいと思うが如何かな？

ODBCで接続可能だとすれば、アカウントとパスワードを隠しても
簡単にパスワードを見る事は可能なんで意味ないし。

その辺りも含めて良い方法があるのなら提示してください >> 950
(PHP使って127.0.0.1 からしか使わせないってのは無しね。)
952 ：名無しさん＠お腹いっぱい。 ：03/04/26 00:18: フロントからしか接続できないようにするって考えはないのか、こいつ
953 ：名無しさん＠お腹いっぱい。 ：03/04/26 00:58: 例えばどうやって？
954 ：名無しさん＠お腹いっぱい。 ：03/04/26 02:01: >>952 そんなことできるの？
955 ：名無しさん＠お腹いっぱい。 ：03/04/26 02:05: SSHで認証すればいいだろ、素人かこいつら
956 ：955 ：03/04/26 02:07: ごめん流れ読んでなかった、
SSHで認証ってのはちょっと違ってます
スマソ
957 ：名無しさん＠お腹いっぱい。 ：03/04/26 02:38: だからフロントで承認して他から接続できなく作るんだって
958 ：名無しさん＠お腹いっぱい。 ：03/04/26 17:15: 独自に認証する仕組みを作るって話？
それにしても 951が言ってる内容はクリアできないよね。
libpq使うにしてもODBCにしてもパスワードは知ってるんでしょ？
だったらGRANTで権限つける程度しかできないんじゃないの？
959 ：名無しさん＠お腹いっぱい。 ：03/04/26 19:17: >>952,957
IPアドレス認証、パスワード認証、
以外でフロント認証/承認？ってあるの？
960 ：名無しさん＠お腹いっぱい。 ：03/04/26 20:53: 性善説
961 ：名無しさん＠お腹いっぱい。 ：03/04/27 00:40: フロント認証とは性善説であるってこと？
悪意あるユーザなぞは最初から存在しない、
つまり、認証事態が無意味であったとしても不正な行為は行われないと？

ありがとうございました
962 ：名無しさん＠お腹いっぱい。 ：03/04/28 03:44: 957、952、950 とかはアフォ? まぁいいや。

>>951、958
PostgreSQL ってパスワードは普通のテーブルに書いてあるの?
963 ：名無しさん＠お腹いっぱい。 ：03/04/28 19:53: 959-962=自作自演のキチガイ
964 ：名無しさん＠お腹いっぱい。 ：03/04/29 23:19: いいんだけど >>952 に対しての >>953-954 の質問への
返事を興味深深で待っているのだが、なぜ返事を書かないの？
ひょっとして嘘ですか？
965 ：名無しさん＠お腹いっぱい。 ：03/04/30 00:38: いいんだけど >>962 に書いてある「興味深深」の意味について
返事を興味津々で待っているのだが、なぜ返事を書かないの？
ひょっとして鞭ですか？
966 ：名無しさん＠お腹いっぱい。 ：03/04/30 01:12: このスレも終りだね
このスレの誕生から今までの文章を読み返して感じたことは
頭悪すぎるってことに尽きる
967 ：名無しさん＠お腹いっぱい。 ：03/04/30 20:24: 837みたいなしったかキチガイが居ついちまったからな。
968 ：名無しさん＠お腹いっぱい。 ：03/05/01 05:37: 次スレ立ってます。

オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/
969 ：837 ：03/05/01 23:55: >>967 屈折した愛情表現でつね
970 ：山崎渉 ：03/05/22 02:04: ━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―
971 ：名無しさん＠お腹いっぱい。 ：03/07/02 22:50: 10人の方から応募があり、3人の方に配布しましたが、
一人の人からは、初めから、何の連絡も無く、
一人の方からは、きついご指摘があって、3日がかりで対応させ、
最後の一人の方からは、先週の日曜日から連絡がありません。
972 ：名無しさん＠お腹いっぱい。 ：03/07/09 18:52: データベース板
http://pc2.2ch.net/db/
973 ：山崎渉 ：03/07/15 11:37: 　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣
974 ：名無しさん＠お腹いっぱい。 ：03/07/16 22:17: ひょっとしてここ、ウニ板の最古スレ?
975 ：名無しさん＠お腹いっぱい。 ：03/07/18 02:59: wget -U "Monazilla/1.00" http://pc.2ch.net/unix/subject.txt
sort -n < subject.txt | more

そうですね。
976 ：名無しさん＠お腹いっぱい。 ：03/07/18 07:49: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/

PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/
977 ：名無しさん＠お腹いっぱい。 ：03/07/25 16:11: 記念パカキコ
978 ：ぼるじょあ ◆yBEncckFOU ：03/08/02 05:07: 　　　　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　・３・） (　　＾＾）＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ
979 ：名無しさん＠お腹いっぱい。 ：03/08/31 14:18: 記念カキコそろそろ１０００いくか！？
980 ：名無しさん＠お腹いっぱい。 ：03/09/15 12:47: この前書いたのまだあるし
981 ：名無しさん＠お腹いっぱい。 ：03/09/15 15:21: 埋め立て協力
982 ：次スレ案内 ：03/09/16 11:06: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
983 ：次スレ案内 ：03/09/16 11:07: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
984 ：次スレ案内 ：03/09/16 11:07: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
985 ：次スレ案内 ：03/09/16 11:08: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
986 ：次スレ案内 ：03/09/16 11:08: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
987 ：次スレ案内 ：03/09/16 11:09: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
988 ：次スレ案内 ：03/09/16 11:09: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
989 ：次スレ案内 ：03/09/16 11:10: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
990 ：次スレ案内 ：03/09/16 11:10: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
991 ：次スレ案内 ：03/09/16 12:02: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
992 ：次スレ案内 ：03/09/16 12:03: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
993 ：次スレ案内 ：03/09/16 12:03: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
994 ：次スレ案内 ：03/09/16 12:04: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
995 ：次スレ案内 ：03/09/16 12:04: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
996 ：次スレ案内 ：03/09/16 12:05: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
997 ：次スレ案内 ：03/09/16 12:05: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
998 ：次スレ案内 ：03/09/16 12:05: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
999 ：次スレ案内 ：03/09/16 12:06: オープンソースDataBase
http://pc.2ch.net/test/read.cgi/unix/1051732378/l50
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/l50
mysqlについて語ろう
http://pc2.2ch.net/test/read.cgi/db/1056947097/l50
1000 ：名無しさん＠お腹いっぱい。 ：03/09/16 12:24: 1000

掲示板に戻る全部前100 次100 最新50

read.cgi ver5.26+ (01/10/21-)