Schemaändring

Schemaändring avser ändringar i strukturen hos ett databasschema eller informationsschema. Det handlar om hur data lagras, valideras och används av applikationer, och kan gälla relationala databaser, data warehouses eller andra strukturerade lagringslösningar. Syftet är att stödja nya funktioner, förbättra prestanda, anpassa modellen till förändrade affärsbehov eller förbättra datavalidering och underhåll.

Typiska ändringar inkluderar tillägg av nya tabeller eller kolumner, ändring av kolumners datatyper eller längder, uppdatering av nycklar och constraints samt skapande eller optimering av index. Vissa förändringar kräver data- eller migrationsskript som flyttar och transformerar data för att bevara dataintegritet och minska driftstopp. Ändringar kan också innebära omstrukturering av relationer, normalisering eller denormalisering samt borttagning av objekt som inte längre används.

Hantering av schemaändringar sker oftast som versionerade migrationsskript som lagras i ett versionshanteringssystem. Migrationer körs i steg och kan styras med hjälp av verktyg som Liquibase eller Flyway, vilka hanterar körning i olika miljöer och dokumentation av varje steg. Det är vanligt att utveckla, testa och granska migrationer i en staging- eller testmiljö innan de används i produktion. Backups och en tydlig rollback-plan krävs för att hantera oförutsedda problem.

Påverkan och bästa praxis: applikationer kan behöva bakåtkompatibilitet under övergången eller kortvariga dubbla lösningar. Små, reversibla och idempotenta migrationer är att föredra; behåll en changelog och dokumentera ändringarna noggrant. Separera schemaändringar från större dataflyttar och använd tydliga test- och rollback-strategier.

Exempel: en enkel ändring i SQL kan vara ALTER TABLE kunder ADD COLUMN telefon VARCHAR(20); större förändringar kan kräva en följd av skript som skapar nya tabeller, kopierar data och historiserar gamla objekt.