Postgres Bpchar
Charakter (n) vs varchar (n):
Baza danych MySQL obsługuje dwa typy danych głównych postaci, i.mi., varchar (n) i char (n). Aby w pełni zrozumieć „Bpchar”, musimy przejść zarówno przez typy danych Varchar (N), jak i char (n). Zarówno typy danych Varchar (N), jak i char (n) mogą przechowywać wartości do długości „n” znaków. Powiedzmy, że jeśli masz tabelę z jedną kolumną typu danych Char (n), a drugą jest typ danych varchar (n), możesz przechowywać tylko do długości „n” w tych kolumnach. Dodanie większej liczby znaków w kolumnie niż określona długość doprowadzi do błędu w wykonaniu.
Co z dodaniem znaków mniej niż określona długość dla takich kolumn typu danych? Varchar (n) ma stałą, zmienną długość i da tylko miejsce na wymagane dane, i.mi., Jeśli zmienna, stała długość wynosi 10, a użytkownik dodał wartość 5 znaków, da tylko przestrzeń 5 znaków i nie więcej niż to. Oznacza to, że różne typy danych znaków mogą modyfikować przestrzeń do swoich wymagań. Dla typu danych znaków (n) ma on stałą długość. Oznacza to, że jeśli kolumna ma ustawioną długość na 10, da przestrzeń 10 znaków, nawet jeśli dane wprowadzone przez użytkownika zawierają mniej znaków niż określona długość.
BPCAR (pusta postać wyściełana):
„Bpchar” jest trochę inaczej. Pusty wyściełany znak to koncepcja PostgreSQL lub Oracle używana do typu danych znaków, i.mi., char (n). Możesz powiedzieć, że jest to wewnętrzna nazwa typu danych char (n). Jak wiemy, puste oznacza puste lub puste. Po prostu pusta wyściełana postać oznacza dodanie przestrzeni, ale gdzie dodać? Omówimy to w nadchodzącym wyjaśnieniu. Jeśli znaki dodane przez użytkownika w kolumnie typu char (n) są krótsze niż określona długość „N”, da ci całe miejsce „N”. Dodatkowa przestrzeń będzie wyposażona w przestrzeń.mi., wypełnione przestrzenią. Dodanie krótszego ciągu dla Varchar (n) przypisuje Ci tylko wymaganą przestrzeń. Z drugiej strony, jeśli użytkownik dodał wartość w kolumnie znakowej (n) lub varchar (n) i więcej niż określona długość, baza danych PostgreSQL będzie przechowywać ją do długości „N”, odrzucając dodatkowe przestrzenie bez wyrzucania błąd. Rzućmy okiem na przykład, aby krótko zrozumieć koncepcję postaci Blank_Padding.
Przykład:
Otwórzmy GUI PGADMIN bazy danych PostgreSQL za pomocą paska wyszukiwania komputerów stacjonarnych Windows 10. Dodaj hasło do serwera i rozwinąć sekcję bazy danych. Kliknij wybraną bazę danych i dotknij ikonę narzędzia zapytania. Najpierw utwórzmy tabelę nazwy „Test” zawierający dwie kolumny, „CNAME” i „VNAME” za pomocą polecenia Utwórz tabelę. Kolumna „CNAME” jest znakiem danych (n) typu długości 20, a kolumna „VNAME” jest typu danych varchar (n) o długości 20. Po uruchomieniu tego zapytania utworzono tabelę.
Użyliśmy wkładki do instrukcji, aby dodać pojedynczy rekord tej samej długości w obu kolumnach. Połączamy dwa struny wraz z „||” podpisać.
Wybierzmy zarówno kolumny „test” tabeli, jak i ich długości w osobnych kolumnach pobieranych przez funkcję „długość”. Wykazaliśmy pojedynczy rekord długości 8 dla obu kolumn podczas wykonywania zapytania.
Włóżmy kolejny rekord w obu kolumnach. Tym razem dodajemy dodatkowe wartości znaków dla obu kolumn za pomocą wkładki do polecenia. Jak już wiemy, dodanie większej liczby znaków niż określona długość dla znaku (n) doprowadzi do błędu, jak to miało.
Zmniejszmy znaki kolumny „CNAME” typu „Charakter (N)” i ponownie wykonaj to zapytanie. Znów rzuci wyjątek.
Aby uniknąć tego błędu, zmniejszyliśmy znaki do określonej długości lub mniej dla kolumn „CNAME” i „VNAME”, aby wstawić wartości. Tym razem zapytanie zadziałało i włożyło rekord.
Korzystając z instrukcji SELECT, pobieramy kolumny „CNAME” i „VNAME” wraz z ich długościami w innych kolumnach. Pokazuje, że dodaliśmy 10 wartości znaków dla kolumny „CNAME” i 16 wartości znaków dla kolumny „VNAME”. W przypadku „VName” całkowita przestrzeń 16 znaków została przypisana do wartości, podczas gdy wartością „Cname” przypisano przestrzeń 20 znaków, mimo że zapisuje tylko 10 znaków.
Spróbujmy teraz z wartościami kosmicznymi. Dodajemy przestrzeń długości więcej niż 20 znaków jako wartość do obu kolumn za pomocą wkładki do polecenia jak poniżej. Odniosło sukces zgodnie z wyjściem.
Korzystając z tej samej instrukcji Wybierz, otrzymaliśmy ponownie zaktualizowaną tabelę. Mimo że wartość dla obu kolumn wynosiła ponad 20 znaków, kolumna „VNAME” zapisała tylko 20 wartości przestrzeni znaków. Tymczasem kolumna „cname” nie zajmuje miejsca jako wartość i wykorzystuje ją jako pustego wyściełanego. Dlatego pokazanie 0 jako długości wartości.
Zastosowania typu danych BPCar:
Nadchodzi sytuacja, gdy musisz uzupełnić zewnętrzne połączenie z bazą danych. To połączenie zewnętrzne może używać innego rodzaju danych danych zamiast używać tego samego jak baza danych. Powiedzmy, że chcesz połączyć swoją bazę danych PostgreSQL z Spotify lub rozważ serwer chmur „Dremio”. Musisz pobrać dane z bazy danych PostgreSQL i użyć ich na platformie Spotify, a serwer w chmurze „Dremio” może być używany jako pamięć podręczna bazy danych dla wielu typów typów danych. Dlatego musisz zmapować typ danych String Spotify na typach danych „BPCar” bazy danych PostgreSQL i zmapować dane bazy danych „PostgreSQL” na dane „Dremio”. Można powiedzieć, że typ danych String w Spotify jest alternatywą dla „Bpchar” bazy danych PostgreSQL. Dremio obsługuje mapowanie „Bpchar” na Varchar of Dremio, Typ danych Char na Varchar, Bit to Boolean, Serial do INT i wiele innych takich.
Wniosek:
Dzisiejszy artykuł dotyczył typu danych „Bpchar”, i.mi., Puste wyściełany charakter. Aby zrozumieć koncepcję „Bpchar”, dokładnie przeszliśmy porównanie typów danych postaci (n) i varchar (n). Omówiliśmy również, jak działa pusta wyściełana znak dla postaci (n), gdy znaki zostały dodane więcej niż określona długość, mniej niż określona długość, a przestrzenie zostały dodane do kolumn.