Postgres BPChar
Personagem (n) vs Varchar (n):
O banco de dados MySQL suporta dois tipos de dados principais de caracteres, i I.e., Varchar (n) e Char (n). Para entender completamente "BPchar", precisamos passar pelos tipos de dados Varchar (n) e Char (n) em comparação. Os tipos de dados varchar (n) e char (n) podem armazenar os valores até o comprimento "n" dos caracteres. Digamos que, se você tiver uma tabela com uma coluna de Char (n) Tipo de dados e a outra é Varchar (n) Tipo de dados, então você só pode armazenar até o comprimento “N” nessas colunas. Adicionar mais caracteres em uma coluna do que o comprimento especificado o levará a um erro na execução.
Que tal adicionar caracteres menos do que o comprimento especificado para essas colunas do tipo de dados? Varchar (n) tem um comprimento fixo e variável e só dará espaço aos dados necessários, i i.e., Se uma variável, o comprimento fixo for 10 e o usuário adicionou um valor de 5 caracteres, ele apenas dará um espaço de 5 caracteres e não mais do que isso. Isso significa que diferentes tipos de dados de caracteres podem modificar o espaço até seus requisitos. Para o tipo de dados do caractere (n), ele tem um comprimento fixo. Isso significa que, se a coluna tiver um comprimento definido para 10, ela dará o espaço de 10 caracteres, embora os dados inseridos por um usuário contenham menos caracteres do que o comprimento especificado.
Bpchar (caractere acolchoado em branco):
"BPchar" é um pouco diferente. O personagem acolchoado em branco é o conceito de pós -grausql, ou o Oracle usado para o tipo de dados de caracteres, i.e., char (n). Você pode dizer que é um nome interno para o tipo de dados char (n). Como sabemos, em branco significa vazio ou vazio. Assim, um personagem acolchoado em branco significa adicionar espaço, mas onde adicionar? Discutiremos isso na próxima explicação. Se os caracteres adicionados por um usuário na coluna do tipo (n) forem mais curtos que o comprimento especificado "n", ele dará todo o espaço "n". O espaço extra será atampado pelo espaço, eu.e., cheio de espaço. Adicionar uma string mais curta para varchar (n) atribuirá apenas o espaço necessário. Por outro lado, se um usuário adicionou um valor na coluna de caracteres (n) ou varchar (n) e mais que o comprimento especificado, o banco de dados PostGresql o armazenará no comprimento "n" descartando os espaços extras sem jogar um erro. Vamos dar uma olhada em um exemplo para entender o conceito do personagem blank_padding mais brevemente.
Exemplo:
Vamos abrir sua GUI PGadmin do banco de dados PostGresql usando a barra de pesquisa de desktop do Windows 10. Adicione a senha do seu servidor e expanda a seção de banco de dados. Clique no banco de dados de sua escolha e toque no ícone da ferramenta de consulta. Vamos primeiro criar uma tabela de nome "teste" contendo duas colunas, "CNAME" e "VNAME" usando o comando Create Tabela. A coluna "CNAME" é um tipo de dado de caractere (n) de comprimento 20, e a coluna "vname" é do tipo de dados varchar (n) com comprimento 20. Depois de executar esta consulta, uma tabela foi criada.
Usamos a inserção na instrução para adicionar um único registro do mesmo comprimento nas duas colunas. Concatenamos duas cordas juntamente com o “||” sinal.
Vamos selecionar as colunas da tabela "teste" e seus comprimentos em colunas separadas buscadas pela função "comprimento". Mostramos um único registro de comprimento 8 para ambas as colunas nesta execução de consulta.
Vamos inserir outro recorde em ambas as colunas. Desta vez, estamos adicionando valores extras de caracteres para ambas as colunas usando a inserção no comando. Como já sabemos, adicionar mais caracteres do que o comprimento especificado para um caractere (n) levará a um erro, como fez abaixo.
Vamos reduzir os caracteres para a coluna "cname" do tipo "personagem (n)" e executar novamente esta consulta. Vai jogar novamente uma exceção.
Para evitar esse erro, reduzimos os caracteres ao comprimento especificado ou menos para colunas "cname" e "vname" para inserir os valores. A consulta funcionou e inseriu o recorde desta vez.
Ao usar a instrução SELECT, estamos buscando as colunas "CNAME" e "VNAME", juntamente com seus comprimentos nas outras colunas. Isso mostra que adicionamos 10 valores de caracteres para a coluna "CNAME" e os valores de 16 caracteres para a coluna "vname". No caso de "vname", o espaço total de 16 caracteres foi atribuído ao valor enquanto o valor "cname" recebeu um espaço de 20 caracteres, mesmo que esteja salvando 10 caracteres apenas.
Vamos experimentar com valores espaciais agora. Temos adicionado espaço de comprimento mais de 20 caracteres como valor para ambas as colunas usando a inserção no comando como abaixo. Foi bem -sucedido de acordo com a saída.
Usando a mesma instrução selecionada, recebemos a tabela atualizada novamente. Embora o valor para ambas. Enquanto isso, a coluna "CNAME" não ocupa espaço como valor e a usa como um acolchoado em branco. Portanto, mostrando 0 como o comprimento de um valor.
Usos do tipo de dados bpchar:
Chega uma situação quando você precisa compensar uma conexão externa com seu banco de dados. Essa conexão externa pode usar um tipo diferente de tipo de dados em vez de usar o mesmo que o seu banco de dados. Digamos que você queira conectar seu banco de dados PostGresql com o Spotify ou considerar o servidor nuvem "Dremio". Você precisa buscar os dados do banco de dados PostGresql e usá -los na plataforma Spotify, e o servidor nuvem "Dremio" pode ser usado como um cache de banco de dados para muitos tipos de tipos de dados. Portanto, você precisa mapear o tipo de dados da string do Spotify contra o tipo de dados "bpchar" do banco de dados PostGresql e mapear seus dados de banco de dados "PostGresql" para dados "Dremio". Você pode dizer que o tipo de dados da string no Spotify é uma alternativa para o "bpchar" do banco de dados PostGresql. Dremio suporta o mapeamento de "bpchar" para Varchar de Dremio, Char Data Type para Varchar, Bit to Boolean, Serial to Int, e muitos mais assim.
Conclusão:
O artigo de hoje era sobre o tipo de dados "bpchar", eu.e., Personagem acolchoado em branco. Para entender o conceito de "bpchar", passamos pela comparação entre os tipos de dados de caráter (n) e varchar (n). Também discutimos como o personagem acolchoado em branco funciona para um personagem (n) quando os caracteres foram adicionados mais do que o comprimento especificado, menos que o comprimento especificado, e os espaços foram adicionados às colunas.