Co rozpoznaje parser SQL?

**Pełną składnię CREATE TABLE** dla typowych dialektów: nazwy kolumn (z backtickami, podwójnymi cudzysłowami albo nawiasami kwadratowymi), typy z parametrami (`VARCHAR(255)`, `DECIMAL(10, 2)`), `NOT NULL`, `PRIMARY KEY`, `UNIQUE`, `DEFAULT`, `AUTO_INCREMENT` / `SERIAL` / `IDENTITY`, **inline `REFERENCES` z opcjonalnym `ON DELETE`**, table-level `PRIMARY KEY (...)`, `UNIQUE (...)`, `FOREIGN KEY (...)`. Ignoruje: triggery, procedury, partycje, `ENGINE=InnoDB`, `CHARACTER SET` itd.

Czemu nie wszystkie default-y są przeniesione?

Default-y są **trudne**, bo każdy ORM ma własną składnię. Prosty `DEFAULT 0`, `DEFAULT TRUE`, `DEFAULT 'pending'`, `DEFAULT NOW()` rozpoznajemy. Bardziej egzotyczne (wywołania funkcji typu `DEFAULT uuid_generate_v4()`) **pomijamy** żeby nie wstawiać niepoprawnego kodu. Dodaj ręcznie po skopiowaniu.

Jak generuje nazwy modeli?

**Singularyzacja** + **PascalCase**. Tabela `users` → model `User`, `posts` → `Post`, `categories` → `Category`. Konwencja każdego ORM-a. Singularyzacja jest naiwna: usuwa końcowe `s`, zamienia `ies` na `y`. Jeśli masz tabelę `mice` albo `children`, popraw ręcznie po wygenerowaniu.

Dlaczego nazwy kolumn są w camelCase?

Konwencja **JavaScriptu/TypeScriptu**. Kolumna `created_at` w bazie staje się polem `createdAt` w modelu. Prisma robi to przez `@@map`, Drizzle przez explicit `"created_at"` w `pgTable`, TypeORM przez `@Column({ name: "created_at" })`, Sequelize przez `field: "created_at"`. Tool dodaje te mapowania automatycznie, więc kod w aplikacji wygląda po JS-owemu, a baza zachowuje snake_case.

Czy obsługuje wiele tabel z relacjami?

Tak. Wklej kilka `CREATE TABLE` po sobie (oddzielonych `;`), wszystkie zostaną przetworzone. Klucze obce między nimi (`REFERENCES users(id)`) rozpoznajemy i generujemy relacje. **Ale**: Prisma wymaga zdefiniowania obu kierunków relacji (`posts: Post[]` w modelu `User`), tego nie dodajemy, bo nie zawsze trzeba.

Klasyczny `CREATE TYPE ... AS ENUM` (PostgreSQL) **nie jest jeszcze obsługiwany**. Jeśli masz kolumnę z typem ENUM w MySQL (`status ENUM('draft', 'published')`), tool rozpozna ją jako `varchar` i wyemituje `String`. Dodaj enuma ręcznie - w Prismie `enum Status { draft published }`.

Nie polecamy żadnego, bo to **zależy od projektu**. **Prisma** = świetna dokumentacja, generator migracji, popularna w Next.js. **Drizzle** = lżejsza, bliżej SQL, bardziej type-safe. **TypeORM** = klasyczny model z dekoratorami, dobry dla deweloperów z Java/C# (decorator-heavy podejście). **Sequelize** = najstarsza, dużo legacy, callback/promise API. Wszystkie cztery mają poważne wady i zalety, nie ma jednoznacznego zwycięzcy.

Czemu wynik Drizzle zależy od dialektu?

Bo Drizzle ma **trzy oddzielne implementacje**: `drizzle-orm/pg-core` (PostgreSQL), `drizzle-orm/mysql-core` (MySQL), `drizzle-orm/sqlite-core` (SQLite). Każda używa innych helperów typu (`serial` w Postgres, `int().autoincrement()` w MySQL, `integer({ mode: 'boolean' })` w SQLite dla booleana). Musisz powiedzieć tool-owi, który backend zamierzasz używać.

Czy obsługuje partycjonowane tabele albo indeksy generowane?

Nie. Skupiamy się na **podstawowym schemacie**: tabele, kolumny, klucze, relacje. Indeksy (`CREATE INDEX` poza CREATE TABLE) **ignorujemy** całkowicie, bo żaden z 4 ORM-ów nie ma na nich pełnej kontroli (Prisma ma `@@index`, Drizzle ma `.unique` ale nie zwykłe indeksy w schemie). Indeksy dodawaj w migracjach.

Konwerter SQL na ORM - darmowy

Schemat w pliku .prisma. Pamiętaj o dodaniu bloku datasource i generator.

SQL (CREATE TABLE)2 tabel

Schemat ORM (Prisma)

// Auto-generated from SQL CREATE TABLE.
// Add your datasource + generator blocks above the models.

model User {
  id Int @id @default(autoincrement())
  email String @unique @db.VarChar(255)
  name String @db.VarChar(100)
  isActive Boolean @default(true)
  bio String? @db.Text
  createdAt DateTime @default(now())
  @@map("users")
}

model Post {
  id Int @id @default(autoincrement())
  userId Int
  title String @db.VarChar(200)
  body String? @db.Text
  publishedAt DateTime?
  views BigInt @default(0)
  user User @relation(fields: [userId], references: [id], onDelete: Cascade)
  @@map("posts")
}

Po co konwertować SQL na ORM?

Masz już bazę danych, działa, ma tabele. Teraz w nowym projekcie chcesz używać ORM-a (Object-Relational Mapper) zamiast pisać surowy SQL. Ale ORM-y wymagają zdefiniowania schematu w swoim własnym formacie: Prisma używa pliku `.prisma`, Drizzle używa kodu TypeScript z helperami typu `pgTable`, TypeORM używa klas z dekoratorami, Sequelize używa wywołań `sequelize.define`.

Wklejasz `CREATE TABLE` i dostajesz schemat w czterech ORM-ach: Prisma, Drizzle, TypeORM, Sequelize. Tool rozpoznaje: typy kolumn (`VARCHAR(255)` → String, `INT` → Int, `TIMESTAMP` → DateTime), nullability, default-y, klucze główne, auto-inkrementację, klucze obce z relacjami i `ON DELETE CASCADE`.

Wynik jest gotowy do wklejenia do projektu, ale traktuj go jak punkt startowy: każdy ORM ma swoje konwencje i czasem warto coś dopieścić ręcznie.

Jak korzystać

Wklej swoje `CREATE TABLE` zapytania w lewe pole. Może być kilka tabel z relacjami (kluczami obcymi).

Wybierz docelowy ORM: Prisma (najpopularniejszy w ekosystemie Next.js), Drizzle (typebezpieczny, lekki), TypeORM (klasyk z dekoratorami), Sequelize (najstarszy, dla Node.js).

Dla Drizzle wybierz dialekt: PostgreSQL, MySQL albo SQLite. Każdy używa innego helpera (`pgTable`, `mysqlTable`, `sqliteTable`) i innych typów.

W prawym polu zobaczysz wygenerowany kod. Skopiuj przyciskiem Kopiuj i wklej do swojego pliku schemat.

Sprawdź relacje (klucze obce). Tool generuje `@relation` w Prisma, `.references()` w Drizzle, `@ManyToOne` w TypeORM. Niektóre kierunki relacji (np. odwrotny side w Prismie) trzeba dodać ręcznie.

Lista błędów parsowania pojawia się pod spodem, jeśli SQL ma niestandardową składnię. Pokaż w niej linijkę, którą tool zignorował.

Do czego się przydaje

Klasyczne scenariusze:

Onboarding istniejącej bazy do nowego projektu. Firma ma 5-letnią bazę na PostgreSQL, ty piszesz nowy front w Next.js z Prismą. Eksportujesz CREATE TABLE z `pg_dump --schema-only`, wklejasz tutaj, dostajesz prawie-gotowy `schema.prisma`.
Migracja z jednego ORM-a na drugi. Stary projekt na TypeORM, nowy na Drizzle. Wygeneruj SQL z TypeORM (`typeorm migration:generate`), wklej tutaj, dostań schemat Drizzle.
Nauka różnic między ORM-ami. Wklej proste CREATE TABLE, przełączaj cele i obserwuj, jak różnie wygląda ten sam schemat w Prisma, Drizzle, TypeORM i Sequelize. Dobra ścieżka do wyboru.
Zaproszony do kodu zespołu, który używa innego ORM-a. Znasz Sequelize, dostałeś projekt w Prismie, chcesz szybko zorientować się jak ten sam schemat wygląda w obu.
Code review schematu przed nową migracją. Zobacz, czy kod ORM jest spójny z DDL-em, który leży w bazie.

Po wygenerowaniu schematu warto go sformatować (dla zapytań). Jeśli pracujesz z DBML, mamy konwerter DBML → SQL.

Pytania i odpowiedzi

Nie. Traktuj jako punkt startowy. Tool pokrywa ~80% przypadków, ale każdy ORM ma niuanse: Prisma wymaga obustronnych relacji (`one-to-many` na obu modelach), Drizzle ma niespójności między dialektami, TypeORM ma alternatywne dekoratory typu `@OneToMany`, Sequelize wymaga `.belongsTo()` w setupie. Skopiuj wynik, popraw kierunki relacji, dodaj indeksy, dostosuj nazewnictwo do konwencji projektu.

// Auto-generated from SQL CREATE TABLE. // Add your datasource + generator blocks above the models. model User { id Int @id @default(autoincrement()) email String @unique @db.VarChar(255) name String @db.VarChar(100) isActive Boolean @default(true) bio String? @db.Text createdAt DateTime @default(now()) @@map("users") } model Post { id Int @id @default(autoincrement()) userId Int title String @db.VarChar(200) body String? @db.Text publishedAt DateTime? views BigInt @default(0) user User @relation(fields: [userId], references: [id], onDelete: Cascade) @@map("posts") }

Po co konwertować SQL na ORM?

Wynik jest gotowy do wklejenia do projektu, ale traktuj go jak punkt startowy: każdy ORM ma swoje konwencje i czasem warto coś dopieścić ręcznie.

Jak korzystać

Wklej swoje `CREATE TABLE` zapytania w lewe pole. Może być kilka tabel z relacjami (kluczami obcymi).

Wybierz docelowy ORM: Prisma (najpopularniejszy w ekosystemie Next.js), Drizzle (typebezpieczny, lekki), TypeORM (klasyk z dekoratorami), Sequelize (najstarszy, dla Node.js).

Dla Drizzle wybierz dialekt: PostgreSQL, MySQL albo SQLite. Każdy używa innego helpera (`pgTable`, `mysqlTable`, `sqliteTable`) i innych typów.

W prawym polu zobaczysz wygenerowany kod. Skopiuj przyciskiem Kopiuj i wklej do swojego pliku schemat.

Lista błędów parsowania pojawia się pod spodem, jeśli SQL ma niestandardową składnię. Pokaż w niej linijkę, którą tool zignorował.

Do czego się przydaje

Klasyczne scenariusze:

Onboarding istniejącej bazy do nowego projektu. Firma ma 5-letnią bazę na PostgreSQL, ty piszesz nowy front w Next.js z Prismą. Eksportujesz CREATE TABLE z `pg_dump --schema-only`, wklejasz tutaj, dostajesz prawie-gotowy `schema.prisma`.
Migracja z jednego ORM-a na drugi. Stary projekt na TypeORM, nowy na Drizzle. Wygeneruj SQL z TypeORM (`typeorm migration:generate`), wklej tutaj, dostań schemat Drizzle.
Nauka różnic między ORM-ami. Wklej proste CREATE TABLE, przełączaj cele i obserwuj, jak różnie wygląda ten sam schemat w Prisma, Drizzle, TypeORM i Sequelize. Dobra ścieżka do wyboru.
Zaproszony do kodu zespołu, który używa innego ORM-a. Znasz Sequelize, dostałeś projekt w Prismie, chcesz szybko zorientować się jak ten sam schemat wygląda w obu.
Code review schematu przed nową migracją. Zobacz, czy kod ORM jest spójny z DDL-em, który leży w bazie.

Po wygenerowaniu schematu warto go sformatować (dla zapytań). Jeśli pracujesz z DBML, mamy konwerter DBML → SQL.

Pytania i odpowiedzi

Konwerter SQL na ORM

Po co konwertować SQL na ORM?

Jak korzystać

Do czego się przydaje

Pytania i odpowiedzi

Powiązane narzędzia

Formater SQL

Konwerter dialektów SQL

Konwerter DBML na SQL

Parser connection stringa do bazy

Konwerter SQL na ORM

Po co konwertować SQL na ORM?

Jak korzystać

Do czego się przydaje

Pytania i odpowiedzi

Powiązane narzędzia

Formater SQL

Konwerter dialektów SQL

Konwerter DBML na SQL

Parser connection stringa do bazy