Turso to baza danych oparta na SQLite, która pozwala dać każdemu klientowi osobną bazę, pracować offline z późniejszą synchronizacją i wyszukiwać dane po znaczeniu. Na przykładzie jednej aplikacji pokazujemy, co Turso daje na kolejnych etapach rozwoju produktu i kiedy lepiej wybrać coś innego.
CEO
06 wrz 2026
SQLite to najpewniej najczęściej używana baza danych na świecie. Jest w każdym telefonie, w każdej przeglądarce i w tysiącach programów na komputery, ale w aplikacjach webowych pojawiała się rzadko, bo działa jako plik na jednej maszynie. Turso to nowoczesna baza danych oparta na SQLite, która wyprowadza ten plik do chmury. Pozwala trzymać tysiące małych baz, synchronizować je z urządzeniami użytkowników i wyszukiwać dane po znaczeniu, czego potrzebują funkcje AI.
Wokół Turso jest sporo zamieszania. Ta sama nazwa oznacza firmę, usługę w chmurze i nową bazę napisaną od zera, a obok funkcjonuje jeszcze libSQL. Część funkcji z pierwszych lat zniknęła, a część nowych dopiero dojrzewa.
Zacznijmy od fundamentu. SQLite to baza danych, która nie potrzebuje serwera: cała baza to jeden plik, a program czyta go i zapisuje bezpośrednio. Według twórców SQLite w użyciu jest prawdopodobnie ponad bilion baz SQLite, głównie w smartfonach, z których każdy ma ich setki.
Na tym fundamencie wyrosły cztery rzeczy, które często wrzuca się do jednego worka:
Dla firmy, która zamawia aplikację, sprawa jest prostsza, niż wygląda. Produkcyjnie korzysta się dziś z Turso Cloud. Nowa baza w Rust to kierunek, w którym firma się rozwija, ale żeby zacząć, nie trzeba na nią czekać. Sami twórcy przyznają w wyjaśnieniu nazw opublikowanym przez Pekkę Enberga, że nazewnictwo ewoluowało razem z produktem.
Klasyczne bazy, takie jak PostgreSQL czy MySQL, działają jako osobny serwer. Aplikacja łączy się z nim przez sieć, a serwer obsługuje wielu użytkowników naraz. To dobry model dla dużej, wspólnej bazy, ale każde zapytanie wymaga połączenia, a serwer działa i kosztuje przez całą dobę.
SQLite czyta dane z pliku leżącego obok programu. Odczyt trwa ułamek milisekundy, bo nie ma żadnej podróży przez sieć. Do tego SQLite to pełnoprawna baza relacyjna z transakcjami ACID, czyli gwarancją, że operacja zapisze się w całości albo wcale. Ograniczenia też są znane. Plik leży na jednej maszynie. W danej chwili zapisywać może tylko jeden proces. W modelu serverless, gdzie aplikacja uruchamia się na żądanie w krótko żyjących funkcjach, nie ma stałego dysku, na którym ten plik mógłby leżeć.
Turso rozwiązuje część tych problemów. Bazę trzyma w chmurze i udostępnia przez HTTP, więc łączy się z nią aplikacja na Vercelu, w funkcjach Cloudflare czy w AWS. A tam, gdzie liczy się szybkość albo praca bez sieci, trzyma lokalną kopię pliku i synchronizuje ją z chmurą.
Weźmy firmę, która buduje aplikację do protokołów serwisowych dla instalatorów klimatyzacji. Technik przyjeżdża do klienta, sprawdza urządzenie, robi zdjęcia, wypełnia protokół, a klient podpisuje go na tablecie. Biuro widzi protokoły i na ich podstawie wystawia faktury. Na etapie MVP, czyli pierwszej wersji produktu do sprawdzenia na prawdziwych użytkownikach, baza ma być tania i nie zajmować czasu. Darmowy plan Turso (stan z października 2026 r.) obejmuje 100 baz, 5 GB danych, 500 mln odczytanych i 10 mln zapisanych wierszy miesięcznie. Dla prototypu z kilkoma firmami testowymi to aż nadto.
Programista pracuje lokalnie na zwykłym pliku SQLite, a w produkcji ta sama aplikacja łączy się z Turso. Oficjalne biblioteki są m.in. dla TypeScriptu i Pythona. Interfejs w Next.js może korzystać z Turso tak samo jak z każdej innej bazy, a do opisu tabel w kodzie nadaje się Drizzle ORM, który obsługuje Turso bezpośrednio. Prisma też działa, przez osobny adapter.
Przydaje się jeszcze jedna funkcja: gałęzie bazy. To kopia całej bazy tworzona w kilka sekund, na której można przetestować zmianę bez ryzyka dla danych produkcyjnych. W darmowym planie dane da się też przywrócić do stanu z dowolnego momentu ostatniej doby.
Aplikację kupuje dwadzieścia firm instalacyjnych. Każda ma swoich techników, klientów i protokoły. Typowe rozwiązanie to jedna wspólna baza, w której każdy rekord ma znacznik „ta firma". Turso zachęca do innego podejścia: każda firma dostaje własną bazę. Różnice między tymi modelami dobrze widać przy porównaniu architektury single-tenant i multi-tenant.
Turso Cloud jest projektowane właśnie pod taki układ, z myślą o milionach małych baz. Płatne plany nie mają limitu liczby baz, a nowa baza powstaje przez API w chwili rejestracji klienta.
Dane klientów są od siebie oddzielone fizycznie, a nie tylko warunkiem w zapytaniu. Błąd programisty, który zapomni dopisać filtr po firmie, nie pokaże jednemu klientowi protokołów drugiego. Gdy klient odchodzi, eksport albo usunięcie danych to operacja na jednym pliku. Gdy ktoś w firmie instalacyjnej skasuje przez pomyłkę pół roku protokołów, przywraca się jedną bazę, bez cofania wszystkich pozostałych. Dla produktów typu SaaS jest jeszcze argument kosztowy. Mała, rzadko używana baza klienta nie zajmuje osobnego serwera, który pracuje całą dobę.
Zmiana struktury danych dotyczy teraz wszystkich baz naraz. Dodanie jednej kolumny oznacza migrację w dwudziestu, a potem w dwóch tysiącach baz, z obsługą sytuacji, w której część się nie powiedzie. W styczniu 2025 r. Turso wycofało dla nowych użytkowników funkcję wspólnych schematów dla wielu baz, więc ten mechanizm trzeba zbudować po swojej stronie.
Trudniejsze są też zestawienia przekrojowe. Pytanie „ile protokołów wypełnili wszyscy klienci w zeszłym miesiącu" wymaga zebrania danych z każdej bazy. Dlatego przy takim modelu zwykle od początku planuje się osobne miejsce na raporty, na przykład hurtownię danych zasilaną z baz klientów.
Technicy pracują w kotłowniach, piwnicach i na dachach. Zasięg bywa tam słaby albo żaden. Aplikacja, która przy braku sieci nie pozwala zapisać protokołu, w tym zawodzie po prostu nie zadziała.
Turso Sync rozwiązuje to lokalnym plikiem bazy na urządzeniu. Technik zapisuje protokół lokalnie, a aplikacja wysyła zmiany do chmury, gdy sieć wraca, i pobiera to, co w międzyczasie zmieniło biuro. Według dokumentacji Turso Sync aplikacja może nawet wystartować bez połączenia, a zmiany czekają bezpiecznie w pliku do najbliższej synchronizacji. Jest jeden szczegół, który ma znaczenie biznesowe. Przy konflikcie obowiązuje zasada „wygrywa ostatnia wysłana zmiana". Jeśli technik i pracownik biura poprawią offline ten sam protokół, zostanie wersja tego, kto zsynchronizuje się później. Dlatego dane w takich aplikacjach projektuje się tak, żeby każdy edytował głównie swoje rekordy, a poprawki dopisywał jako nowe wpisy zamiast nadpisywać stare.
Trzeba też sprawdzić, na jakiej platformie będzie działać aplikacja. W październiku 2026 r. przykłady w dokumentacji Turso Sync dotyczyły TypeScriptu, Pythona i Go. Przy aplikacji mobilnej w React Native, Expo czy Flutterze aktualne wsparcie bibliotek trzeba zweryfikować przed decyzją. Czasem do prostszych przypadków wystarcza lokalne przechowywanie danych w React Native za pomocą AsyncStorage i własna synchronizacja.
Nowa baza Turso działa też w przeglądarce dzięki WebAssembly, czyli technologii uruchamiania skompilowanego kodu w przeglądarce. Otwiera to drogę do aplikacji PWA, które trzymają dane lokalnie i synchronizują je w tle. Przy takim projekcie decyzja o bazie wpływa na całą architekturę aplikacji, więc zapada razem z wyborem technologii w ramach tworzenia aplikacji mobilnych, a nie później.
Po roku w bazie jest kilka tysięcy protokołów z opisami usterek. Kierownik serwisu chce zapytać: „które urządzenia tego modelu miały problem z odpływem skroplin". Technicy opisują to różnie, raz „kapie z jednostki", raz „zatkany odpływ". Zwykłe wyszukiwanie po słowach znajdzie tylko część.Pomaga wyszukiwanie wektorowe. Każdy opis zamienia się na wektor, czyli ciąg liczb, który oddaje znaczenie tekstu, a system szuka opisów o podobnym znaczeniu, nawet gdy padają w nich inne słowa. Działa to na zasadzie wyszukiwania opartego na embeddingach. Turso ma wyszukiwanie wektorowe wbudowane, bez instalowania rozszerzeń. Wektory leżą w tej samej bazie co protokoły, więc w modelu „baza na klienta" każda firma ma też własny, odseparowany indeks. To dobry fundament pod RAG, czyli odpowiedzi modelu językowego oparte na danych firmy: asystent odpowiada na pytanie technika na podstawie historii jego firmy, a nie ogólnej wiedzy z internetu.
Turso promuje też model, w którym agent AI dostaje własną, małą bazę. Agent podłączony przez MCP, czyli standard łączenia modeli AI z narzędziami i danymi, może wtedy pracować na danych jednego klienta bez dostępu do pozostałych.
Przy bardzo dużych zbiorach, liczonych w dziesiątkach milionów wektorów, albo przy złożonym filtrowaniu wyników lepiej sprawdzają się wyspecjalizowane bazy wektorowe, takie jak Pinecone czy Qdrant. Dla tysięcy protokołów jednej firmy to zwykle przesada.
Turso dobrze pasuje do wielu małych baz, aplikacji z lokalną kopią danych i produktów, w których każdy klient żyje we własnym świecie. Poza tym obszarem pojawiają się sytuacje, w których lepiej sięgnąć po coś innego:
Ostatni punkt dotyczy też zależności od dostawcy. Biblioteki klienckie i libSQL są otwartoźródłowe, ale w 2025 r. Turso zapowiedziało, że nowa część serwerowa usługi będzie rozwijana jako kod zamknięty. Plik SQLite da się zawsze wyeksportować i otworzyć gdzie indziej, ale funkcje takie jak synchronizacja czy gałęzie trzeba by wtedy odtworzyć inaczej.
W takich przypadkach rozsądną alternatywą jest PostgreSQL w modelu DBaaS, czyli bazy danych jako usługi. Dla aplikacji, która potrzebuje od razu logowania, plików i API, wygodny bywa Supabase. Przy prostych projektach z jednym serwerem sprawdza się PocketBase, też oparty na SQLite. Firmy z dużym ruchem na MySQL często wybierają PlanetScale.
Wybór bazy to decyzja na lata, a zmiana w trakcie życia produktu kosztuje dużo więcej niż na starcie. W pracy nad architekturą i infrastrukturą aplikacji dopasowujemy technologię do rzeczywistego obciążenia, budżetu i wymagań projektu, a nie do tego, o czym akurat głośno. Jeśli rozwiązania nie da się utrzymać w nocy, gdy coś przestanie działać, nie jest to oszczędność. Przy Turso zadajemy kilka konkretnych pytań. Ilu klientów ma mieć produkt i czy ich dane muszą być rozdzielone? Czy użytkownicy pracują w miejscach bez zasięgu? Czy będą potrzebne raporty przekrojowe? Jak duże będą zbiory danych za dwa lata? Odpowiedzi zwykle wyjaśniają sprawę szybciej niż porównywanie list funkcji.
Jeśli odpowiedzi nie są jeszcze znane, bo produkt dopiero powstaje, dobrym punktem wyjścia jest etap product discovery, na którym ustala się zakres pierwszej wersji i warunki, w jakich będzie działać. Wybór między Turso, PostgreSQL a innym rozwiązaniem robi się wtedy na podstawie konkretnych liczb i scenariuszy.
Jeśli zastanawiasz się, czy Turso pasuje do Twojej aplikacji, porozmawiajmy o architekturze Twojego produktu.
FAQ
Blog
SQLite to popularna, lekka baza danych relacyjna, która jest szeroko stosowana w projektach programistycznych na całym świecie. Dzięki swojej prostocie i elastyczności, jest często wykorzystywana jako narzędzie do przechowywania i zarządzania danymi w aplikacjach mobilnych, desktopowych, a także webowych.
Neon to PostgreSQL w modelu serverless: baza usypia, gdy nikt z niej nie korzysta, rośnie przy większym ruchu i pozwala w sekundę zrobić kopię do testów. Na pięciu typowych projektach pokazujemy, kiedy to się opłaca, a kiedy nie.
Poznaj Drizzle-ORM, potężne narzędzie do zarządzania bazami danych, które usprawni Twoją pracę w obszarze programowania. Dowiedz się, jak wykorzystać jego funkcje do efektywnej manipulacji danymi, optymalizacji zapytań i zintegrowania z różnymi platformami. Nasz przewodnik po Drizzle-ORM poprowadzi Cię przez proces od podstaw do zaawansowanych technik.
DBaaS, czyli Database as a Service, to nowoczesne podejście do zarządzania bazami danych w chmurze. Dzięki temu rozwiązaniu, administracja staje się łatwiejsza, efektywniejsza i mniej czasochłonna. W artykule poznamy bliżej na czym polega fenomen DBaaS i jak wpływa na proces administracji bazami danych.
Wybór między modelami Single-tenant i Multi-tenant to jedno z kluczowych decyzji, które mogą wpływać na skalowalność i wydajność naszego biznesu w kontekście IT. Ten artykuł pomoże Ci zrozumieć różnice między nimi i określić, która opcja jest najlepsza dla Twojej firmy.
Sztuczna inteligencja rozwija się w błyskawicznym tempie, a jednym z jej najnowszych i najbardziej obiecujących osiągnięć jest technologia RAG (Retrieval-Augmented Generation). To innowacyjne podejście łączy możliwości generowania tekstu przez AI z dynamicznym wyszukiwaniem informacji w zewnętrznych źródłach. Dzięki temu odpowiedzi są nie tylko poprawne językowo, ale także aktualne i oparte na zweryfikowanych danych.
