Pourquoi psql ne pouvez pas trouver un nom de relation de table existante?

Ici " mon état actuel.

Eonil=# \d+
                       List of relations
 Schema |    Name    | Type  | Owner |    Size    | Description 
--------+------------+-------+-------+------------+-------------
 public | TestTable1 | table | Eonil | 8192 bytes | 
(1 row)

Eonil=# \d+ TestTable1
Did not find any relation named "TestTable1".
Eonil=#

Quel est le problème et comment puis-je voir la définition de la table?

InformationsquelleAutor Eonil | 2013-03-06
  1. 39

    Postgres psql a besoin de s'échapper de lettres majuscules. 

    Eonil=# \d+ "TestTable1"

    Si cela fonctionne bien.

    Eonil=# \d+ "TestTable1"
                   Table "public.TestTable1"
 Column |       Type       | Modifiers | Storage  | Description 
--------+------------------+-----------+----------+-------------
 ID     | bigint           | not null  | plain    | 
 name   | text             |           | extended | 
 price  | double precision |           | plain    | 
Indexes:
    "TestTable1_pkey" PRIMARY KEY, btree ("ID")
    "TestTable1_name_key" UNIQUE CONSTRAINT, btree (name)
Has OIDs: no

Eonil=#
    • Identificateurs non cotées (tels que les noms de table et colonne) sont pliées en minuscules dans PostgreSQL, note que la norme indique qu'ils doivent être upcased pour que PostgreSQL est non-standard ici. Si vous avez besoin de vos identifiants dans un cas spécifique, ou s'ils contiennent des espaces, alors vous doit double citer partout. La pratique recommandée consiste à utiliser moins de cas identifiants avec des mots séparés par des tirets de soulignement dans PostgreSQL, de cette façon, vous n'avez pas de soins sur les citant ou en cas de questions.
    • Merci pour l'explication. De toute façon, en tant que programmeur de l'application - pas un professionnel de la DBA - j'aime ce comportement explicite et c'est encore mieux si il crache erreur sur ce genre de petites différences.
    InformationsquelleAutor Eonil