psql：致命的：データベース“ <user>”は存在しません

Mac（http://postgresapp.com/）用のPostgreSqlアプリを使用しています。過去に他のマシンで使用したことがありますが、Macbookにインストールするときに問題が発生します。アプリケーションをインストールして実行しました。

psql -h localhost

それは返します：

psql: FATAL:  database "<user>" does not exist

コンソールを実行して、検索しようとしているデータベースを作成することさえできないようです。実行しただけでも同じことが起こります。

psql 

または、アプリケーションのドロップダウンメニューからpsqlを起動した場合：

マシン統計：

• OSX 10.8.4

• psql（PostgreSQL）9.2.4

どんな助けでもありがたいです。

また、自作でPostgreSqlをインストールしようとしましたが、同じ問題が発生しています。また、次のようなアプリケーションのドキュメントページも読みました。

Postgres.appが最初に起動すると、$ USERデータベースが作成されます。これは、何も指定されていない場合のpsqlのデフォルトデータベースです。デフォルトのユーザーは$ USERで、パスワードはありません。

そのため、アプリケーションが$ USERを作成していないように見えますが、インストール->アンインストール-再インストールを数回実行したので、私のマシンでは何かが必要です。

私は答えを見つけましたが、このスレッドで答えたユーザーとしてどのように機能するか正確にはわかりません-> MacでPostgresqlを実行する：データベース "postgres"が存在しないため、フォローアップしませんでした。次のコマンドを使用して、psqlを開きました。

psql -d template1

これが機能する理由を誰かが説明できるようになるまで、これは未回答のままにしておきます。

パッケージマネージャーが$ userという名前のデータベースを作成できなかったようです。その理由

psql -d template1

あなたのために働くのは、template1がpostgres自身によって作成されたデータベースであり、すべてのインストールに存在するということです。明らかにtemplate1にログインできるので、データベースからいくつかの権限が割り当てられている必要があります。シェルプロンプトでこれを試してください：

createdb

次に、再度ログインできるかどうかを確認します

psql -h localhost

これにより、ログインユーザーのデータベースが作成されます。これは、あなたが探しているものだと思います。createdbが失敗した場合は、独自のデータベースを作成するための十分な権限がないため、homebrewパッケージを修正する方法を理解する必要があります。

ターミナルから、コマンドプロンプトウィンドウでコマンドを実行するだけです。（psql内ではありません）。

createdb <user>

そして、再度postgresを実行してみてください。

デフォルトでは、postgresはユーザーと同じ名前のデータベースに接続しようとします。このデフォルトの動作を回避するには、ユーザーとデータベースを指定するだけです。

psql -U Username DatabaseName 

1. デフォルトのユーザーとしてログイン： sudo -i -u postgres
2. 新しいユーザーを作成： createuser --interactive
3. ロール名の入力を求められたら、Linuxユーザー名を入力し、[はい]を選択してスーパーユーザーに質問します。
4. 引き続きpostgresユーザーとしてログインし、データベースを作成します。 createdb <username_from_step_3>
5. psqlコマンドプロンプトで「：」と入力して、エラーがなくなったことを確認します。
6. 出力が表示されるはずです psql (x.x.x) Type "help" for help.

デフォルトのtemplate1データベースを使用してログインします。

#psql -d template1
#template1=# \l

  List of databases
   Name    |  Owner  | Encoding |   Collate   |    Ctype    |  Access privileges  
-----------+---------+----------+-------------+-------------+---------------------
 postgres  | gogasca | UTF8     | en_US.UTF-8 | en_US.UTF-8 | 
 template0 | gogasca | UTF8     | en_US.UTF-8 | en_US.UTF-8 | =c/gogasca         +
           |         |          |             |             | gogasca=CTc/gogasca
 template1 | gogasca | UTF8     | en_US.UTF-8 | en_US.UTF-8 | =c/gogasca         +
           |         |          |             |             | gogasca=CTc/gogasca
(3 rows)

userIdを使用してデータベースを作成します。

template1=# CREATE DATABASE gogasca WITH OWNER gogasca ENCODING 'UTF8';
CREATE DATABASE

終了して再度ログインする

template1=# \q
gonzo:~ gogasca$ psql -h localhost
psql (9.4.0)
Type "help" for help.

gogasca=# \l
                                List of databases
   Name    |  Owner  | Encoding |   Collate   |    Ctype    |  Access privileges  
-----------+---------+----------+-------------+-------------+---------------------
 gogasca   | gogasca | UTF8     | en_US.UTF-8 | en_US.UTF-8 | 
 postgres  | gogasca | UTF8     | en_US.UTF-8 | en_US.UTF-8 | 
 template0 | gogasca | UTF8     | en_US.UTF-8 | en_US.UTF-8 | =c/gogasca         +
           |         |          |             |             | gogasca=CTc/gogasca
 template1 | gogasca | UTF8     | en_US.UTF-8 | en_US.UTF-8 | =c/gogasca         +
           |         |          |             |             | gogasca=CTc/gogasca
(4 rows)

Macでpostgresqlを開こうとすると、同じエラーが発生しました

psql: FATAL:  database "user" does not exist

私はそれを解決するこの簡単なコマンドを見つけました：

方法1

$ createdb --owner=postgres --encoding=utf8 user

そしてタイプ

 psql

方法2：

psql -d postgres

同じ問題がありましたが、単純にpsql -d postgresそれを行いました（ターミナルでコマンドを入力してください）

このエラーは、環境変数PGDATABASEが、存在しないデータベースの名前に設定されている場合にも発生する可能性があります。

OSXでは、Postgress.appメニューからpsqlを起動しようとしたときに次のエラーが表示されました。

psql: FATAL: database "otherdb" does not exist

エラーを解決するには、削除することでしたexport PGDATABASE=otherdbから~/.bash_profile。

さらに、PGUSERがユーザー名以外に設定されている場合、次のエラーが発生します。

psql: FATAL: role "note" does not exist

解決策はから削除export PGUSER=notmeすること~/.bash_profileです。

postgresのインストール後、私のバージョンは12.2ですが、以下のコマンドを実行しましたcreatedb。

$ createdb `whoami`

$ psql

psql (12.2)
Type "help" for help.

macuser=# 

この質問は検索結果の最初なので、タイトルが重複しないように、ここでは別の問題の別の解決策をここに配置します。

psqlデータベースを指定せずにクエリファイルを実行すると、同じエラーメッセージが表示されることがあります。usepostgresqlにはステートメントがないため、コマンドラインでデータベースを指定する必要があります。次に例を示します。

psql -d db_name -f query_file.sql

createdbのドキュメントの状態：

最初のデータベースは、データストレージ領域の初期化時に常にinitdbコマンドによって作成されます...このデータベースはpostgresと呼ばれます。

したがって、特定のOS / postgresqlディストリビューションが異なる方法で実行する場合、それは確かにデフォルト/標準ではありません（initdbopenSUSE 13.1でDB「postgres」が作成されるが、「<user>」は作成されないことを確認するだけです）。一言で言えば、psql -d postgres「postgres」以外のユーザーを使用する場合に使用することが予想されます。

明らかに、createdbユーザーのような名前のDBを作成するために実行される、受け入れられた答えも機能しますが、余分なDBが作成されます。

JDBCドライバーの使用に問題があったため、URLのホスト名の後にデータベースを追加する必要があります（使用するツールによっては冗長な場合があります）。 jdbc:postgres://<host(:port)>/<db-name>

詳細については、こちらをご覧ください：http : //www.postgresql.org/docs/7.4/static/jdbc-use.html#JDBC-CONNECT

既存のスーパーユーザーを介してpostgresに接続します。

postgresに接続するユーザーの名前でデータベースを作成します。

create database username;

ユーザー名で接続してみてください

使用してみてください

psql -d postgres

走ったときも同じ問題に直面していた psql

まず、現在の使用と同じ名前のデータベースを作成すると、デフォルトのデータベースを使用し、dbの名前を明示的に宣言せずに新しいテーブルを作成したい場合のエラーを防ぐのに役立ちます。

"skynotify"をユーザー名に置き換えます。

psql -d postgres -c "CREATE DATABASE skynotify ENCODING 'UTF-8';"

-dは、この対話型セッション中にデータベース名を明示的に含まないSQLステートメントのデフォルトとして使用するデータベースを明示的に宣言します。

PostgresQLサーバーに何が含まれているかを明確に把握するための基礎知識

psqlをインタラクティブに使用するには、既存のデータベースに接続する必要があります。幸い、psqlにデータベースのリストを要求できます。

psql -l

。

                                          List of databases
               Name               | Owner  | Encoding |   Collate   |    Ctype    | Access privileges 
----------------------------------+-----------+----------+-------------+-------------+-------------------
 skynotify                        | skynotify | UTF8     | en_US.UTF-8 | en_US.UTF-8 | 
 myapp_dev                        | skynotify | UTF8     | en_US.UTF-8 | en_US.UTF-8 | 
 postgres                         | skynotify | UTF8     | en_US.UTF-8 | en_US.UTF-8 | 
 ruby-getting-started_development | skynotify | UTF8     | en_US.UTF-8 | en_US.UTF-8 | 
 template0                        | skynotify | UTF8     | en_US.UTF-8 | en_US.UTF-8 | =c/skynotify          +
                                  |           |          |             |             | skynotify=CTc/skynotify
 template1                        | skynotify | UTF8     | en_US.UTF-8 | en_US.UTF-8 | =c/skynotify          +
                                  |           |          |             |             | skynotify=CTc/skynotify
(6 rows)

これは対話型コンソールを起動せず、テキストベースのテーブルを端末に出力するだけです。

別の答えが言うように、postgresは常に作成されるので、コンソールを他のデータベースで動作させたいだけの場合は、それをフェイルセーフデータベースとして使用する必要があります。そこにない場合は、データベースをリストし、それらのいずれかを使用します。

同様に、データベースからテーブルを選択します。

psql -d postgres -c "\dt;"

私の "postgres"データベースにはテーブルがありませんが、データベースはテキストベースのテーブルをターミナルに出力します（標準出力）。

完全を期すために、テーブルからすべての行を選択することもできます。

psql -d ruby-getting-started_development -c "SELECT * FROM widgets;"

。

 id | name | description | stock | created_at | updated_at 
----+------+-------------+-------+------------+------------
(0 rows)

返される行がゼロの場合でも、フィールド名を取得します。

テーブルに12を超える行がある場合、または不明な場合は、行の数から開始して、データベース内のデータ量を理解することをお勧めします。

 psql -d ruby-getting-started_development -c "SELECT count(*) FROM widgets;"

。

 count 
-------
     0
(1 row)

そして、その「1行」が混乱するのではなく、それはクエリによって返される行数を表すだけですが、1行には必要なカウントが含まれています。この例では0です。

注：所有者を定義せずに作成されたデータベースは、現在のユーザーが所有します。

これらの解決策のいくつかを試しましたが、うまくいきませんでした（ただし、順調に進んでいます！）

最後に私のエラーは：

致命的：ユーザーのパスワード認証に失敗しました

次のコマンドを実行したとき： psql

そこで、次の2つのコマンドを実行しました。

dropdb()
createdb()

注：これによりdb は削除されますが、私はそれを必要としなかったため、何らかの理由でpqslにアクセスできなくなったため、削除して再作成しました。その後、psql再び働いた。

回答にすでに追加されているかどうかは不明ですが、Anatolii Stepaniuk回答は次のように非常に役に立ちました。

psql -U Username postgres # when you have no databases yet

homebrewを介してpostgresqlをインストールするときにこの問題が発生していました。

デフォルトで「postgres」スーパーユーザーを作成する必要がありました：

createuser-インタラクティブなpostgresがスーパーユーザーの場合はyと答える

createuser-インタラクティブユーザーがスーパーユーザーの場合はyと答えます

homebrewを使用してpostgresqlをインストールした後も上記の問題がありました-/ usr / binの前のパスに/ usr / local / binを置くことで解決しました

それは最も簡単な説明です。それはnoobの問題です。入力するだけ

pgres

この応答になります。

pgres <db_name> 

ユーザーがデータベースにアクセスする権限を持っている場合、エラーなしで成功します。

エクスポートされた環境変数の詳細に入ることができますが、それは不必要です。これは他の理由で失敗するには基本的すぎます。