Czym jest Postgres? Baza danych, na której działa wiele aplikacji

Postgres (oficjalnie PostgreSQL) to darmowa, open-source relacyjna baza danych: program, który przechowuje dane aplikacji w tabelach wierszy i kolumn, łączy te tabele ze sobą i odpowiada na pytania o nie w języku o nazwie SQL. Znany jest z niezawodności, dbałości o poprawność danych i elastyczności — od listy zapisów po duży zbiór danych firmy. Wiele aplikacji webowych, a także wiele usług, które je hostują, jest zbudowanych na nim.

Dlaczego to ważne, gdy budujesz z AI

Kiedy narzędzie do budowania aplikacji z AI dodaje do projektu „bazę danych”, jest duża szansa, że to Postgres. Nie musisz pisać SQL, żeby go używać, ale odrobina zrozumienia bardzo pomaga:

• Możesz opisać dane w kształcie, którego baza potrzebuje. „Klienci mają wiele zamówień; każde zamówienie ma wiele pozycji” przekłada się bezpośrednio na tabele.
• Możesz poprosić o właściwe zabezpieczenia. Postgres sam potrafi odrzucić złe dane — zduplikowany e-mail, zamówienie dla nieistniejącego klienta — jeśli AI ustawi odpowiednie reguły.
• Możesz sprawdzić, co zrobiło AI. Nazwy tabel, kolumny i relacje łatwo sprawdzić w przeglądarce tabel, nawet jeśli nigdy nie dotkniesz kodu.

Codzienna analogia: bardzo surowe biuro archiwizacji

Wyobraź sobie biuro archiwizacji z szafką na każdy rodzaj rzeczy — jedną na klientów, jedną na zamówienia, jedną na produkty. Każda karta w szufladzie ma te same wydrukowane pola do wypełnienia. Każda karta ma unikalny numer, a karta zamówienia nie powtarza danych klienta; po prostu mówi „klient nr 214”, wskazując szufladę klientów.

Urzędnik jest surowy. Nie przyjmie zamówienia wskazującego na klienta, którego nie ma. Nie przyjmie karty z pustym polem daty, jeśli jest ono wymagane. A jeśli poprosisz go o przeniesienie pieniędzy z jednej karty konta na drugą, wykona obie połowy albo żadnej — nigdy tylko jedną.

Tym urzędnikiem jest Postgres. Szuflady to tabele, wydrukowane pola to kolumny, każda karta to wiersz, a link „klient nr 214” to klucz obcy (foreign key).

W czym Postgres jest dobry

Postgres zaczynał jako projekt badawczy na Uniwersytecie Kalifornijskim w Berkeley w latach 80. i od lat 90. jest rozwijany jawnie przez globalną społeczność. Ta długa historia sprawia, że często jest domyślnym wyborem: jest dobrze udokumentowany, szeroko wspierany, a każdy większy dostawca chmury oferuje jego zarządzaną wersję.

Przykład: zamiana arkusza kalkulacyjnego w tabele

Załóżmy, że prowadzisz małą firmę cateringową i śledzisz wszystko w jednym arkuszu: każdy wiersz to wydarzenie z imieniem i nazwiskiem klienta, telefonem, e-mailem, datą, pozycjami menu i ceną.

Problemy pojawiają się szybko. Ten sam klient występuje w sześciu wierszach z dwoma różnymi numerami telefonu. Pozycje menu są wpisane w jednej komórce jako „canapés x40, salad x2”, więc nie da się policzyć, ile canapés przygotowałeś w tym miesiącu.

W Postgres te same informacje stają się czterema tabelami:

Teraz numer telefonu klienta żyje w jednym miejscu. „Ile canapés przygotowaliśmy w marcu?” to pojedyncze zapytanie SQL. A gdy zapisujesz nowe wydarzenie z pozycjami, transakcja gwarantuje, że nigdy nie zostanie zapisane wydarzenie z połową pozycji.

To krok, który ludzie pomijają, gdy proszą AI, by „zrobiło aplikację z mojego arkusza”. Przewodnik jak zamienić arkusz kalkulacyjny w aplikację wchodzi w to głębiej.

Kluczowe pojęcia

• Tabela, wiersz, kolumna: rodzaj rzeczy, jedna jej instancja, jedna informacja o niej.
• Klucz główny (primary key): unikalny identyfikator każdego wiersza, zwykle id.
• Klucz obcy (foreign key): kolumna wskazująca na wiersz w innej tabeli, np. client_id.
• Schemat: projekt wszystkich tabel i kolumn.
• Migracja: zapisana, powtarzalna zmiana schematu, np. „dodaj kolumnę venue do events”.
• Zapytanie (query): pytanie lub polecenie zapisane w SQL.
• Connection string: adres i hasło, dzięki którym backend łączy się z bazą. To sekret — zob. zmienne środowiskowe i sekrety.
• Zarządzany Postgres: usługa, która uruchamia, wykonuje kopie zapasowe i aktualizuje Postgres za Ciebie.

Podstawowe operacje, które każda aplikacja wykonuje na tych tabelach — tworzenie, odczyt, aktualizacja, usuwanie — opisuje artykuł czym jest CRUD.

Typowe błędy i nieporozumienia

• Jedna gigantyczna tabela. Kopiowanie arkusza kolumna po kolumnie prowadzi do tych samych problemów z duplikacją. Rzeczy, które się powtarzają, wydziel do osobnych tabel.
• Przechowywanie list w jednym polu tekstowym. „canapés x40, salad x2” w jednej kolumnie nie da się poprawnie zliczać ani przeszukiwać. Użyj tabeli łączącej.
• Brak ograniczeń. Bez reguł „e-mail musi być unikalny” czy „każde wydarzenie wymaga klienta” złe dane wkradają się po cichu i wychodzą na jaw miesiące później.
• Ręczna zmiana bazy na produkcji. Zmiany schematu proś o zapisywanie jako migracje, aby zmiana była zarejestrowana i dało się ją powtórzyć.
• Pozwalanie przeglądarce łączyć się z bazą bezpośrednio. Frontend powinien przechodzić przez backend, który sprawdza uprawnienia. Hasło do bazy nigdy nie należy do kodu strony.
• „Postgres jest tylko dla dużych firm”. Działa równie dobrze dla listy oczekujących z 50 wierszami i nie będziesz musiał się z niego wynosić w miarę rozwoju.
• Zakładanie, że baza danych to kopia zapasowa. Przechowuje dane; nie chroni automatycznie przed ich usunięciem. Sprawdź, jakie kopie zapasowe zapewnia Twój host.

O co poprosić narzędzie do budowania z AI

• „Zapisuj [rzeczy] w bazie danych. Tabele: … z tymi polami: … Powiąż każde [zamówienie] z [klientem].”
• „Ustaw unikalność e-maila w klientach. Te pola są wymagane. Nie zezwalaj na zamówienie bez klienta.”
• „Używaj migracji przy każdej zmianie schematu.”
• „Dodaj indeksy dla wyszukiwań, które wykonujemy najczęściej: zamówienia po kliencie i po dacie.”
• „Cały dostęp do bazy przechodzi przez serwer. Trzymaj connection string w zmiennych środowiskowych.”

Jeśli w ogóle nie znasz idei bazy danych, zacznij od czym jest baza danych, a potem wróć tutaj. Aplikacja full-stack pokazuje, gdzie baza danych znajduje się obok frontendu i backendu.

Postgres w Mythex

Mythex daje każdemu projektowi, który jej potrzebuje, własną dedykowaną bazę Postgres. Nie musisz jej konfigurować: poproś o nią w czacie („zapisuj e-maile z listy oczekujących w bazie danych”) albo użyj polecenia /database, a Mythex ją podłączy, wstrzyknie dane połączenia do aplikacji i może za Ciebie utworzyć tabele. Opublikowana aplikacja uśpi swoją bazę po pięciu minutach bezczynności i obudzi ją przy następnym żądaniu, a płacisz za czas, w którym była faktycznie aktywna, z tego samego salda kredytów co budowanie. Szczegóły są w dokumentacji bazy danych, a szablony dashboardów to dobre miejsce, by zobaczyć aplikacje oparte na danych.

Pytania