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）を考えています
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: その続きも訳してみればいいんじゃないの
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: フロントからしか接続できないようにするって考えはないのか、こいつ

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

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