Início / dba / Perguntas / 45589
Accepted
Ramon Tayag
Asked: 2013-07-02 17:34:03 +0800 CST

Quais são os formatos válidos de um nome de esquema PostgreSQL?

  • 772

Não consigo encontrar documentação que descreva os formatos válidos de um nome de esquema PostgreSQL. Eu sei que um nome de esquema não pode:

  • comece com um número
  • ter espaços
  • começar compg_

O que mais? Onde devo procurar?

postgresql

3 respostas

  1. Best Answer

    De acordo com a boa documentação , acho que isso pode ser o que você está procurando.

    Identificadores SQL e palavras-chave devem começar com uma letra (az, mas também letras com sinais diacríticos e letras não latinas) ou um sublinhado (_). Os caracteres subsequentes em um identificador ou palavra-chave podem ser letras, sublinhados, dígitos (0-9) ou cifrões ($). Observe que cifrões não são permitidos em identificadores de acordo com a letra do padrão SQL, portanto, seu uso pode tornar os aplicativos menos portáteis...

    • 24

  2. A resposta correta é a fornecida por gsiems. No entanto, quero salientar que o PostgreSQL tem regras sobre identificadores citados que você deve ter em mente. "Identificadores entre aspas podem conter qualquer caractere, exceto o caractere com código zero. (Para incluir aspas duplas, escreva duas aspas duplas.)" ... Há também algumas restrições sobre maiúsculas e minúsculas.

    Portanto, se você for citar seus identificadores, poderá usar qualquer caractere que desejar (com exceção de \0). Mas se você não está citando seus identificadores, você deve seguir as regras descritas nessa página.

    Eu queria apontar isso principalmente porque já me mordeu antes, especialmente as regras relativas a maiúsculas e minúsculas em identificadores não citados (e nomes de esquema contam como identificadores).

    ATUALIZAR:

    Como exemplo (não aplicável especificamente a identificadores de esquema, mas igualmente aplicável a eles):

        DROP TABLE "tbluser"; -- assuming it exists
    DROP TABLE "TBLUSER"; -- assuming it exists; incidentally, they are two different tables
    CREATE TABLE "TBLUSER" ( username text ); 
    INSERT INTO "TBLUSER" VALUES ( 'joe' ); 
    SELECT * FROM TBLUSER; -- this returns an error that the tbluser relation does not exist
    SELECT * FROM "TBLUSER"; -- works fine

    Este pode ser um comportamento esperado para aqueles que têm experiência com PostgreSQL (e talvez os padrões SQL), mas alguém que é novo no PG e vem do ponto de vista de outros servidores de banco de dados (SQL Server ou Oracle por exemplo) pode se deparar com esse comportamento e pergunto por que a tabela que eles acabaram de criar está faltando.

    Talvez alguns manuais recomendem o uso de identificadores entre aspas, mas o fato é que os identificadores entre aspas estão disponíveis para uso e podem ser usados ​​e, além disso, muitos pacotes fazem uma política de sempre usar identificadores entre aspas ao criar e acessar relações que não são inteiramente em minúsculas, por exemplo, PGAdmin III.

    Por exemplo, este é o script gerado pelo PGAdmin III ao criar uma tabela através da UI:

        CREATE TABLE public."TBLUSER"
    (
      username text
    ) 
    WITH (
      OIDS = FALSE
    )
    ;

    Portanto, a única maneira de um usuário acessar essa tabela em uma consulta é consultando seu identificador entre aspas, ou seja, "TBLUSER". Tentar acessar esta tabela em uma consulta com um identificador sem aspas resultará em falha na localização da relação, ou seja, TBLUSER.

    • 6

  3. De acordo com a documentação , ele também não pode começar pg_porque está reservado. Fora isso, parece bastante livre.

    • 5

relate perguntas