Bedste selvhostede Airtable-alternativer: NocoDB, Baserow, Teable og Saltcorn sammenlignet

Airtable Team til ti pladser omkostninger $2,400 a year ved årlig fakturering. Det tal er ikke svært at retfærdiggøre for et lille, stabilt team. Det bliver sværere at forsvare, når databasen rammer Airtables postloft, bidragsydere kommer og går, og hvert ekstra sæde bliver ved med at øge regningen.

Det er presset bag jagten på det bedste selvhostede Airtable-alternativ i 2026. NocoDB, Baserow, Teable og Saltcorn fjerner alle modellen med betaling per bruger, men de løser ikke det samme problem.

Dette indlæg er en beslutningsmatrix for fire værktøjer. Hvert værktøj vurderes ud fra den begrænsning, der reelt bør drive valget: eksisterende databaseforbindelser, samarbejdssikkerhed, AI-funktioner eller udvikling af interne apps.

Den korte version

Vælg værktøjet ud fra den begrænsning, der faktisk er udslagsgivende.

• NocoDB hvis dine data allerede befinder sig i MySQL, PostgreSQL, MariaDB eller SQLite. Tag højde for datasikkerhedshuller før produktionsbrug.
• Baserow hvis delt redigering og gendannelse er vigtige. Budgetter til et 2 vCPU, 4 GB RAM VPS, plus en betalt Premium-licens, hvis du har brug for Kanban- eller kalendervisninger.
• Teable hvis du ønsker et PostgreSQL-native Airtable-alternativ og er åben for Teables betalte self-hosted AI-niveau.
• Saltcorn hvis problemet er en intern app, ikke et regneark.

Det rigtige valg afhænger af, hvilken begrænsning dit team ikke kan arbejde uden om.

De reelle omkostninger ved Airtable i 2026

Airtable Team koster i øjeblikket $20 pr. bruger pr. måned ved årlig fakturering og $24 pr. bruger pr. måned ved månedlig fakturering. Hver base er begrænset til 50.000 poster, og hvert arbejdsområde til 25.000 automatiseringskørsler pr. måned.

Business hæver disse grænser til 125.000 poster og 100.000 automatiseringskørsler og øger prisen per bruger til $45 om måneden ved årsabonnement. Det er en stigning på 125% per bruger for at undslippe recordgrænsen.

For et fem-personers team på den årlige Team-plan er det $1.200 om året. For ti pladser $2.400. For tyve pladser $4.800. For halvtreds pladser $12.000. Prisen skalerer lineært med antallet af medarbejdere, og de fleste teams bliver ved med at tilføje skrivebeskyttede seere og lejlighedsvise bidragydere, der alle tæller med i det samlede antal pladser.

Reglen om fjernelse af pladser er det strukturelle problem. Airtable behandler nu fjernede fakturerbare samarbejderpladser som betalt frem til slutningen af den aktuelle faktureringsperiode frem for at reducere den aktuelle faktura. Pladsen kan stadig genudpeges inden fornyelse, men prisen falder ikke i den pågældende faktureringscyklus.

Airtable ser ud til at have annonceret ændringen via kund-e-mail frem for via en letfindelig offentlig changelog eller nyhedsopslag; det tydeligste offentlige spor er en Reddit-tråd, der citerer den e-mail.

Reglen selv er angivet i Airtables aktuelle faktureringsdokumentation, så problemet er ikke politikkens eksistens. Det er manglen på nedadgående fleksibilitet i den aktive faktureringscyklus, især når årlig fakturering er den eneste måde at få adgang til den lavere Team-pris.

Loftet på 50.000 poster er et separat problem. For et operationsteam, der bygger et CRM, en projektsporing eller en lagerdatabase, er 50.000 poster opnåeligt inden for måneder med aktiv brug. Udvej er Business-planen, der koster mere end det dobbelte pr. plads.

Ingen af begrænsningerne ville betyde meget, hvis man kunne bevæge sig sideværts. Med pladsprismodellen er de eneste udgange opad (dyrere niveau) eller ud (andet værktøj).

De selvhostede alternativer vender omkostningsmodellen på hovedet. Infrastrukturomkostningerne er nogenlunde faste uanset antal pladser. At tilføje en seer koster ingenting. At tilføje 100.000 poster koster ingenting. Besparelserne er reelle og vokser i takt med teamet.

Sektionens vigtigste pointe: Airtables pris-per-sæde-model straffer vækst og udskiftning, og politikændringen i oktober 2025 gjorde det værre.

Fire værktøjer, ét regnearkserstatningsproblem

NocoDB og Baserow er de to værktøjer, der oftest erstatter Airtables velkendte regnearksbaserede interface og arbejdsflow. Teable ligger tættere på “Airtable plus et AI-lag”, med PostgreSQL i bunden og inbyggede AI-felter.

Saltcorn hører til i en lidt anden kategori. Det er primært en no-code app-bygger, ikke en direkte Airtable-klon. Det passer stadig ind i denne sammenligning, fordi nogle teams, der søger efter en selvhostet Airtable-erstatning, ikke forsøger at genskabe et regneark. De forsøger at omdanne strukturerede data til formularer, sider, rollebaserede visninger og små interne værktøjer.

Et kort overblik over hvert:

• NocoDB. Cirka 62.000 GitHub-stjerner pr. midt-2026, den mest-stjernede Airtable-klon med stor margin. Kildekode tilgængelig under Sustainable Use License siden v0.301. Forbinder til eksisterende MySQL-, PostgreSQL-, MariaDB- og SQLite-databaser uden migration. Let runtime.
• Baserow. MIT-licenseret. Realtidssamarbejde. Papirkurv med tre dages opbevaring. GDPR/HIPAA/SOC 2-overholdelsesstilling. Inkluderer en indbygget app-bygger. Tungere stak: Django plus PostgreSQL plus Redis.
• Teable. AGPL-3.0 Community Edition. PostgreSQL-backend. Realtidssamarbejde. Ubegrænsede rækker, vedhæftede filer og databaseforbindelser på den gratis selvhostede plan. AI-felt og AI-chat er på betalte selvhostede planer. Mindre fællesskab, omkring 21.000 stjerner.
• Saltcorn. MIT-licenseret. Fuld no-code app-builder, mobil PWA-eksport, 2 GB RAM anbefalet. Ingen realtidssamarbejde, ingen Airtable-import. Lavere releasekadence end NocoDB eller Baserow.

Hvis dit problem reelt er app-formet frem for regneark-formet, passer Saltcorn bedre end de tre andre. NocoBase hører også til den kategori, men dets Standard kommerciel licens fra $800 som et engangskøb, hvilket placerer det uden for den omkostningsdrevne målgruppe, som denne artikel er skrevet til.

Denne artikel dækker ikke de betalte skyalternativer til Airtable (Notion-databaser, SmartSuite, Monday.com). Købsrejsen er anderledes, og det omkostningsbaserede argument for self-hosting gælder ikke for at skifte fra én per-seat SaaS til en anden.

APITable er også udelukket; dets open source-repository eksisterer stadig, men den offentlige vedligeholdelse ser ud til at være markant langsommere end de andre værktøjer i denne sammenligning, da det primære changelog ikke længere viser den samme aktive udgivelseskadence.

Sammenligningsmatrixen

Tabellen nedenfor er designet til hurtigt at indsnævre valget. Den reducerer hvert værktøj til de faktorer, der i praksis ændrer beslutningen: samarbejde, gendannelse, understøttelse af eksisterende databaser, AI-funktioner, minimum RAM og bedste fit. Læs det først for retning, og brug derefter noterne nedenfor til at forstå afvejningerne bag hver række.

Læs tabellen række for række, ikke kolonne for kolonne. Pointen er, at intet enkelt værktøj vinder overalt. Realtidssamarbejde er den dimension, hvor NocoDB tydeligt halter bagud. Datasikkerhed er den dimension, hvor Baserow i øjeblikket er det eneste solide svar. AI-funktioner på det gratis niveau er unikke for Teable. Forbindelse til eksisterende databaser er unik for NocoDB.

Spørgsmålet er, hvilken af disse begrænsninger der er afgørende for dit team.

En hurtig dom, da du sandsynligvis leder efter en: der er ingen universel vinder. Det tætteste på et standardvalg for produktionsteams, der skal dele redigeringsadgang, er Baserow. Det tætteste på et standardvalg for teams, hvis data allerede lever i en SQL-database, er NocoDB, med forbeholdet om datasikkerhed indregnet.

Sektionens vigtigste konklusion: Vælg NocoDB til eksisterende SQL-databaser, Baserow til mere sikker delt redigering, Teable til gratis selvhostede AI-funktioner og Saltcorn til interne apps, der er vokset fra et regneark.

NocoDB: Bedste valg til teams, der skal forbinde en eksisterende database

Hvis dine data allerede findes i MySQL, PostgreSQL, MariaDB eller SQLite, er NocoDB det eneste værktøj i denne sammenligning, der peger direkte på din eksisterende database i stedet for at tvinge dig til at migrere. Den ene egenskab er det, der berettiger at overveje det frem for de andre tre.

Bemærk: Inden du bruger NocoDB med produktionsdata, skal du nøje teste destruktive operationer. En Hacker News-tråd fra februar 2025 rapporterede alvorlige gendannelsesproblemer, herunder felttype-ændringer der forårsager datatab, begrænsede fortryd/gendan-stier og upålidelig sletteadfærd. Behandl dette som et risikosignal frem for en universel fejlrapport, og test de præcise handlinger, din enhed er afhængig af, inden du skifter.

Styrkerne er reelle. NocoDB's Airtable-migreringsværktøj er det mest jævne i denne kategori. Du genererer et Personal Access Token i Airtable, angiver et Shared Base ID, og NocoDB trækker strukturen over, herunder de fleste felttyper og linkede poster. Visninger og automatiseringer migreres ikke.

Selve migrationen er dokumenteret på NocoDB-dokumentation. Den dedikerede Airtable-importør alene er grund nok for mange teams til at starte med NocoDB.

NocoDB er let sammenlignet med Baserow. En VPS med 1 vCPU og 2 GB RAM er et rimeligt udgangspunkt for brug i et lille team, særligt hvis databasebelastningen er beskeden og trafikken er intern.

En 1 GB-server kan fungere til personlig testning, men efterlader lidt plads til importer, baggrundsopgaver, vækst eller databasebelastning. Til produktion skal du starte ved 2 GB RAM og skalere baseret på postantal, samtidige brugere, vedhæftede filer og forespørgselsaktivitet.

Hvis du ikke vil have besvær med opsætningen, tilbyder vi hos Cloudzy også NocoDB som et-klik-app, så teams kan springe manuel installation over og køre det på en VPS med dedikerede ressourcer, NVMe-lager og fuld root-adgang.

Licenssituationen kræver ét afsnit med forklaring. Fra og med v0.301.0 (sent 2024) skiftede NocoDB fra AGPL-3.0 til Sustainable Use License. Det er source-available snarere end OSI-godkendt open source. Intern self-hosting er ubegrænset.

At tilbyde NocoDB som en administreret tjeneste til tredjeparter kræver en betalt kommerciel licens. For det publikum, der læser denne artikel, har ændringen ingen praktisk effekt på brugen. Det betyder dog, at nogle etiketter (som 'open source') ikke længere er præcise i streng OSI-forstand, hvilket er relevant for indkøbsteams, der filtrerer på licenstype. Planlæg samtalen i overensstemmelse hermed.

Sektionens vigtigste pointe: Vælg NocoDB, hvis du har en eksisterende SQL-database, og dit team kan leve med afvejningerne om datasikkerhed.

Baserow: Bedst for produktionsteams, der har brug for realtidssamarbejde og datasikkerhed

Hvis tre eller flere personer redigerer den samme base på samme tid, er Baserow det bedste valg til realtidssamarbejde i det selvhostede open source-spor, mens NocoDB's nyere realtidsgrid er bundet til betalt Cloud/Enterprise-adgang.

Redigeringer spredes uden sideopdatering. To personer, der arbejder på den samme række, producerer ikke en overskrivning af forældet data. Dette er den dimension, hvor kløften til NocoDB er størst.

Bemærk: Den gratis, ulicenserede selvhostede udgave af Baserow mangler Kanban-, kalender- og undersøgelsesvisninger. For at få disse visninger skal du enten have en betalt Premium selvhostet licens eller bruge Baserow Cloud. Hvis dit team er afhængigt af Kanban- eller kalenderlayouts, skal du medregne dette i prissammenligningen. NocoDB og Teable inkluderer begge disse visninger i deres gratis selvhostede niveauer.

Ud over realtidssamarbejde tager Baserow datasikkerhed seriøst. Der er en fungerende papirkurv med tre dages opbevaring, fortryd og gentag er til stede, og feltoperationer ødelægger ikke data lydløst.

MIT-licensen fjerner enhver indkøbsusikkerhed. Baserow har også dokumenteret GDPR-overholdelsesposition for teams i regulerede workflows. Platformen inkluderer en grundlæggende app-builder (Baserow Application Builder) til teams, der ønsker at udgive lette værktøjer oven på deres data.

Prisen for alt dette er et tungere infrastruktur-fodaftryk. Baserow er tungere end NocoDB, fordi den kører Django, PostgreSQL og Redis. En VPS med 2 vCPU og 4 GB RAM er det sikreste udgangspunkt for små produktionsteams, især under imports eller delte redigeringssessioner.

En 2 GB-server kan køre til let testning, men efterlader for lidt plads, når PostgreSQL, Redis, baggrundsarbejdere og større imports er aktive. For teams med mere end ti aktive redaktører, eller teams der bruger app-builder intensivt, bør man gå tættere på 4 vCPU og 8 GB RAM.

Cloudzy tilbyder Baserow som en one-click-app ligeledes, så teams kan springe over manuel installation og køre det på en VPS med dedikerede ressourcer, NVMe-lagring og fuld root-adgang.

Visningsbegrænsningerne i den gratis udgave er den begrænsning, som de fleste teams undervurderer. Baserow's selvhostede licensside dokumenterer, hvilke funktioner der er inkluderet. Premium- og Advanced-licenser er betalte årsabonnementer.

For teams, der har brug for Kanban, er valget mere specifikt end Baserow versus NocoDB. Gratis selvhostet Baserow inkluderer ikke Kanban. NocoDB inkluderer visningen, men medfører de dataintegritetsbegrænsninger, der er beskrevet ovenfor. Betalt Baserow tilføjer den manglende visning oven i infrastrukturomkostningerne.

Ingen af disse muligheder er ubetinget billigere. Regn det igennem ud fra dine specifikke funktionskrav.

Sektionens nøglepunkt: Vælg Baserow, hvis dit team samarbejder i realtid og kan leve uden Kanban- og kalendervisninger, eller hvis du er villig til at betale for Premium-licensen for at låse dem op.

Teable: Bedst for teams, der vil have AI-funktioner integreret

Hvis du vil have en PostgreSQL-baseret spreadsheet-UI med realtids-samarbejde og en AI-opgraderings-sti, er Teable det eneste værktøj her, der er bygget rundt om den kombination. Det gratis selvhostede niveau inkluderer ubegrænsede rækker, vedhæftede filer og databaseforbindelser. AI-felt og AI-chat er på den betalte Business selvhosted-plan.

Teable er bygget direkte på PostgreSQL. Det betyder, at du får en rigtig relationel database under spreadsheet-UI'et frem for en abstraktion over en, hvilket er tættere på NocoDB's filosofi end Baserow's. AGPL-3.0-licensering er genuint open source i OSI-forstand, hvilket har betydning i visse indkøbssammenhænge, hvor NocoDB Sustainable Use License markeres.

AI-funktionerne kræver, at du leverer dine egne model-API-nøgler. OpenAI, Anthropic og lokalt hostede modeller via Ollama virker alle. byo-key-modellen betyder, at driftsomkostningerne for AI-funktionerne er, hvad dine modelforbrugsomkostninger er hos udbyderen, uden Teable-margin oveni.

For teams, der allerede har OpenAI- eller Anthropic-nøgler til andre workflows, afhænger ekstraomkostningerne af forbrug snarere end en separat modelpakke.

Begrænsningerne er fællesskabsstørrelsen og projektets alder. Teable har cirka 21.000 GitHub-stjærner sammenlignet med NocoDB's 62.000, og projektet er yngre. AI-funktionerne er særligt bag det betalte self-hosted-niveau, så det stærkere argument for det gratis niveau er PostgreSQL, realtidssamarbejde og ubegrænsede rækker.

For teams, der prioriterer gennemprøvet infrastruktur over et yngre PostgreSQL-baseret Airtable-alternativ, er Teable ikke det sikreste valg. For teams, der ønsker databasemodellen først og AI som en betalt vej senere, er det det.

VPS-størrelsen er lig NocoDB. En VPS med 1 vCPU og 2 GB RAM er et fornuftigt startpunkt for brug af små teams, især hvis trafikken er intern og databasebelastningen er beskeden. En 1 GB-server kan fungere til personlig eller enkeltbruger-evaluering, men efterlader lidt plads til imports, baggrundsjobs, vedhæftede filer eller vækst.

Teable's PostgreSQL-backend er inkluderet i dens Docker-stak i stedet for at afhænge af en separat ekstern databasetjeneste.

På Cloudzy, det samme som NocoDB og Baserow, Teable er tilgængelig som en one-click-app, hvilket fjerner den manuelle Docker-opsætning og giver teams en VPS-base med dedikerede ressourcer, NVMe-lagerplads og root-adgang til at tune stacken senere.

Sektionens vigtigste pointe: Vælg Teable, hvis AI-assisterede dataworkflows er en prioritet, og du accepterer et mindre fællesskab og et yngre projekt.

Saltcorn: Bedst når en regneark-lignende database er det forkerte valg

Hvis hvad du egentlig har brug for er en lille tilpasset intern app, er Saltcorn tættere på, hvad du ønsker, end de tre andre værktøjer i denne sammenligning.

Det kan teknisk set fungere som en database med en brugerflade, men designhensigten er at samle en fungerende applikation fra data, visninger og sider. Det gør det mere sammenligneligt med Budibase eller Appsmith end med NocoDB.

Saltcorn er MIT-licenseret og lettere end Baserow. En VPS med 2 GB RAM er den sikrere baseline til lille produktionsbrug, især hvis du bygger mere end en simpel tabel-UI. The Saltcorn-wiki angiver 2 GB RAM som det anbefalede niveau for en lille flerbruger-opsætning.

En 1 GB-server kan fungere til enkeltbrugertests, men efterlader mindre plads til plugins, filuploads, baggrundsopgaver og større datasæt. Da Cloudzy har Saltcorn som et-klik-app, kan teams starte fra en klar VPS-installation i stedet for at opsætte Node.js, PostgreSQL og app-stakken manuelt.

Platformen understøtter mobil PWA-eksport, hvilket er usædvanligt i denne kategori. Der er ingen realtidssamarbejde, ingen Airtable-importer, og udgivelsesfreksvensen er langsommere end NocoDB eller Baserow.

Grunden til, at Saltcorn optræder i denne sammenligning frem for at blive sprunget over: nogle Airtable-migreringer handler ikke rigtig om at finde en anden spreadsheet-lignende database. De handler om at omdanne strukturerede data til formularer, visninger, tilladelser og simple interne arbejdsgange.

De er vokset fra regnearksmetaforen og har brug for reel formularvalidering, rollebaserede visninger og letvægts-workflowlogik. Saltcorn leverer det, ligesom Appsmith, Budibase og ToolJet (alle på Cloudzy's markedsplads som et-klik-apps, i øvrigt). Hvis dit problem ligner "vi har brug for et brugerdefineret CRM med rollebaseret adgang," er Saltcorn det rigtige udgangspunkt.

Sektionens vigtigste pointe: Vælg Saltcorn, hvis dit egentlige problem er at bygge en brugerdefineret intern app, ikke at erstatte et regneark.

Omkostningsberegning efter teamstørrelse: Airtable vs. selvhostet

Prisforskellen er grunden til, at denne kategori tiltrækker opmærksomhed. Airtable opkræver betaling pr. bruger, så enhver ekstra samarbejdspartner øger regningen. Selvhostede værktøjer fungerer anderledes: softwaren kan være gratis, men du betaler stadig for serveren, sikkerhedskopier, vedligeholdelse og den tid, der bruges på at drive det.

Bemærk: Den lette selvhostede vurdering gælder for ikke-AI selvhosting. Hvis Teables AI-felt- eller AI-chatfunktioner er en del af opsætningen, skal du lægge Teables betalte selvhostede licens og eventuelle model-/API-brugsomkostninger oven i serveromkostningerne.

En let opsætning er velegnet til beskedent brug af NocoDB, Teable eller Saltcorn. Baserow har typisk brug for mere plads, da det kører Django, PostgreSQL og Redis. Mønsteret er vigtigere end det præcise tal: Airtable skalerer med medarbejderantal, mens selvhostede værktøjer skalerer med arbejdsbyrden.

Forbehaldet er operatørtiden. Backups, opdateringer, overvågning og rettelser kan stadig tage 1 til 2 timer om måneden efter opsætning. For meget små teams uden teknisk ansvarlig kan det udligne besparelserne.

Hvis matematikken stadig peger på selvhosting, giver Cloudzy dig den nemmeste implementeringssti. Som nævnt tidligere er NocoDB, Baserow, Teable og Saltcorn alle tilgængelige som et-klik-apps, så teams kan springe manuel installation over og teste hurtigere.

De kører på Cloudzy's Database VPS infrastruktur med dedikerede vCPU'er, DDR5-RAM, NVMe-lager, fuld root-adgang, op til 40 Gbps netværk og 12+ globale placeringer. Vores 14-dages pengene-tilbage-garanti giver også teams mulighed for at teste de bedste løsninger med ikke-kritiske data, inden de forpligter sig.

Migrering fra Airtable: Hvad der faktisk virker

To veje eksisterer: API-baseret import (kun NocoDB) eller CSV-eksport og genimport (hvert værktøj).

API-stien er hurtigere og bevarer mere struktur. For NocoDB er forløbet: generer et Airtable Personal Access Token på airtable.com/create/tokens med de relevante tilladelser, hent Shared Base ID for hver base, du vil migrere, og kør NocoDB's importguide.

De fleste felttyper overføres, inklusive linkede poster og vedhæftningsfelter. Hvad der ikke migreres: visninger, automatiseringer, grænseflader, synkronisering, scriptingblokke og enhver enterprise SSO-konfiguration. Planlæg at genopbygge visninger fra bunden og genopbygge automatiseringer i et separat workflowværktøj.

n8n (også en ét-klik-app på Cloudzy's marketplace) er den mest almindelige destination for erstatning af Airtable Automations; det er mere fleksibelt og mere ærligt om, hvad det kan og ikke kan.

CSV-stien fungerer for Baserow, Teable og Saltcorn og som fallback for NocoDB, hvis API-importen fejler i kanttilfælde. Eksporter hver Airtable-tabel som CSV fra Airtable-brugerfladen, importer hver CSV til målværktøjet én ad gangen, og genoprette manuelt forbundne poster efter import.

Vedhæftede filer skal genoverføres, hvis de var gemt i Airtable. For store databaser er dette virkelig kedeligt, men det er pålideligt og producerer et rent skema.

En praktisk migrationssekvens: test først, skift over senere. Sæt målværktøjet op på en lille VPS, der matcher dens grundlæggende RAM-behov, importer én Airtable-database og brug den en uge med ikke-kritiske data.

De fleste migrationsproblemer dukker op, efter at folk begynder at redigere, filtrere, genopbygge visninger og kontrollere forbundne poster, ikke under selve importen. Opfang disse problemer, inden produktionsdata flyttes.

Hvis testbasen holder, gentag migrationen med det fulde datasæt og genopbyg visninger, automatiseringer og adgangsregler i en kontrolleret rækkefølge.

Vælg ud fra begrænsninger, ikke stjerner

Selvhostede Airtable-alternativer giver kun mening, hvis værktøjet matcher det job, du flytter over. En lavere regning hjælper ikke meget, hvis erstatningen mangler den gendannelsesmodel, samarbejdsadfærd eller databaseforbindelse, som dit team havde brug for fra dag ét.

Den endelige beslutning bør derfor bero på de faktiske begrænsninger, ikke på popularitetsmålet.

• NocoDB: Bedst for teams med data allerede i MySQL, PostgreSQL, MariaDB eller SQLite, så længe databeskyttelsesforbehandene er acceptable.
• Baserow: Bedst for teams, der ofte redigerer delte data og har brug for papirkurv, fortryd/gentag og sikrere gendannelse.
• Teable: Bedst for teams, der vil have AI-felter og AI-chat i en gratis selvhostet opsætning.
• Saltcorn: Bedst til teams, der bygger en lille intern app i stedet for endnu en regnearkslignende database.

GitHub-stjerner kan vise fællesskabsinteresse. De fortæller dig ikke, hvordan et værktøj håndterer gendannelse, delt redigering, importer eller den Premium-funktion, du glemte at prissætte. Vælg værktøjet ud fra begrænsningen, test det med ikke-kritiske data, og migrer derefter produktionen, når arbejdsgangen holder.

Cloudzy kan forkorte den testcyklus. NocoDB, Baserow, Teable og Saltcorn er tilgængelige som ét-klik-apps on Cloudzy Database VPS, så du kan springe manuel installation over og teste de bedste muligheder på dedikerede ressourcer, NVMe-lager, fuld root-adgang og 12+ globale placeringer.

Ofte stillede spørgsmål

Hvad er det bedste gratis selvhostede Airtable-alternativ?

Baserow er det sikreste standardvalg for produktionsteams, der har brug for delt redigering, papirkurv og fortryd/gentag. NocoDB passer til eksisterende SQL-databaser. Teable passer til AI-assisterede arbejdsgange. Saltcorn passer bedre til interne apps end som direkte Airtable-erstatning.

Er NocoDB stadig open source?

Ikke i streng OSI-forstand. Fra og med 0.301.0-udgivelsen gik NocoDB fra AGPL-3.0 til en Fair-code Sustainable Use License. Kilden er fortsat tilgængelig, men det beskrives bedre som source-available, ikke open source.

Hvilken VPS-størrelse har jeg brug for til at selvhoste Baserow?

For Baserow, start med mindst 2 vCPU og 4 GB RAM til lille produktionsbrug. Stakken kører Baserow, PostgreSQL, Redis og baggrundsarbejdere, så 2 GB RAM er bedre reserveret til test eller meget let brug.

Kan jeg importere mine Airtable-data til NocoDB?

Ja. NocoDB har en dedikeret Airtable-importør, der bruger et Airtable Personal Access Token og Shared Base ID. De fleste felttyper og linkede poster kan migreres. Visninger, automatiseringer, grænseflader, synkronisering og scriptblokke skal stadig genopbygges.

Inkluderer Teable's selvhostede version AI-funktioner?

Ja, men ikke på den gratis selvhostede plan. Teable viser AI-chat og AI-felter under den betalte Business selvhostede plan. Den gratis plan dækker ubegrænsede rækker, vedhæftede filer og databaseforbindelser, mens AI-brug stadig afhænger af din udbyder eller lokale modelstack.