Vad är en realtidsdatabas?
En databas i realtid liknar på vissa sätt en traditionell databas. Båda är avsedda att hålla data, och båda måste utföra beräkningar, men hastigheten med vilken beräkningar måste slutföras och mängden beräkningar skiljer sig avsevärt. En databas i realtid är avsedd att utföra beräkningar i realtid och är inte gjord för att hålla information under långa mängder tid. Att utforma databaser i realtid innebär många fler begränsningar på storleken på databasen och storleken på beräkningarna-och många andra överväganden och faktorer-för att säkerställa att beräkningar görs inom en viss tid. Det finns vanligtvis olika tidsfristtider, så databasen kan prioritera funktioner.
traditionella databaser är gjorda för att hålla data under långa mängder tid och även om data kan ha funktioner och beräkningar som tillämpas på dem, är uppgifterna till stor del ihållande. En databas i realtid är motsatsen. Uppgifterna är till stor del formbara, med mycket lite kvarvarande konstant, och datABas måste kunna hantera en mycket stor mängd beräkningar. Detta innebär att en traditionell databas inte fungerar för en realtidsapplikation, eftersom designen är helt annorlunda.
Kanske är det bästa exemplet på en databas i realtid en databas för aktiemarknader. Denna databas måste ständigt ändra sina värden baserat på en stor variation av faktorer och måste förbli korrekt så att företag och investerare trivs från transaktioner. Andra realtidsdatabasexempel inkluderar luftkontrolldatabaser, medicinska databaser och vetenskapliga analysdatabaser.
När en traditionell databas är utformad skapar programmeraren en ram där information kan lagras och programmerar ett relativt litet antal begränsningar. Databaser i realtid måste ha ett mycket stort antal begränsningar för att begränsa mängden information de har och mängden transaktioner de kan göra, så beräkningarna CAn utförs snabbt. Detta beror på att databashastigheten är beroende av mängden data som hålls och mängden funktioner som fungerar samtidigt. De flesta realtidsdatabaser är idiosynkratiska eller kan inte integreras med andra databaser eftersom de är mycket specialiserade för ett ämne.
För att uppfylla temporära begränsningar eller tidsbaserade beräkningsbehov finns det tre prioriterade nivåer på funktioner: hårda, fast och mjuka. Detta går i ordning från snabbast till långsammast, så databasen vet vad man ska arbeta med nu och vad som kan vänta. Även om alla funktioner kan placeras på hård prioritering, kan detta få en stor databas i realtid att krascha på grund av överbelastning.