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

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

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

1
Postgresロールのベストプラクティスの実装
皆さん、 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 


2
psqlにクライアント証明書を指定するにはどうすればよいですか?
devログインにクライアント証明書を必要とするユーザーがいるPostgresサーバーがあります。コマンドを使用しpsql "sslmode=require user=dev host=db.prod"ていpsql: FATAL: connection requires a valid client certificateます。 証明書がサーバーのどこにあるか知っています。私の質問は、クライアント証明書の場所をどのように指定するのpsqlですか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.