Gå til indhold
BigTree108

PostgreSQL-udvikling, -administration og rådgivning

PostgreSQL-udvikling, -administration og rådgivning: skemadesign og SQL, PL/pgSQL-funktioner, ydelsestuning, replikering, failover og backups, opgraderinger til PostgreSQL 18, migreringer fra Oracle, SQL Server og MySQL og administreret PostgreSQL på Azure, AWS og Google Cloud, med dedikerede PostgreSQL-udviklere og DBA'er til jeres team eller et PostgreSQL-projekt leveret fra start til slut.

Det bygger vi med PostgreSQL

  • Skemadesign i PostgreSQL

    Tabeller, constraints og indeks designet ud fra, hvordan applikationen læser og skriver, JSONB, hvor dataenes form varierer, og deklarativ partitionering til tabeller, der vokser hver måned, hvor hver ændring er en gennemgået migrering i Flyway, Liquibase, Alembic, EF Core eller Prisma.

  • Ydelsestuning af PostgreSQL

    Langsomme forespørgsler fundet med pg_stat_statements, auto_explain og EXPLAIN ANALYZE og derefter rettet med det rigtige B-tree-, GIN- eller BRIN-indeks, en omskrivning eller friske statistikker, og autovacuum-, hukommelses- og forbindelsesindstillinger tunet til workloaden, med PgBouncer foran, når forbindelserne løber tør.

  • PL/pgSQL-funktioner og triggere

    Funktioner, procedurer og triggere i PL/pgSQL, planlagte jobs i pg_cron og views og materialiserede views til rapportering, dækket af pgTAP-tests, der kører i pipelinen mod en rigtig PostgreSQL i en container.

  • Administreret PostgreSQL i cloud

    Azure Database for PostgreSQL, Amazon RDS og Aurora PostgreSQL, Google Cloud SQL og AlloyDB eller Supabase, dimensioneret til workloaden og defineret i Terraform, på privat netværk, med login gennem Microsoft Entra ID eller IAM og læsereplikaer, hvor rapporter har brug for dem.

  • Replikering, failover og backups

    Streaming-replikering med automatisk failover gennem Patroni eller CloudNativePG på Kubernetes, point-in-time recovery med pgBackRest, Barman eller WAL-G og gendannelser øvet efter en tidsplan, så genoprettelsestiden er kendt, før der er brug for den.

  • Migreringer til PostgreSQL

    Oracle-skemaer og PL/SQL konverteret med ora2pg, MySQL flyttet med pgloader og SQL Server T-SQL omskrevet til PL/pgSQL, hver færdiggjort i hånden, med data flyttet i øvede kørsler og afstemt tabel for tabel før overgangen.

  • Versionsopgraderinger af PostgreSQL

    Clustre på PostgreSQL 14, som forlader community-supporten i november 2026, og ældre releases flyttet til PostgreSQL 18 med pg_upgrade, som nu bevarer planner-statistikker gennem opgraderingen, eller med logisk replikering, når nedetiden skal holdes på minutter, og applikationen testet mod den nye version først.

  • PostGIS, pgvector og andre extensions

    Kort, ruteplanlægning og leveringszoner med PostGIS, embeddings og lighedssøgning med pgvector, sensor- og metrikdata med TimescaleDB og tabeller fordelt over noder med Citus, så ét PostgreSQL-miljø dækker arbejde, der ellers ville kræve ekstra databaser.

  • Sikkerhed og auditering i PostgreSQL

    Roller med mindst mulige rettigheder, row-level security til multi-tenant-data, SCRAM eller Entra- og IAM-login i stedet for md5-adgangskoder, som PostgreSQL 18 udfaser, TLS på hver forbindelse og pgAudit-logs opbevaret, hvor administratorer ikke kan ændre dem.

Ansæt PostgreSQL-udviklere og DBA'er

  • Dedikerede PostgreSQL-udviklere og DBA'er

    PostgreSQL-udviklere og DBA'er, der indgår i jeres team på fuld tid, arbejder i jeres repositories, tracker og møder og rapporterer til jeres leder. I interviewer dem; vi står for den ukrainske kontrakt, lønudbetalingen, faktureringen og ferie og orlov.

  • Levering af PostgreSQL-projekter

    Et team, der fører PostgreSQL-projektet fra afgrænsning til release: estimering, udvikling, tests og udrulning, med en teknisk leder hos os, der ejer planen og kvaliteten.

  • Support og overtagelse af PostgreSQL

    Et eksisterende PostgreSQL-system, der overtages fra et andet team eller holdes kørende: først en skrivebeskyttet gennemgang og en skriftlig liste over risici, derefter rettelser og nye funktioner i rækkefølge efter betydning.

Siden om dedikerede teams forklarer, hvordan specialister indgår i jeres team, og siden om outsourcing beskriver projektleverance, overtagelser og hvordan vi tager betaling.

Hvem arbejder på jeres PostgreSQL-projekt

  • PostgreSQL-udviklere

    Skemaer, SQL og PL/pgSQL

  • PostgreSQL-DBA'er

    Ydeevne, replikering, backups og opgraderinger

  • Backend-udviklere

    Dataadgang fra .NET, Java, Python og Node.js

  • DevOps-ingeniører

    Administrerede instanser og Kubernetes-operatorer i Terraform

  • Dataingeniører

    Rapporteringsreplikaer og change data capture

Sådan arbejder vi med PostgreSQL

Hver skemaændring er en migrering i repositoryet, gennemgået som kode og anvendt af pipelinen, og tests kører mod en rigtig PostgreSQL af samme hovedversion i en container frem for en mock. Serverindstillinger ligger i Terraform, Ansible eller Kubernetes-operatorens manifester, så et cluster kan genopbygges ud fra det, der er skrevet ned.

På en database, et andet team driver, starter vi med skrivebeskyttet adgang til versioner, extensions, replikering, backups, de langsomste forespørgsler og listen over, hvem der kan oprette forbindelse, og skriver risiciene ned i rækkefølge efter effekt. Ændringer i produktion øves på en kopi med maskerede data, og intet køres i hånden, som en migrering kan udføre.

Andre databaser, vi arbejder med

Databaser: oversigt

Spørgsmål om PostgreSQL-udvikling

Hvilke brancher arbejder jeres PostgreSQL-udviklere i?

Fintech og bank til hovedbøger, betalinger og transaktionshistorik; AI- og dataprodukter til analytiske lagre og vektorsøgning med pgvector; e-handel og detail til kataloger, ordrer og lagerbeholdning; enterprise SaaS til multi-tenant-produkter beskyttet af row-level security; sundhedssektoren til patientjournaler med auditering og kryptering; og logistik til sporingsdata og leveringszoner i PostGIS.

Administreret PostgreSQL eller selvhostet?

En administreret tjeneste som Azure Database for PostgreSQL, Amazon RDS og Aurora eller Cloud SQL og AlloyDB tager patching, backups og failover af jeres team. Selvhostet PostgreSQL, på virtuelle maskiner eller på Kubernetes med CloudNativePG, giver jer enhver extension, enhver version og fuld kontrol over serveren. Vi arbejder med begge, og skema, migreringer og tests er de samme på begge.

Vores PostgreSQL-database er langsom. Hvor starter I?

Med pg_stat_statements, som rangerer forespørgsler efter den samlede tid, de tager, og eksekveringsplanerne for de værste af dem. Rettelsen er oftest et manglende eller ubrugt indeks, en omskrivning af forespørgslen, table bloat, som autovacuum ikke har kunnet følge med, eller for mange åbne forbindelser, og hver ændring tidsmåles før og efter på en kopi af produktion.

Hvor hurtigt kan PostgreSQL-udviklere og DBA'er starte?

Når den rette PostgreSQL-udvikler eller DBA er tilgængelig, afhænger starten kun af jeres samtale samt NDA og overdragelse af IP-rettigheder. Ellers gennemfører vi en søgning, som typisk giver kandidatprofiler inden for to til tre uger, og ingen starter, før I har sagt ja.

Hvordan ansætter vi PostgreSQL-udviklere og DBA'er gennem BigTree108?

Fortæl os om opgaverne, erfaringsniveauet og det timetal, I har brug for. Vi foreslår en eller to personer med deres profiler, I interviewer dem på samme måde, som I ville interviewe jeres egen medarbejder, og I underskriver én aftale med BIG TREE 108 LLC og modtager én faktura om måneden.

Hvem ejer det arbejde, de producerer?

Det gør I. Hver specialist har en underskrevet kontrakt med BigTree108, som overdrager alt arbejdsresultat til virksomheden, og vores aftale med jer overdrager det videre til jer. Kode, designs og dokumenter leveres ind i jeres egne repositories og værktøjer og opbevares ikke et sted, hvor kun vi kan ændre dem.

Bygger I på PostgreSQL?

Fortæl os om versionen, hvor den kører, og hvad der skal ændres. I får svar inden for én arbejdsdag: en plan, kandidatprofiler eller et omfang for en gennemgang af jeres database.

Skriv til hello@bigtree108.com Sådan svarer vi