Postgres bpchar

En ce qui concerne la programmation ou le codage, vous pouvez utiliser de nombreux types de données dans vos codes, je.e., cordes, entiers, personnages, etc. Ces types de données ont leurs utilisations et peuvent être utilisés dans différentes situations dans le code. Tout comme de nombreuses autres plates-formes de programmation, la base de données utilise également les types de données pour stocker les différents types de données, i.e., int, caractère, chaîne, texte, booléen, varchar, etc. Le «BPCHAR» est l'abréviation du «caractère rembourré vierge». Comme son nom l'indique, il doit être quelque chose de lié au type de données des caractères. Nous avons discuté du «BPCHAR» et de ses utilisations dans la base de données Postgresql. Prenons un nouveau départ alors.

Caractère (n) vs varchar (n):

La base de données MySQL prend en charge deux types de données de caractère principal, i.e., varchar (n) et char (n). Pour comprendre pleinement «BPChar», nous devons avoir besoin de passer par comparaison par comparaison Varchar (n) et char (n) en comparaison. Les types de données varchar (n) et char (n) peuvent stocker les valeurs jusqu'à la longueur «n» des caractères. Disons que si vous avez une table avec une colonne de type de données char (n) et l'autre est le type de données varchar (n), vous ne pouvez stocker que jusqu'à la longueur «n» dans ces colonnes. L'ajout de plus de caractères dans une colonne que la longueur spécifiée vous mènera à une erreur d'exécution.

Qu'en est-il d'ajouter des caractères inférieurs à la longueur spécifiée pour de telles colonnes de type de données? Varchar (n) a une longueur variable fixe, et elle ne donnera de l'espace qu'aux données requises, i.e., Si une variable, la longueur fixe est de 10 et que l'utilisateur a ajouté une valeur de 5 caractères, elle ne donnera qu'un espace de 5 caractères et pas plus que cela. Cela signifie que différents types de données de caractère peuvent modifier l'espace jusqu'à ses exigences. Pour le type de données de caractère (n), il a une longueur fixe. Cela signifie que si la colonne a une longueur définie sur 10, elle donnera l'espace de 10 caractères même si les données entrées par un utilisateur contient moins de caractères que la longueur spécifiée.

BPCHAR (caractère rembourré vide):

«BPCHAR» est un peu différent. Le caractère rembourré vide est le concept de postgresql, ou oracle utilisé pour le type de données de caractère, i.e., char (n). Vous pouvez dire que c'est un nom intérieur pour le type de données Char (n). Comme nous le savons, vide signifie vide ou creux. Juste comme ça, un personnage rembourré vide signifie ajouter de l'espace, mais où ajouter? Nous en discuterons dans la prochaine explication. Si les caractères ajoutés par un utilisateur dans la colonne du type de char (n) sont plus courts que la longueur spécifiée «n», cela vous donnera un espace entier «n». L'espace supplémentaire sera padé, je.e., rempli d'espace. L'ajout d'une chaîne plus courte pour Varchar (n) ne vous affectera que l'espace requis. D'un autre côté, si un utilisateur a ajouté une valeur de la colonne de caractères (n) ou de varchar (n) et plus que la longueur spécifiée, la base de données PostgreSQL la stockera jusqu'à la longueur «n» en supprimant les espaces supplémentaires sans lancer un erreur. Jetons un coup d'œil à un exemple pour comprendre le concept du personnage Blank_Padding plus brièvement.

Exemple:

Ouvrez votre GUI PGADMIN de la base de données Postgresql à l'aide de la barre de recherche de bureau Windows 10. Ajoutez le mot de passe de votre serveur et développez la section de la base de données. Cliquez sur la base de données de votre choix et appuyez sur l'icône de l'outil de requête. Créons d'abord une table de nom «test» contenant deux colonnes, «cname» et «vname» à l'aide de la commande Create Table. La colonne «CNAME» est un type de données de caractère (n) de longueur 20, et la colonne «VName» est du type de données VARCHAR (N) avec la longueur 20. Après avoir exécuté cette requête, une table a été créée.

Nous avons utilisé l'insert dans l'instruction pour ajouter un seul enregistrement de la même longueur dans les deux colonnes. Nous concatenons deux cordes avec le «||» signe.

Sélectionnons les deux colonnes de la table «Test» et leurs longueurs dans des colonnes séparées récupérées par la fonction «longueur». Nous avons montré un seul enregistrement de longueur 8 pour les deux colonnes sur cette exécution de requête.

Insérons un autre enregistrement dans les deux colonnes. Cette fois, nous avons ajouté des valeurs de caractère supplémentaires pour les deux colonnes en utilisant l'insert dans la commande. Comme nous le savons déjà, l'ajout de plus de caractères que la longueur spécifiée pour un caractère (n) entraînera une erreur, comme il l'a fait ci-dessous.

Réduisez les caractères de la colonne «CNAME» du type «caractère (n)» et exécutez à nouveau cette requête. Il lancera à nouveau une exception.

Pour éviter cette erreur, nous avons réduit les caractères à la longueur spécifiée ou moins pour les colonnes «cname» et «vname» pour insérer les valeurs. La requête a fonctionné et a inséré le record cette fois.

En utilisant l'instruction SELECT, nous avons récupéré les colonnes «CNAME» et «VNAME» ainsi que leurs longueurs dans les autres colonnes. Il montre que nous avons ajouté 10 valeurs de caractères pour la colonne «CNAME» et 16 valeurs de caractères pour la colonne «VName». Dans le cas de «vname», l'espace total de 16 caractères a été attribué à la valeur tandis que la valeur «CNAME» a été attribuée un espace de 20 caractères même si elle enregistre 10 caractères uniquement.

Essayons maintenant avec des valeurs d'espace. Nous avons ajouté un espace de longueur de plus de 20 caractères en valeur aux deux colonnes en utilisant l'insert dans la commande comme ci-dessous. Il a réussi selon la sortie.

En utilisant la même instruction de sélection, nous avons à nouveau le tableau mis à jour. Même si la valeur des deux colonnes était supérieure à 20 caractères, la colonne «VName» n'a toujours enregistré que 20 valeurs d'espace de caractères. Pendant ce temps, la colonne «CNAME» ne prend pas de place comme une valeur et l'utilise comme un rembourré vide. Par conséquent, montrant 0 comme la longueur d'une valeur.

Utilisations du type de données BPCHA:

Il y a une situation où vous devez établir une connexion externe avec votre base de données. Cette connexion externe peut utiliser un type de type de données différent au lieu d'utiliser la même chose que votre base de données. Disons que vous souhaitez connecter votre base de données PostgreSQL avec Spotify ou envisager le serveur cloud «Dremio». Vous devez récupérer les données de la base de données PostgreSQL et l'utiliser sur la plate-forme Spotify, et le serveur cloud «Dremio» peut être utilisé comme cache de base de données pour de nombreux types de types de données. Par conséquent, vous devez cartographier le type de données de chaîne de Spotify par rapport au type de données «BPCHAR» de la base de données PostgreSQL et cartographier vos données de base de données «PostgreSQL» aux données «dremio». Vous pouvez dire que le type de données de chaîne dans Spotify est une alternative pour le «BPCHA» de la base de données PostgreSQL. Dremio prend en charge la cartographie de «BPCHAR» à Varchar de Dremio, le type de données char à varchar, bit to boolean, serial to int, et bien d'autres comme ça.

Conclusion:

L'article d'aujourd'hui concernait le type de données «BPCHAR», je.e., personnage rembourré vide. Pour comprendre le concept de «BPCHAR», nous avons suivi la comparaison entre les types de données de caractère (n) et VARCHAR (N). Nous avons également discuté de la façon dont le caractère rembourré vide fonctionne pour un caractère (n) lorsque les caractères ont été ajoutés plus que la longueur spécifiée, moins que la longueur spécifiée, et des espaces ont été ajoutés aux colonnes.