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）を考えています
801 ：名無しさん＠お腹いっぱい。 ：03/01/15 19:57: commit って辞書で引いてみたら。。。

・犯す
・（悪いことを）する
・精神病院に入れる
・陥れる
・束縛する
・困難な立場に立たせる

って。。。
なんで commit なんて単語採用したの？＞ＳＱＬ作った人
802 ：名無しさん＠お腹いっぱい。 ：03/01/15 21:26: >>801
元には戻せないようにする、確定させるというつながりじゃないかな。
803 ：名無しさん＠お腹いっぱい。 ：03/01/16 00:28: >>801の辞書が偏ってるだけだろ....
804 ：名無しさん＠お腹いっぱい。 ：03/01/16 00:40: ［commit］のEXCEED英和辞典からの検索結果　
com・mit　●　
vt.　(-tt-)　犯す　(～ suicide [a crime, an error])；
　委託［委任］する　(to)；
　（獄・精神病院に）入れる；
　陥れる　(to)；
　束縛する　(～ oneself to do [to a promise])；
　困難な立場に立たせる

WebGrep for EDICT (英和辞典兼和英辞典)
モナシュ大学（オーストラリア）Jim Breen氏のEDICTを検索します。
検索結果
640: へまをやる /to commit a blunder/
4594: 演じる [えんじる] /to perform (a play)/to play (a part)/to act (a part)/to commit (a blunder)/
8367: 強盗をはいる [ごうとうをはいる] /to commit a robbery/to burgle/

ttp://server27.hypermart.net/koro02/i/etoj/
検索結果
commit
に掛かり合う;犯す;を委任する;を収容する
805 ：名無しさん＠お腹いっぱい。 ：03/01/16 02:14: >>801
チミは「コミットする」って言い回しを日常的に使わないのか？
806 ：名無しさん＠お腹いっぱい。 ：03/01/16 03:23: 日常的にですか！？
僕は使いませんけど、ひょっとして貴方様は強姦魔ですか？
807 ：名無しさん＠お腹いっぱい。 ：03/01/16 03:45: ｵﾚもたまにコミットする。
その辞書に、comitter contributorって載ってないかな？
808 ：名無しさん＠お腹いっぱい。 ：03/01/16 04:05: http://dictionary.goo.ne.jp/cgi-bin/dict_search.cgi?sw=2&MT=%83%52%83%7E%83%62%83%67
809 ：名無しさん＠お腹いっぱい。 ：03/01/16 10:35: http://dictionary.reference.com/search?q=commit
> 4. To consign for future use or reference or for
> preservation: commit the secret code to memory.
810 ：　：03/01/23 00:56: commitが日常会話的につかえない単語になってしまうのであれば、、、

omitやpermitやsubmitの立場がなくなってかわいそうじゃないか！！
文句あんならIBMにいって当時の4GL技術者とっちめてこい
811 ：名無しさん＠お腹いっぱい。 ：03/01/23 09:49: >806
その理屈でいくと、日産のカルロスゴーンは、
社員に「強姦」を求めたことになってしまいますが。
812 ：名無しさん＠お腹いっぱい。 ：03/01/23 15:33: 実際にロト6の当選数字をＤＢ化している人いるかな
813 ：名無しさん＠お腹いっぱい。 ：03/01/25 11:23: >>812
いるとしたら、この板だな。
http://natto.2ch.net/denpa/
814 ：名無しさん＠お腹いっぱい。 ：03/01/28 17:46: あのぅちょっとお尋ね申し上げますが。

ネームサーバのバックエンドとして PostgreSQL または MySQL を用いた実装とかって
ないでしょうかね？

要はリクエストに対し、DBに問い合わせる、みたいな。
キャッシュとかもちゃんと考えられてるとうれしいかな。
815 ：名無しさん＠お腹いっぱい。 ：03/01/28 22:44: >>814
BIND9からその機能が入るんでなかったかな?
--with-dlz-fooでfooをバックエンドのDBとしたものができるはず。
ただ、素のBIND9に比べて遅過ぎて使い物にならないという噂を聞いたことがある。
816 ：名無しさん＠お腹いっぱい。 ：03/01/31 01:21: (責任上)〔特定の目的･責務を〕引き受ける; 〔…を〕約束する

と、わしの辞書にはあるのだが・・・。
817 ：名無しさん＠お腹いっぱい。 ：03/02/02 05:41: いまmysqlのクライアントいれてみました
どっか公開mysqlサーバないですか？
とりあえずコマンドの勉強だけでいいのですが
818 ：vvv ：03/02/02 06:04: http://jsweb.muvc.net/index.html
★☆★幸福になりたーい！！★☆★
819 ：名無しさん＠お腹いっぱい。 ：03/02/02 11:24: 　　　　　,一-、
　　　　 /￣　l |　　　／￣￣￣￣￣￣￣￣￣￣
　　　　■■-っ　＜　んなーもなーない
　　　　´∀｀/ 　　　＼＿＿＿＿＿＿＿＿＿＿
　　＿_／|Ｙ/＼.
　Ё|＿_　| /　　|
　　　　| У..　　|
820 ：名無しさん＠お腹いっぱい。 ：03/02/03 03:58: ディスクに余裕ないし、NetVaultは高価で手が出ませんが
MySQL,PostgreSQLで、DLTなどのバックアップ装置に直接dumpする方法ありませんか？
821 ：名無しさん＠お腹いっぱい。 ：03/02/03 11:11: MD5ではなく、Cryptによって変換されたパスワードのリストをMySQLのユーザーに再利用したいのですが、MD5以外のパスワードは利用出来ませんか？
822 ：名無しさん＠お腹いっぱい。 ：03/02/03 11:19: アクセスにしとけ
823 ：名無しさん＠お腹いっぱい。 ：03/02/03 12:43: >>820
DLT ってデバイスファイルに出てこないの?
/usr/local/pgsql/bin/pg_dump db_name -b -o -Fc > DLTへのパス
じゃダメ?
824 ：名無しさん＠お腹いっぱい。 ：03/02/03 15:32: >>823
tar形式のファイルには落とせるね
でも8GB制限があったよ。
今は解決しているのか不明
825 ：名無しさん＠お腹いっぱい。 ：03/02/04 02:46: さっきpostgreSQL入れてみました
sqlのを知りたくていれてみたのですが
いまいちしっくりくるデータがないですね
友達アドレス帳はabookで足りてるし
ってかわざわざdbms使うよーなことでもないけど
皆さんで私用でつかう場合はどんなことに使ってるの？
826 ：名無しさん＠お腹いっぱい。 ：03/02/04 02:48: ついでにあげとくか
827 ：名無しさん＠お腹いっぱい。 ：03/02/04 03:12: >>826
ISAMの代わり。
828 ：名無しさん＠お腹いっぱい。 ：03/02/04 16:48: SELECT検索で, 該当レコードが 1000をこえたらそこで検索終了, みたいな処理は
MySQLまたはPostgreSQLでできるんですか？
829 ：名無しさん＠お腹いっぱい。 ：03/02/04 20:41: limit 1000
830 ：名無しさん＠お腹いっぱい。 ：03/02/08 22:22: PostgreSQLで, 表を結合した場合とか, 副問い合わせをいれた場合とかの検索に
必要な時間量とかを解説した本はないですか？
831 ：名無しさん＠お腹いっぱい。 ：03/02/08 22:33: >>830
テーブル設計によって千差万別。
まずは EXPLAIN ANALYZE から始めたら?
832 ：名無しさん＠お腹いっぱい。 ：03/02/08 22:36: >>830
MLでも言われていたけど、バージョン毎に結構挙動が違うんで、本にする
勇気のあるﾔｼはいないんじゃないかな。
Amazonで洋書を探してみても、そこまで踏み込んだものは見当たらない。

Oracleなんかのチューニングの本にはわかりやすい本も多いから、それを
参考にexplainの内容を自分で読み解くのがいいかも。
833 ：名無しさん＠お腹いっぱい。 ：03/02/08 23:32: >>825
そんなあなたには、郵便番号DB
http://www.post.yusei.go.jp/newnumber/index.htm

少しは遊べるかも。量もたっぷりあるし。
834 ：名無しさん＠お腹いっぱい。 ：03/02/09 06:38: あ　　げ
835 ：830 ：03/02/09 14:09: >>831, >>832
EXPLAINでの分析で実用上は大丈夫なんですが, もう少し技術的に内部動作的な事が
知りたいんですが, バージョン毎に結構違うんですか･･･

本屋とかで見かけるチューニングの本は, プログラマにとっては内部動作考えれば
そんなことあたりまえだろ的なことがほとんどなんであまり役に立たないことが多いです.
なにかおすすめの本ってありますか?
836 ：名無しさん＠お腹いっぱい。 ：03/02/09 17:26: >>835
DB 全般についての経験があるって前提で、
Postgres 固有のチューニング手法や
システム内部の情報について知りたいってことか。

本家の pgsql-performance メーリングリストとかはどう?
あとはソースを読むしかないんじゃないのかなあ。
837 ：名無しさん＠お腹いっぱい。 ：03/03/01 12:26: ヲイラのような、コードを読み書きしないイパーソUNIXユーザにとって、
オープンソースのRDBMSを使う利点って何ですか?
- コスト
でも欠点はいくつも見えるんですよね。
- レプリケーション
- PITR
- トランザクション(あっても透過的でない)
838 ：名無しさん＠お腹いっぱい。 ：03/03/01 12:44: そんなことよりFirebirdをIRIXに移植してくれ。
839 ：名無しさん＠お腹いっぱい。 ：03/03/01 13:24: >>837
商用DBだと商品が身売りされたりしていつのまにか消えてなくなったりする
リスクが回避可能。
つーか、やっぱり最終的にはソースを読む気になれば読めるってのが最大の
メリットじゃないの？
そこにメリット感じないならオラとか使うのが吉じゃないかな。
840 ：名無しさん＠お腹いっぱい。 ：03/03/01 13:59: >>839
ヒゲみたいなセリフだな。
自分でソースをいじらない人にとってはリスクは一緒だよ。
オープンソースでも、開発者が興味を失って放棄される
リスクはあるわけだし。
841 ：名無しさん＠お腹いっぱい。 ：03/03/01 14:07: >>840
多くのユーザを囲い込んでるプロジェクトなら、
元開発者のモチベーションがどうであれ、
延命の可能性はあるでしょう。リスクは相対的に低くなる。
842 ：名無しさん＠お腹いっぱい。 ：03/03/01 14:27: >>837
いまさらトランザクションを問題にしているとは…。きちんと情報集めてる?
843 ：名無しさん＠お腹いっぱい。 ：03/03/01 14:29: >>841
そんなの商用製品の場合も一緒だって。
ユーザーが多い製品なら、会社が身売りされたとしても
ほとんどの場合いきなり製品が無くなることはないだろ。
Rdbだっていまだにサポートされ続けているんだぜ？
844 ：837 ：03/03/01 14:38: >>842
問題ではないのですか?
845 ：名無しさん＠お腹いっぱい。 ：03/03/01 16:26: postgresはフリーだけどトランザクションサポートされてるよ。
846 ：837 ：03/03/01 18:29: >>842 >>845
「トランザクションがサポートされている」こと自体が問題
ではないことぐらいは分かってますよね?
847 ：名無しさん＠お腹いっぱい。 ：03/03/01 19:33: >>839
アナタのような、コードを読み書きしないイパーソUNIXユーザにとって、
オープンソースのRDBMSを使う利点は皆無なのでとっとと他所へ行ってください
848 ：名無しさん＠お腹いっぱい。 ：03/03/01 20:21: >846
ていうか、「トランザクションが透過でない」ってどーゆー意味？
849 ：名無しさん＠お腹いっぱい。 ：03/03/02 00:53: ちなみに>>847の場合はオープンソースだったことで
具体的にどういう利点があった？
俺もちょっと興味がある。
850 ：名無しさん＠お腹いっぱい。 ：03/03/02 01:21: つーか、別にこのスレでやんなくてもいいだろうよ。
851 ：名無しさん＠お腹いっぱい。 ：03/03/02 01:39: >>849
コスト
852 ：名無しさん＠お腹いっぱい。 ：03/03/02 01:53: >>847 って >>839 と同じ意見な気がするけど、
ソースは読めても日本語は読めない類の方なのでしょうか？(藁
853 ：名無しさん＠お腹いっぱい。 ：03/03/02 01:57: たぶんソースも勘違いして読んでる罠
854 ：　：03/03/02 02:07: クローズドなソフトでも、バグって本当に困った場合は
デバッガにかけて怪しい部分を突き止めてメーカに情報送ったりしない?
こういうとき、ソースがあればと思うことがよくある。
855 ：847 ：03/03/02 03:10: ごめんよぅ。>>837 の間違いだよぅ。
856 ：名無しさん＠お腹いっぱい。 ：03/03/02 04:46: >>843
いや、いきなり消える商用は数あると思うが。
ライセンスの問題もあるし。
857 ：名無しさん＠お腹いっぱい。 ：03/03/02 04:55: MySQLはMySQL AB社の商品です。
商用DBとオープンソースDBの中間をとってMySQLでいいじゃないか。
858 ：X ：03/03/02 08:35: ドリームパートナー募集中！
今話題のYahoo! BB、BBフォンの販売にご協力下さい。
販売には特別な知識は必要ありません。
魅力的な報酬プランご確認の上、お気軽にご参加下さい。

http://join.dreampartner.jp/mmd/bb/index.html
859 ：名無しさん＠お腹いっぱい。 ：03/03/02 11:13: > 商用DBとオープンソースDBの中間をとって

中間かよ！（三村風

ちなみに、私個人や、出入りしてる会社はPostgreSQLに対して、
結構調べたり手を入れたりしてるので、
オープンソースでよかったと思ってる人は結構多いと思いますよ。

特にR&Dなレベルだと、ぽすぐれ使っていろいろ拡張しようとしている
ところはありますね。
860 ：857 ：03/03/02 13:38: 俺の会社じゃ最近PostgreSQLやMySQL使った商品を売っているが、
相手がオープンソース系を理解していない場合、MySQLの方が１円でも
いいから値段が付いてる方が「商品です」と言って売りやすいんだな。

「フリーの物を使って金取るのか！」という輩がいなくなることを激しくキボン…。
861 ：名無しさん＠お腹いっぱい。 ：03/03/02 14:50: >>860
わらた。
862 ：名無しさん＠お腹いっぱい。 ：03/03/02 16:34: 「サポートは我々がするから～略～と一緒です」って例の謳い文句で、いざサポートが必要になると突然
手のひらを返したように、「オープンソースの物はreadmeにも無保証と書かれて～略～」なんて具合に断る業者は増えてくる一方。
更に「金取った挙句、インスコのみ～日間サポート」って業者も増殖中。
偉そうに「調べたり手を入れたり」とかほざいても、精々が苦し紛れのパッチ当て、それも数行程度。
それすらフォーラムへのフィードバックなんて皆無だし、セキュ関連は自分で塞ぐなんて出来るわけもなく公式パッチ待ち。
満足にコメントすら処理できないようなcppや、その後通る予定のgcc、それに付属のこれまた糞なSTL、
どれも数年前から日本語すら満足に扱えない自称i18n化環境が、このどうしようもないハッタリ連中のスキルを如実に表している。
結局、LASER5やOmoikaneなんかに代表されるように、人の作った物を適当に切り貼りして売って楽して金儲け。

だから「フリーの物を使って金取るのか！」っていう連中はそういうバッタ物には金を出さないし、それが正解。
863 ：名無しさん＠お腹いっぱい。 ：03/03/02 17:18: >>862
それって業者の問題だわな。
864 ：名無しさん＠お腹いっぱい。 ：03/03/02 17:23: MIRACLEなんとかとか、MIRACLEなんとかとか、MIRACLEなんとかとか。
結局サポートしてやるからオラ買えと。
865 ：名無しさん＠お腹いっぱい。 ：03/03/02 17:24: >>847
| オープンソースのRDBMSを使う利点は皆無なのでとっとと他所へ行ってください

どうしてそんなにナイーブなんですか?
866 ：名無しさん＠お腹いっぱい。 ：03/03/02 17:25: omoikaneは、別の意味では偉いと思います。
867 ：名無しさん＠お腹いっぱい。 ：03/03/02 18:12: >>862
楽して金儲けできるならそれで良いのでは？
それを選択するのはユーザなんだし、本当にそれ自体に価値があると思うなら
それも良かろう、逆に、もっと付加価値を付けた商品で対抗して新しい商売を
はじめる会社が出てくればより良いけどね。

付加価値の部分がインストールまで面倒みるけど、後は自分でヤレば？
だとしても、それがユーザにとっての入り口になるのならば、随分と敷居を下げる
効果はあると思うし、それでも挫折するなら、MS使っとけばいいんじゃないのかな。

同じように、DBでもPostgreSQLやMySQLをインストールして使えるように
準備するから、後は勝手にやれって会社があっても良いと思うよ、同じように
それでも使えないならボラクルとか使っても問題ないでしょ。

慣れれば全て自分でやれるってのもオープンのメリットではないかな。
868 ：名無しさん＠お腹いっぱい。 ：03/03/02 18:36: >>867
いや、「そんな保証のないものを使ったシステム、うちじゃいらないよ」と
渋るクライアントに「大丈夫です。サポートは全部ウチが面倒みます。
オープンソースだからこそ、ウチの会社がすべてをサポートすることが
できるんです」
なーんて大口たたいて売り込む業者のことなんじゃないの？

オレはクライアント側の立場だけど、ウチが使っている業者の場合は
こっちがLinuxやPostgresを使いたいと言っても結構渋ったね。
まだ満足なサポートができる自信がないからと。
869 ：名無しさん＠お腹いっぱい。 ：03/03/02 20:50: >>868
それって、個別の業者へのクレームですね。
870 ：名無しさん＠お腹いっぱい。 ：03/03/02 22:57: >>869
だから、>>862はそういう趣旨じゃないの？ってこと。
871 ：名無しさん＠お腹いっぱい。 ：03/03/03 00:04: >>868
スミマセン
872 ：名無しさん＠お腹いっぱい。 ：03/03/03 14:58: しったか837消えたな
873 ：名無しさん＠お腹いっぱい。 ：03/03/03 17:29: 少々重くなってもいいから拡張したい場合はPostgreSQL
ガシガシ機能削って少しでも軽くしたいならMySQL

以上が利用者による改造利用の着眼である。
874 ：名無しさん＠お腹いっぱい。 ：03/03/04 00:09: >>872
837は教えて君には見えても、しったかには見えないぞ。
ちなみに俺>>840はしったかだから、良ければ代わりに相手
してやってもいいけど？
875 ：837 ：03/03/04 07:50: >>872 ネタを提供するために、ちょっと釣ってみることはあります。
876 ：名無しさん＠お腹いっぱい。 ：03/03/04 14:20: >>875
もう二度とわいて出てこないでね、キチガイさん。
877 ：837 ：03/03/05 00:16: >>876
何が気にいらないんでしょう? 別に非商用DBを理由もなくけなしているわけ
でもないのに、なぜそういうふうに条件反射的な反応しかできないんでしょう。

世の中にはいろんな立場の人がいて、自分とは違う視点や価値観を持った
人に何かの良さを説明する時に、身内にしか通じないありきたりのいいかた
だと納得してもらえない場合がよくあります。他の人のそういうの事例を聞き
たいと思ったことはありませんか(なくても問題はありませんが)?
UNIX板だとそんなに板違いとも思わないんですが、どうでしょう?

このままsageられ続けて山崎渉にsalvageされたほうがよかったんですか?
878 ：名無しさん＠お腹いっぱい。 ：03/03/05 01:43: 要するに、PostgreSQLやMySQLが気に入らなければ使わなければ良いだけです
無理にメリットを探してまで使うならオラクルを使えばいい。
こんなレベルの話で討論するのは無意味だし、熱くなる必要はないね。
879 ：名無しさん＠お腹いっぱい。 ：03/03/06 00:53: >>878
|要するに、PostgreSQLやMySQLが気に入らなければ使わなければ良いだけです
|無理にメリットを探してまで使うならオラクルを使えばいい。

まあ、気に入る入らないという基準で選んでいい場合は、そういう基準で
選ぶでしょうね。

|こんなレベルの話で討論するのは無意味だし、熱くなる必要はないね。

ちょっとでも否定的な空気を嗅ぎつけると、こういうふうに耳を塞いだ
人がやってきて話を止めさせようとしたり、ある一定の結論に持っていこう
としたりするのはなぜなんでしょう……
880 ：名無しさん＠お腹いっぱい。 ：03/03/06 01:30: >>879
それは、お前が何を言っても無駄なキチガイだから。
881 ：名無しさん＠お腹いっぱい。 ：03/03/06 17:01: InterBase でいいじゃん。

機能も十分。実績もある。
882 ：名無しさん＠お腹いっぱい。 ：03/03/06 20:07: 機能が不十分で実績のないDBってなんだ？
SQLserverの事か？
883 ：837 ：03/03/06 22:02: >>880
あなたに愛されていることはよく理解できました。
884 ：名無しさん＠お腹いっぱい。 ：03/03/07 00:27: mySQLでストアドプロシージャが使えないってのがちょっと信じられない。
まあ、少し前までトランザクションすら実装していなかったぐらいだから仕方ないのかな。
885 ：地獄狂 ：03/03/07 02:52: Apache + PHPにMySQLかPostgresqlを組み合わせて2ch型掲示板作ってみようと
思うんですけど、どっちがいいですか？
両方ともある程度は使えます。
ちなみに大体一日2000～3000書き込み位のサイトです。
CPUがしょぼいんでなるべく軽いのがいいんですが。。。
やっぱ、MySQLですか？
886 ：名無しさん＠お腹いっぱい。 ：03/03/07 03:31: >>885
㌧だときに「ごめんねー」ぐらいで済む掲示板ならMySQLで大丈夫と思われ。

でも日に3000カキコ＝30秒あたり1カキコだよね。夜やらピーク時に
10倍の負荷がくることがありえる考えても、3秒に1カキコ。
さらに祭りのために3倍の安全度みこんでも、1秒に1カキコ。
この程度なら、そのへんの個人用マシン＆PostgreSQLでも充分いけるべ。

掲示板って、カキコ終わるまでちょっと待たせてもユーザはあまり気づかないし。
887 ：地獄狂 ：03/03/07 04:32: >>886
Thanks!!
激しく感謝！！
仲間内で使う個人掲示板なんでMySQLでやってみます。
ありがとうございますた。
888 ：gn355my0 ：03/03/07 10:05: てゆーか PostgeSQL って追記型じゃなかったっけ？
最近のは違うのかな？どうなんでしょ＞石＃さん
889 ：名無しさん＠お腹いっぱい。 ：03/03/07 14:12: PostgreSQL 7.2.3からPostgreSQL7.3.2に変更したところ、
lo_unlinkを使用する箇所でエラーと言われました。
もちろん使用しなければエラーと言われません。
動作的に使用しなくても問題はないように思えます。

同じ症状になった人居ますか？

「環境」
Red Hat Linux 7.2
PostgreSQL7.3.2
php-4.2.3
apache_1.3.27
890 ：名無しさん＠お腹いっぱい。 ：03/03/07 15:07: >>889
エラーメッセージ
891 ：名無しさん＠お腹いっぱい。 ：03/03/08 17:37: >>890
[ SQL文 ]は失敗しました。
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

です。
892 ：名無しさん＠お腹いっぱい。 ：03/03/08 18:23: >>891
書いてある通りなんじゃねーの？
893 ：地獄狂 ：03/03/09 16:12: >>885で掲示板を作ると言った者です。
たびたびすいません。
どこで聞けばいいのか分からなかったので、ここで聞かせていただきます。
最初、ひとつのテーブルに全てのスレの書き込みをまとめようかと思ったの
ですが、それでは遅くなるのではと思いました。
そこで、一つのテーブルに一つのスレの書き込みを格納して、
スレが新しくたつたびにテーブルを追加するという方法にしようかと思うの
ですが、これで問題ないでしょうか？
文章下手でもうしわけないのですが、おねがいします。
894 ：名無しさん＠お腹いっぱい。 ：03/03/09 16:23: >>893
WebProg
http://pc2.2ch.net/php/
895 ：地獄狂 ：03/03/09 16:30: >>894
ありがとうございます。
WebProg板に移動します。
896 ：名無しさん＠お腹いっぱい。 ：03/03/10 14:20: >>892
書いてある通りとはどういうことでしょう？
897 ：名無しさん＠お腹いっぱい。 ：03/03/10 14:25: >>896
英語読めないの?
898 ：bloom ：03/03/10 14:32: http://www.agemasukudasai.com/bloom/
899 ：名無しさん＠お腹いっぱい。 ：03/03/10 16:40: >>897
翻訳サイトで翻訳しても「関数un_linkは存在しません」以外は掴み所のない日本語になるだけですね。

「関数が無くなった＝使用しなければ解決」とは考えていません。
関数の名前が変わり他の関数を使用する必要がある、
使用しなくてもpostgreSQLがun_linkの処理を自動で行ってくれる、
と今後の対処方法などがあれば教えてもらえればと思います。
900 ：名無しさん＠お腹いっぱい。 ：03/03/10 17:20: その続きも訳してみればいいんじゃないの

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

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