タグ付けされた質問 「psql」

PostgreSQL 8.3から9.0に切り替えました。おそらくそれは新機能または単に設定の変更かもしれませんが、コマンドからの出力（など\d tablename）が目に見える垂直方向のスペースを超えると、psqlはに類似しlessたものを通して出力をパイプするように見えます。この動作をオフにする方法が見つかりませんでした。何かアドバイス？ありがとう。 PS私はPuTTYを使用してバッファをスクロールしているShift+PgUp/PgDnので、psqlのページングは​​必要ありません。さらに、qpsqlのページングを押すと、その出力は画面から完全に消えます（lessbashで実行した後のように）。これは一般的なユースケースの観点からは間違っています。

35 psql 

2つのフォームを使用してpsqlを呼び出すシェルスクリプトを記述しています... 1つはコマンド（-c）、もう1つはファイル（-f）です。 例：psql -c "create foo（bar integer）" psql -f foobar.sql これらの形式の1つの違いは、エラーが発生した場合、コマンド（-c）による呼び出しはゼロ以外の終了コードを返し、ファイル（-f）による呼び出しは常にゼロを返すように見えることです。 この動作に回避策があるかどうか疑問に思っていますか？（つまり、ファイルの実行中にエラーが発生した場合、ゼロ以外を返します）。 ありがとう。

34 database  sql  postgresql  psql 

皆さん、 Postgresのユーザーアクセス制御の設計を改善し、ベストプラクティスに沿ったものにするために、あなたの助けを借りることができます。私は小規模な実稼働Postgresサーバーの展開を手伝っていますが、私はDB管理者ではないので、危険になるのに十分なことを知っています。 Postgres v9.2のインストールが1つあるサーバーが1つあります。このインストールは複数のデータベースをホストし、それぞれが異なる「顧客」に完全にサービスを提供します。つまり、customer1はdatabase2を使用しない、使用しないなどです。通常の操作中、データベースはそれぞれ、Postgresと同じサーバーに共存するCakePHPの一致するインスタンスによってアクセスされます。この展開には最適化が考えられますが、私は主にPsqlロールに興味があります。 私が読んだものに基づいて、次の3つのタイプの役割が理にかなっているようです。 デフォルト以外のパスワードを持つスーパーユーザーpostgres 定期的なメンテナンス、DBの作成、バックアップ、復元のためのスーパーユーザー権限を持たない管理者ロール。すべての顧客データベースで何でもできるはずです。 それぞれのデータベースでCRUDする機能のみを持つユーザーロール。実装をクリーンアップする場合、独自のDBに対するより多くの権利が許容されます。 その設計を実装することは、私が自信に欠けるところです。DBとテーブルの所有権、および誰が少し濁っているのかを継承する必要があります。以下は私のデータベースとユーザーです。実装を評価するのに十分な情報ですか？ Role name | Attributes | Member of -----------+------------------------------------------------+------------------- admin | Create role, Create DB | {user1, user2} postgres | Superuser, Create role, Create DB | {} user1 | | {} user2 | | {} postgres=# \l List of databases Name | …

21 postgresql  psql 

でトリガーをリストできることを知っています\dft。しかし、どのようにして具体的なトリガーを確認できますか？トリガーが実行されるイベント、実行される関数などの詳細を知りたい。

11 postgresql  psql 

devログインにクライアント証明書を必要とするユーザーがいるPostgresサーバーがあります。コマンドを使用しpsql "sslmode=require user=dev host=db.prod"ていpsql: FATAL: connection requires a valid client certificateます。 証明書がサーバーのどこにあるか知っています。私の質問は、クライアント証明書の場所をどのように指定するのpsqlですか？

11 ssl-certificate  postgresql  psql