Hoppa till innehåll
BigTree108

Utveckling, administration och rådgivning för PostgreSQL

Utveckling, administration och rådgivning för PostgreSQL: schemadesign och SQL, funktioner i PL/pgSQL, prestandaoptimering, replikering, failover och säkerhetskopiering, uppgraderingar till PostgreSQL 18, migreringar från Oracle, SQL Server och MySQL samt hanterad PostgreSQL på Azure, AWS och Google Cloud, med dedikerade PostgreSQL-utvecklare och DBA:er till ert team eller ett PostgreSQL-projekt som levereras från början till slut.

Vad vi bygger med PostgreSQL

  • Schemadesign för PostgreSQL

    Tabeller, begränsningar och index utformas utifrån hur applikationen läser och skriver, JSONB där datans form varierar och deklarativ partitionering för tabeller som växer varje månad, där varje ändring är en granskad migrering i Flyway, Liquibase, Alembic, EF Core eller Prisma.

  • Prestandaoptimering för PostgreSQL

    Långsamma frågor hittas med pg_stat_statements, auto_explain och EXPLAIN ANALYZE och åtgärdas sedan med rätt B-tree-, GIN- eller BRIN-index, en omskrivning eller ny statistik, och inställningar för autovacuum, minne och anslutningar anpassas till arbetslasten, med PgBouncer framför när anslutningarna tar slut.

  • Funktioner och triggers i PL/pgSQL

    Funktioner, procedurer och triggers i PL/pgSQL, schemalagda jobb i pg_cron samt vyer och materialiserade vyer för rapportering, täckta av pgTAP-tester som körs i pipelinen mot en riktig PostgreSQL i en container.

  • Hanterad PostgreSQL i molnet

    Azure Database for PostgreSQL, Amazon RDS och Aurora PostgreSQL, Google Cloud SQL och AlloyDB, eller Supabase, dimensionerade efter arbetslasten och definierade i Terraform, på privata nätverk, med inloggning via Microsoft Entra ID eller IAM och läsrepliker där rapporter behöver dem.

  • Replikering, failover och säkerhetskopiering

    Strömmande replikering med automatisk failover via Patroni, eller CloudNativePG på Kubernetes, point-in-time-återställning med pgBackRest, Barman eller WAL-G och återställningar som övas enligt schema så att återställningstiden är känd innan den behövs.

  • Migreringar till PostgreSQL

    Oracle-scheman och PL/SQL konverteras med ora2pg, MySQL flyttas med pgloader och T-SQL från SQL Server skrivs om som PL/pgSQL, vart och ett färdigställt för hand, med data som flyttas i övade körningar och stäms av tabell för tabell före övergången.

  • Versionsuppgraderingar av PostgreSQL

    Kluster på PostgreSQL 14, som lämnar communityns support i november 2026, och äldre versioner flyttas till PostgreSQL 18 med pg_upgrade, som numera behåller planerarens statistik genom uppgraderingen, eller med logisk replikering när driftstoppet ska hållas till minuter, och applikationen testas först mot den nya versionen.

  • PostGIS, pgvector och andra tillägg

    Kartor, ruttplanering och leveranszoner med PostGIS, embeddings och likhetssökning med pgvector, sensor- och mätdata med TimescaleDB och tabeller som sprids över noder med Citus, så att en enda PostgreSQL-miljö täcker arbete som annars skulle kräva extra databaser.

  • Säkerhet och granskning i PostgreSQL

    Roller med minsta möjliga behörighet, säkerhet på radnivå för multi-tenant-data, SCRAM eller inloggning via Entra och IAM i stället för md5-lösenord, som PostgreSQL 18 fasar ut, TLS på varje anslutning och pgAudit-loggar som förvaras där administratörer inte kan ändra dem.

Anlita PostgreSQL-utvecklare och DBA:er

  • Dedikerade PostgreSQL-utvecklare och DBA:er

    PostgreSQL-utvecklare och DBA:er som går med i ert team på heltid, arbetar i era repositories, ert ärendesystem och era möten och rapporterar till er teamledare. Ni intervjuar dem; vi står för det ukrainska avtalet, lönen, faktureringen och ledigheten.

  • PostgreSQL-projektleverans

    Ett team som tar PostgreSQL-projektet från omfång till release: uppskattning, utveckling, tester och driftsättning, med en teknisk ledare hos oss som äger planen och kvaliteten.

  • PostgreSQL-support och övertaganden

    Ett befintligt PostgreSQL-system som övertas från ett annat team eller hålls igång: först en skrivskyddad genomgång och en skriftlig riskförteckning, sedan rättningar och nya funktioner i ordning efter effekt.

Sidan om dedikerade team förklarar hur specialister går med i ert team, och sidan om outsourcing beskriver projektleverans, övertaganden och hur vi debiterar.

Vilka som arbetar i ert PostgreSQL-projekt

  • PostgreSQL-utvecklare

    Scheman, SQL och PL/pgSQL

  • PostgreSQL-DBA:er

    Prestanda, replikering, säkerhetskopiering och uppgraderingar

  • Backend-utvecklare

    Dataåtkomst i .NET, Java, Python och Node.js

  • DevOps-ingenjörer

    Hanterade instanser och Kubernetes-operatorer i Terraform

  • Dataingenjörer

    Repliker för rapportering och change data capture

Så arbetar vi med PostgreSQL

Varje schemaändring är en migrering i repositoryt, granskad som kod och tillämpad av pipelinen, och tester körs mot en riktig PostgreSQL av samma huvudversion i en container i stället för mot en mock. Serverinställningar finns i Terraform, Ansible eller Kubernetes-operatorns manifest, så att ett kluster kan byggas om utifrån det som är nedskrivet.

På en databas som ett annat team driver börjar vi med skrivskyddad åtkomst till versioner, tillägg, replikering, säkerhetskopior, de långsammaste frågorna och listan över vem som kan ansluta, och sammanställer riskerna i prioritetsordning efter effekt. Ändringar i produktion övas på en kopia med maskerad data, och inget körs för hand som en migrering kan göra.

Andra databaser vi arbetar med

Översikt: Databaser

Frågor om PostgreSQL-utveckling

Inom vilka branscher arbetar era PostgreSQL-utvecklare?

Fintech och bank, för huvudböcker, betalningar och transaktionshistorik; AI- och dataprodukter, för analyslager och vektorsökning med pgvector; e-handel och detaljhandel, för kataloger, ordrar och lagersaldo; SaaS för företag, för multi-tenant-produkter skyddade med säkerhet på radnivå; hälso- och sjukvård, för patientjournaler med granskning och kryptering; samt logistik, för spårningsdata och leveranszoner i PostGIS.

Hanterad PostgreSQL eller självhostad?

En hanterad tjänst som Azure Database for PostgreSQL, Amazon RDS och Aurora, eller Cloud SQL och AlloyDB tar patchning, säkerhetskopiering och failover från ert team. Självhostad PostgreSQL, på virtuella maskiner eller på Kubernetes med CloudNativePG, ger er vilket tillägg som helst, vilken version som helst och full kontroll över servern. Vi arbetar med båda, och schemat, migreringarna och testerna är desamma i bägge fallen.

Vår PostgreSQL-databas är långsam. Var börjar ni?

Med pg_stat_statements, som rangordnar frågor efter den totala tid de tar, och exekveringsplanerna för de värsta av dem. Åtgärden är oftast ett saknat eller oanvänt index, en omskrivning av frågan, tabellsvullnad som autovacuum inte hunnit med eller för många öppna anslutningar, och varje ändring tidsmäts före och efter på en kopia av produktionsmiljön.

Hur snabbt kan PostgreSQL-utvecklare och DBA:er börja?

När rätt PostgreSQL-utvecklare eller DBA finns tillgänglig styrs starten bara av er intervju samt NDA och IP-överlåtelse. Annars gör vi en sökning, som vanligtvis ger kandidatprofiler inom två till tre veckor, och ingen börjar förrän ni har sagt ja.

Hur anlitar vi PostgreSQL-utvecklare och DBA:er via BigTree108?

Berätta om arbetet, senioriteten och de timmar ni behöver. Vi föreslår en eller två personer med deras profiler, ni intervjuar dem på samma sätt som ni skulle intervjua en egen anställning, och ni skriver under ett avtal med BIG TREE 108 LLC och får en faktura i månaden.

Vem äger arbetet de producerar?

Det gör ni. Varje specialist har ett undertecknat avtal med BigTree108 som överlåter allt arbetsresultat till bolaget, och vårt avtal med er överlåter det vidare. Kod, designer och dokument levereras in i era egna repositories och verktyg, inte på ett ställe där bara vi kan ändra dem.

Bygger ni på PostgreSQL?

Berätta vilken version, var den körs och vad som måste förändras. Ni får svar inom en arbetsdag: en plan, kandidatprofiler eller en avgränsning för en granskning av er databas.