POSTGRES BPCHAR

Quando si tratta di programmazione o codifica, è possibile utilizzare molti tipi di dati nei codici, i.e., stringhe, numeri interi, personaggi, ecc. Questi tipi di dati hanno i loro usi e possono essere utilizzati in diverse situazioni all'interno del codice. Proprio come molte altre piattaforme di programmazione, il database utilizza anche i tipi di dati per archiviare i diversi tipi di dati, i.e., int, carattere, stringa, testo, booleano, varchar, ecc. Il "bpchar" è l'abbreviazione di "carattere imbottito in bianco". Come suggerisce il nome, deve essere qualcosa di correlato al tipo di dati dei caratteri. Abbiamo discusso del "BPCHAR" e dei suoi usi nel database PostgreSQL. Facciamo un nuovo inizio allora.

Carattere (n) vs varchar (n):

Il database MySQL supporta due tipi di dati dei caratteri principali, i.e., Varchar (N) e Char (N). Per comprendere completamente "bpchar", dobbiamo passare attraverso i tipi di dati Varchar (N) e Char (N) per confronto. Sia i tipi di dati VARCHAR (N) che Char (N) possono archiviare i valori fino alla lunghezza di "N" dei caratteri. Diciamo, se hai una tabella con una colonna di tipo di dati Char (n) e l'altra è Varchar (N) Tipo di dati, è possibile memorizzare solo fino a una lunghezza "N" in quelle colonne. L'aggiunta di più caratteri in una colonna rispetto alla lunghezza specificata porterà a un errore in esecuzione.

Che ne dici di aggiungere caratteri inferiori alla lunghezza specificata per tali colonne del tipo di dati? Varchar (n) ha una lunghezza fissa e variabile e darà solo spazio ai dati richiesti, i.e., Se una variabile, a lunghezza fissa è 10 e l'utente ha aggiunto un valore di 5 caratteri, darà solo uno spazio di 5 caratteri e non più di questo. Ciò significa che i tipi di dati di carattere variabili possono modificare lo spazio fino ai suoi requisiti. Per il tipo di dati del carattere (N), ha una lunghezza fissa. Ciò significa che se la colonna ha una lunghezza impostata su 10, fornirà lo spazio di 10 caratteri anche se i dati inseriti da un utente contiene meno caratteri rispetto alla lunghezza specificata.

BPCHAR (carattere imbottito vuoto):

"Bpchar" è un po 'diverso. Il carattere imbottito in bianco è il concetto di PostgreSQL o Oracle utilizzato per il tipo di dati dei caratteri, i.e., Char (N). Puoi dire che è un nome interno per il tipo di dati char (n). Come sappiamo, vuoto significa vuoto o vuoto. Proprio così, un personaggio imbottito vuoto significa aggiungere spazio, ma dove aggiungere? Ne discuteremo nella prossima spiegazione. Se i caratteri aggiunti da un utente nella colonna di tipo char (n) sono più corti della lunghezza specificata "n", ti darà tutto lo spazio "n". Lo spazio extra sarà imbottito dallo spazio, io.e., riempito di spazio. L'aggiunta di una stringa più breve per Varchar (N) ti assegnerà solo lo spazio richiesto. D'altra parte, se un utente ha aggiunto un valore nella colonna di carattere (N) o Varchar (N) e superiore alla lunghezza specificata, il database PostgreSQL lo memorizzerà fino alla lunghezza "N" scartare gli spazi extra senza lanciare un errore. Diamo un'occhiata a un esempio per comprendere il concetto del personaggio blank_padding in modo più breve.

Esempio:

Apriamo la tua GUI PGADMIN del database PostgreSQL utilizzando la barra di ricerca desktop di Windows 10. Aggiungi la password del server ed espandi la sezione del database. Fai clic sul database di tua scelta e tocca l'icona dello strumento di query. Creiamo innanzitutto una tabella di nome "test" contenente due colonne, "cname" e "vname" utilizzando il comando Crea tabella. La colonna "CNAME" è un tipo di dati di carattere (N) di lunghezza 20 e la colonna "Vname" è di tipo di dati Varchar (N) con lunghezza 20. Dopo aver eseguito questa query, è stato creato un tavolo.

Abbiamo usato l'inserto nell'istruzione per aggiungere un singolo record della stessa lunghezza in entrambe le colonne. Concateniamo due stringhe insieme al "||" cartello.

Selezioniamo entrambe le colonne della tabella "test" e le loro lunghezze in colonne separate recuperate dalla funzione "lunghezza". Abbiamo mostrato un singolo record di lunghezza 8 per entrambe le colonne su questa esecuzione di query.

Inseriremo un altro record in entrambe le colonne. Questa volta, abbiamo aggiunto valori di carattere extra per entrambe le colonne usando il comando insert in. Come già sappiamo, l'aggiunta di più caratteri della lunghezza specificata per un carattere (N) porterà a un errore, come ha fatto di seguito.

Riducia i caratteri per la colonna "CNAME" del tipo "Carattere (N)" e eseguiamo nuovamente questa query. Lancerà di nuovo un'eccezione.

Per evitare questo errore, abbiamo ridotto i caratteri alla lunghezza specificata o meno per le colonne "Cname" e "Vname" per inserire i valori. La query ha funzionato e inserito il record questa volta.

Usando l'istruzione Seleziona, abbiamo recuperato le colonne "Cname" e "Vname" insieme alle loro lunghezze nelle altre colonne. Mostra che abbiamo aggiunto i valori di 10 caratteri per la colonna "cname" e 16 valori di caratteri per la colonna "vname". Nel caso di "vname", lo spazio totale di 16 caratteri è stato assegnato al valore mentre il valore "cname" è stato assegnato uno spazio di 20 caratteri anche se sta salvando solo 10 caratteri.

Proviamo ora con i valori dello spazio. Abbiamo aggiunto spazio di lunghezza più di 20 caratteri come valore per entrambe le colonne usando il comando insert come di seguito. Ha avuto successo secondo l'output.

Usando la stessa istruzione selezionata, abbiamo nuovamente la tabella aggiornata. Anche se il valore per entrambe le colonne era più di 20 caratteri, la colonna "vname" ha salvato solo 20 valori di spazio dei caratteri. Nel frattempo, la colonna "CNAME" non assume spazio come valore e la utilizza come imbottitura vuota. Pertanto, mostrando 0 come lunghezza di un valore.

Usi del tipo di dati BPCHAR:

Arriva una situazione in cui devi creare una connessione esterna con il tuo database. Questa connessione esterna può utilizzare un diverso tipo di tipo di dati invece di utilizzare lo stesso del database. Supponiamo che tu voglia connettere il tuo database PostgreSQL con Spotify o considera il cloud Server "Dremio". È necessario recuperare i dati dal database PostgreSQL e utilizzarli sulla piattaforma Spotify e il server cloud "Dremio" può essere utilizzato come cache di database per molti tipi di dati. Pertanto, è necessario mappare il tipo di dati String di Spotify rispetto al tipo di dati "BPCHAR" del database PostgreSQL e mappare i dati del database "PostgreSQL" ai dati "Dremio". Si può dire che il tipo di dati stringa in Spotify è un'alternativa per il "BPCHAR" del database PostgreSQL. Dremio supporta la mappatura di "bpchar" a varchar di Dremio, il tipo di dati Char su varchar, bit a booleano, seriale a int e molti altri simili.

Conclusione:

L'articolo di oggi riguardava il tipo di dati "bpchar", i.e., Carattere imbottito in bianco. Per comprendere il concetto di "BPCHAR", abbiamo attraversato il confronto tra i tipi di dati del carattere (N) e Varchar (N). Abbiamo anche discusso di come funziona il carattere imbottito vuoto per un carattere (N) quando i personaggi sono stati aggiunti più della lunghezza specificata, inferiore alla lunghezza specificata e gli spazi sono stati aggiunti alle colonne.