Kategori: databaser

(replication) – automatisk kopiering av data. – Replikering görs för att auto­ma­tiskt skapa reservkopior av data, eller för att sprida data till flera data­baser. Replikering kan göras så att varje transaktion eller annan ändring kopi­eras omedelbart, eller så att hela databaser, webbsidor eller andra dokument kopieras regelbundet. – Man skiljer mellan synkron och asynkron replikering:

• Synkron replike­ring innebär att data upp­dateras exakt samtidigt på alla servrar. Det är viktigt till exempel i biljettförsäljningssystem, så att man inte ska kunna sälja samma biljett två gånger. Synkron replikering sker med en metod som kallas för tvåfasöverlämning;
• – Asyn­kron re­pli­ke­ring innebär att uppdateringarna inte sker exakt samtidigt. Det ställer lägre krav på nätet.

– Man talar också om olika grader av fullständighet (fidelity) vid replikering: viss information kan utelämnas av olika skäl. Ursprungligen var replikering hierarkisk (eller enkelriktad): en databas (källdatabasen) var original, den andra (måldatabasen) var replik. Numera är replike­ring ofta icke‑hierarkisk: de två databaserna är jämställda. Det är i praktiken samma sak som synkronisering av data.

[databaser] [ändrad 16 april 2018]

(resolution, lookup eller look-up) – sökning efter en enda uppgift i en tabell eller lista. Till exempel: vem har detta telefon­nummer?, vilken IP‑adress hör till denna webb­adress (URL)? (Se uppslagningstabell.) När programmet har hittat rätt uppgift kan det av­sluta sökningen. – En fråga (query) till en databas är en mer kom­pli­cerad sökning som i normal­fallet kräver att hela data­basen genomsöks.

[databaser] [ändrad 1 september 2020]

(stored procedure) – instruktioner för sökningar, strykningar och ändringar (frågor) som kan göras i en databas, lagrade i samma databas. – Lagrade procedurer är sedan decennier ett vanligt tillvägagångssätt för att man ska slippa mata in rutinprocedurer manuellt, men om procedurerna är skrivna för en viss databashanterare kan de ställa till problem när man ska flytta databasen till en annan databashanterare. – Jämför med vy, som är något annat.

[databaser] [ändrad 22 april 2018]

odelbarhet – en önskvärd egenskap vid transaktions­hantering. Transaktionerna ska vara odel­bara eller atomära, det vill säga att antingen genomförs samtliga steg i trans­aktionen eller också inga alls. Om transaktionen avbryts mitt i måste systemet alltså kunna backa och återställa de ändringar som redan har gjorts. (Ordet atomici­tet använder ordet atom i dess ursprung­liga betydelse – odelbar.) Atomici­tet är a:et i förkort­ningen ACID. – På engelska: atomicity.

[databaser] [ändrad 1 november 2019]

i databaser: värde som står ensamt i en ruta (i ett fält) – inte en uppräkning av värden. – I en väl utformad relationsdatabas ska det bara finnas enkla värden. Om en person har två telefonnummer ska de alltså inte trängas ihop i samma fält, utan databasen bör vara så upplagd att man kan lägga de två telefonnumren i var sitt fält. (Till exempel Hemma och Arbete.) Orsaken till att man enbart bör ha enkla värden är att det annars blir besvärligt att ställa frågor (göra sökningar): om det står två telefonnummer i samma ruta går det inte att fråga efter bara ett av dem. Programmet som hämtar numret kan också läsa ihop de två telefonnumren till ett enda långt och oanvändbart nummer. – Ett enkelt värde kan ha flera delar, till exempel Computer Sweden – det viktiga är att Computer Sweden är ett namn, inte två. – På engelska: single value. – Se också atomärt värde.

[databaser] [ändrad 4 september 2018]