introduktion

relationsdatamodellen, der organiserer data i tabeller med rækker og kolonner, dominerer i databasestyringsværktøjer. I dag er der andre datamodeller, herunder datamodeller, men relationelle databasestyringssystemer (rdbmss) forbliver dominerende til lagring og styring af data over hele verden.

denne artikel sammenligner og kontrasterer tre af de mest udbredte open source RDBMSs:. Specifikt vil det undersøge de datatyper, som hver RDBMS bruger, deres fordele og ulemper og situationer, hvor de bedst optimeres.

lidt om databasestyringssystemer

databaser er logisk modellerede klynger af information eller data. En database management system (DBMS) er derimod et computerprogram, der interagerer med en database. En DBMS giver dig mulighed for at styre adgangen til en database, skrive data, køre forespørgsler og udføre andre opgaver relateret til databasestyring. Selvom databasestyringssystemer ofte omtales som” databaser”, er de to udtryk ikke udskiftelige. En database kan være enhver samling af data, ikke kun en gemt på en computer, mens en DBMS er det program, der giver dig mulighed for at interagere med en database.

alle databasestyringssystemer har en underliggende model, der strukturerer, hvordan data gemmes og tilgås. Et relationsdatabasestyringssystem er et DBMS, der anvender den relationelle datamodel. I denne model er data organiseret i tabeller, som i forbindelse med RDBMS ‘ er mere formelt betegnes som relationer. En relation er et sæt tupler eller rækker i en tabel, hvor hver tupel deler et sæt attributter eller kolonner:

de fleste relationsdatabaser bruger struktureret forespørgselssprog til at administrere og forespørge data. Imidlertid bruger mange Rdbm ‘ er deres egen særlige dialekt, som kan have visse begrænsninger eller udvidelser. Disse udvidelser inkluderer typisk ekstra funktioner, der giver brugerne mulighed for at udføre mere komplekse operationer, end de ellers kunne med standard.

Bemærk: Udtrykket “standard CVR” kommer op flere gange i hele denne vejledning. Standardiseringsinstituttet (ANSI), Den Internationale Standardiseringsorganisation (ISO) og den internationale elektrotekniske kommission (IEC). Når denne artikel nævner “standard standard “eller” standard standard”, henviser det til den aktuelle version af standard standard udgivet af disse organer.

det skal bemærkes, at den fulde KVL-standard er stor og kompleks: fuld kerne KVL:2011-overholdelse kræver 179 funktioner. På grund af dette understøtter de fleste RDBMS ‘ er ikke hele standarden, selvom nogle kommer tættere på fuld overholdelse end andre.

hver kolonne tildeles en datatype, der dikterer, hvilken type poster der er tilladt i den kolonne. Forskellige RDBMS ‘ er implementerer forskellige datatyper, som ikke altid er direkte udskiftelige. Nogle almindelige datatyper omfatter datoer, strenge, heltal og Booleans.numeriske datatyper kan enten signeres, hvilket betyder, at de kan repræsentere både positive og negative tal eller usignerede, hvilket betyder, at de kun kan repræsentere positive tal. For eksempel kan myskls tinyint datatype indeholde 8 bits data, hvilket svarer til 256 mulige værdier. Det underskrevne område for denne datatype er fra -128 til 127, mens det usignerede område er fra 0 til 255.

Nogle gange vil en databaseadministrator pålægge en begrænsning på en tabel for at begrænse, hvilke værdier der kan indtastes i den. En begrænsning gælder typisk for en bestemt kolonne, men nogle begrænsninger kan også gælde for en hel tabel. Her er nogle begrænsninger, der ofte bruges i KVL:

• UNIQUE: Anvendelse af denne begrænsning på en kolonne sikrer, at ingen to poster i den kolonne er identiske.
• NOT NULL: denne begrænsning sikrer, at en kolonne ikke har nogen NULL poster.
• PRIMARY KEY: en kombination af UNIQUE og NOT NULLPRIMARY KEY begrænsning sikrer, at ingen indtastning i kolonnen er NULL og at hver post er forskellig.
• FOREIGN KEY: A FOREIGN KEYer en kolonne i en tabel, der henviser til PRIMARY KEY i en anden tabel. Denne begrænsning bruges til at forbinde to tabeller sammen: poster til kolonnen FOREIGN KEY skal allerede eksistere i kolonnen overordnet PRIMARY KEY for at skriveprocessen skal lykkes.
• CHECK: denne begrænsning begrænser det interval af værdier, der kan indtastes i en kolonne. For eksempel, hvis din ansøgning kun er beregnet til indbyggere i Alaska, kan du tilføje en CHECK begrænsning på en postnummerkolonne for kun at tillade poster mellem 99501 og 99950.

Hvis du gerne vil lære mere om databasestyringssystemer, kan du læse vores artikel om forståelse af Databasedatabaser og forskellige databasemodeller.

nu hvor vi generelt har dækket relationsdatabasestyringssystemer, lad os gå videre til den første af de tre open source relationsdatabaser, som denne artikel vil dække:.

er en selvstændig, filbaseret og fuldt open source RDBMS kendt for sin bærbarhed, pålidelighed og stærke ydeevne, selv i miljøer med lav hukommelse. Dens transaktioner er SYREKOMPATIBLE, selv i tilfælde, hvor systemet går ned eller gennemgår strømafbrydelse. hjemmesiden beskriver det som en” serverløs ” database. De fleste relationsdatabasemotorer implementeres som en serverproces, hvor programmer kommunikerer med værtsserveren gennem en interprocess-kommunikation, der videresender anmodninger. Men enhver proces, der får adgang til databasen, læser fra og skriver direkte til databasediskfilen. Dette forenkler opsætningsprocessen, da det eliminerer ethvert behov for at konfigurere en serverproces. Ligeledes er der ingen konfiguration, der er nødvendig for programmer, der bruger database: alt, hvad de har brug for, er adgang til disken.det er gratis og open source-program, og der kræves ingen særlig licens for at bruge det. Projektet tilbyder dog flere udvidelser-hver for et engangsgebyr — der hjælper med komprimering og kryptering. Derudover tilbyder projektet forskellige kommercielle supportpakker, hver for et årligt gebyr.

Vi understøtter datatyper

Vi tillader en række forskellige datatyper, organiseret i følgende lagringsklasser:

datatype	forklaring
null	inkluderer alle NULL værdier.
integer	signerede heltal, gemt i 1, 2, 3, 4, 6, eller 8 bytes afhængigt af værdien af værdien.
real	reelle tal eller flydende punktsværdier, gemt som 8-byte flydende punktnumre.
text	tekststrenge gemt ved hjælp af databasekodningen, som enten kan være UTF-8, UTF-16be eller UTF-16le.
blob	enhver klat af data, med hver klat gemt præcis som det var input.

i forbindelse med Kvlite betragtes udtrykkene “lagringsklasse” og “datatype” som udskiftelige. Hvis du gerne vil vide mere om ‘ s datatyper og affinitetstype, skal du tjekke officielle dokumentation om emnet.

fordele ved Kvlite

• lille fodaftryk: som navnet antyder, er Kvlite-biblioteket meget let. Selvom det rum, det bruger, varierer afhængigt af det system, hvor det er installeret, kan det tage mindre end 600 KB plads. Derudover er det helt selvstændigt, hvilket betyder, at der ikke er nogen eksterne afhængigheder, du skal installere på dit system for at kunne fungere.
• brugervenlig: er undertiden beskrevet som en” nul-konfiguration ” database, der er klar til brug ud af boksen. kører ikke som en serverproces, hvilket betyder, at den aldrig skal stoppes, startes eller genstartes og ikke leveres med nogen konfigurationsfiler, der skal administreres. Disse funktioner hjælper med at strømline stien fra at installere til at integrere den med et program.
• bærbar: I modsætning til andre databasestyringssystemer, der typisk gemmer data som et stort parti separate filer, gemmes en hel database i en enkelt fil. Denne fil kan placeres hvor som helst i et kataloghierarki og kan deles via flytbare medier eller filoverførselsprotokol.

ulemper ved

• begrænset samtidighed: selvom flere processer kan få adgang til og forespørge en database på samme tid, kan kun en proces foretage ændringer i databasen til enhver tid. Dette betyder, at understøtter større samtidighed end de fleste andre indlejrede databasestyringssystemer, men ikke så meget som klient/server RDBMS ‘ er som f.eks.
• ingen brugeradministration: databasesystemer leveres ofte med support til brugere eller administrerede forbindelser med foruddefinerede adgangsrettigheder til databasen og tabellerne. Da læser og skriver direkte til en almindelig diskfil, er de eneste gældende adgangstilladelser de typiske adgangstilladelser for det underliggende operativsystem. Dette gør til et dårligt valg for applikationer, der kræver flere brugere med særlige adgangstilladelser.sikkerhed: en databasemotor, der bruger en server, kan i nogle tilfælde give bedre beskyttelse mod fejl i klientprogrammet end en serverløs database som f.eks. For eksempel kan omstrejfende henvisninger i en klient ikke ødelægge hukommelsen på serveren. Også, fordi en server er en enkelt vedvarende proces, en klient-server database cancontrol dataadgang med mere præcision end en serverløs database, giver mulighed for mere finkornet låsning og bedre samtidighed.

Hvornår skal du bruge

• indlejrede applikationer: er et godt valg af database til applikationer, der har brug for portabilitet og ikke kræver fremtidig udvidelse. Eksempler omfatter single-user lokale applikationer og mobile applikationer eller spil.diskadgangsudskiftning: i tilfælde, hvor et program skal læse og skrive filer direkte til disken, kan det være en fordel at bruge til den ekstra funktionalitet og enkelhed, der følger med at bruge .
• test: For mange applikationer kan det være overkill at teste deres funktionalitet med en DBMS, der bruger en ekstra serverproces. har en in-memory-tilstand, som kan bruges til at køre tests hurtigt uden overhead af faktiske databaseoperationer, hvilket gør det til et ideelt valg til test.

når du ikke skal bruge

• arbejde med masser af data: kan teknisk understøtte en database på op til 140 TB i størrelse, så længe diskdrevet og filsystemet også understøtter databasens størrelseskrav. Det anbefales dog, at enhver database, der nærmer sig 1 TB, placeres på en centraliseret klientserverdatabase, da en database af den størrelse eller større ville være vanskelig at administrere.
• høje skrivevolumener: Kvlite tillader kun en skriveoperation at finde sted på et givet tidspunkt, hvilket markant begrænser dens gennemstrømning. Hvis din ansøgning kræver masser af skriveoperationer eller flere samtidige forfattere, er muligvis ikke tilstrækkelig til dine behov.
• netværksadgang er påkrævet: Da er en serverløs database, giver den ikke direkte netværksadgang til sine data. Denne adgang er indbygget i applikationen, så hvis dataene er placeret på en separat maskine fra applikationen, vil det kræve et motor-til-disk-link med høj båndbredde på tværs af netværket. Dette er en dyr, ineffektiv løsning, og i sådanne tilfælde kan en klient-server DBMS være et bedre valg.

ifølge DB-Engines Ranking, har været den mest populære open source RDBMS siden stedet begyndte at spore database popularitet i 2012. Det er et feature-rige produkt, der driver mange af verdens største hjemmesider og applikationer, herunder Facebook, Facebook og Spotify. Det er relativt ligetil at komme i gang med Myskl, i vid udstrækning takket være dens udtømmende dokumentation og et stort samfund af udviklere, samt overflod af Myskl-relaterede ressourcer online.designet til hastighed og pålidelighed, på bekostning af fuld overholdelse af standard kvm. Udviklerne arbejder hele tiden hen imod en tættere overholdelse af standard SDR, men det hænger stadig bag andre Sdr-implementeringer. Det kommer dog med forskellige tilstande og udvidelser, der bringer det tættere på overholdelse. I modsætning til applikationer, der bruger , får applikationer, der bruger en -database, adgang til den gennem en separat dæmon-proces. Da serverprocessen står mellem databasen og andre applikationer, giver den mulighed for større kontrol over, hvem der har adgang til databasen.vi har inspireret et væld af tredjepartsapplikationer, værktøjer og integrerede biblioteker, der udvider dets funktionalitet og hjælper med at gøre det lettere at arbejde med. Nogle af de mere udbredte af disse tredjepartsværktøjer er phpMyAdmin, Dbeaver og Heidisk.

Myskls understøttede datatyper

Myskls datatyper kan organiseres i tre brede kategorier: numeriske typer, dato-og klokkeslætstyper og strengtyper.

numeriske typer:

datatype	forklaring
tinyint	et meget lille heltal. Det signerede område for denne numeriske datatype er -128 til 127, mens det usignerede område er 0 til 255.
smallint	et lille heltal. Det underskrevne interval for denne numeriske type er -32768 til 32767, mens det usignerede interval er 0 til 65535.
mediumint	et mellemstort heltal. Det underskrevne interval for denne numeriske datatype er -8388608 til 8388607, mens det usignerede interval er 0 til 16777215.
inteller integer	et heltal i normal størrelse. Det underskrevne interval for denne numeriske datatype er -2147483648 til 2147483647, mens det usignerede interval er 0 til 4294967295.
bigint	et stort heltal. Det underskrevne interval for denne numeriske datatype er -9223372036854775808 til 9223372036854775807, mens det usignerede interval er 0 til 18446744073709551615.
float	et lille (enkeltpræcision) flydende punktnummer.
doubledouble precision, eller real	en normal størrelse (dobbelt præcision) flydende punktnummer.
decdecimalfixed, eller numeric	et pakket fastpunktsnummer. Visningslængden for poster for denne datatype defineres, når kolonnen oprettes, og hver post overholder denne længde.
bool eller boolean	en boolsk er en datatype, der kun har to mulige værdier, normalt enten true eller false.
bit	en bitværdi type, som du kan angive antallet af bits pr.værdi, fra 1 til 64.

dato og klokkeslæt typer:

Data Type	Explanation
date	A date, represented as YYYY-MM-DD.
datetime	A timestamp showing the date and time, displayed as YYYY-MM-DD HH:MM:SS.
timestamp	A timestamp indicating the amount of time since the Unix epoch (00:00:00 on January 1, 1970).
time	A time of day, displayed as HH:MM:SS.
year	A year expressed in either a 2 or 4 digit format, with 4 digits being the default.

String types:

Data Type	Explanation
char	A fixed-length string; indgange af denne type er polstret til højre med mellemrum for at opfylde den angivne længde, når de opbevares.
varchar	en streng af variabel længde.
binary	svarende tilchar type, men en binær byte-streng med en specificeret længde snarere end en ikke-binær tegnstreng.
varbinary	svarende tilvarchar type, men en binær byte-streng med en variabel længde snarere end en ikke-binær tegnstreng.
blob	A binary string with a maximum length of 65535 (2^16 – 1) bytes of data.
tinyblob	A blob column with a maximum length of 255 (2^8 – 1) bytes of data.
mediumblob	A blob column with a maximum length of 16777215 (2^24 – 1) bytes of data.
longblob	A blob column with a maximum length of 4294967295 (2^32 – 1) bytes of data.
text	A string with a maximum length of 65535 (2^16 – 1) characters.
tinytext	A text column with a maximum length of 255 (2^8 – 1) characters.
mediumtext	A text column with a maximum length of 16777215 (2^24 – 1) characters.
longtext	A text column with a maximum length of 4294967295 (2^32 – 1) characters.
enum	en optælling, som er et strengobjekt, der tager en enkelt værdi fra en liste over værdier, der erklæres, når tabellen oprettes.
set	svarende til en optælling, et strengobjekt, der kan have nul eller flere værdier, som hver skal vælges fra en liste over tilladte værdier, der er angivet, når tabellen oprettes.

fordele ved Myskl

• popularitet og brugervenlighed: Som et af verdens mest populære databasesystemer, der er ingen mangel på databaseadministratorer, der har erfaring med at arbejde med . På samme måde er der en overflod af dokumentation på tryk og online om, hvordan man installerer og administrerer en Myskl-database, samt en række tredjepartsværktøjer — såsom phpMyAdmin — der sigter mod at forenkle processen med at komme i gang med databasen.
• sikkerhed: Et script, der hjælper dig med at forbedre sikkerheden i din database ved at indstille installationens adgangskodesikkerhedsniveau, definere en adgangskode til rodbrugeren, fjerne anonyme konti og fjerne testdatabaser, der som standard er tilgængelige for alle brugere. Også, i modsætning til os, understøtter vi brugeradministration og giver dig mulighed for at give adgangsrettigheder på bruger-for-bruger basis.
• hastighed: ved at vælge ikke at implementere visse funktioner i var udviklerne i stand til at prioritere hastighed. Mens nyere benchmark-tests viser, at andre Rdbm ‘ er som Postgres kan matche eller i det mindste komme tæt på Myskl med hensyn til hastighed, har Myskl stadig et ry som en overordentlig hurtig databaseløsning.replikation understøtter en række forskellige typer replikation, hvilket er praksis med at dele information på tværs af to eller flere værter for at forbedre pålidelighed, tilgængelighed og fejltolerance. Dette er nyttigt til opsætning af en database backup løsning eller vandret skalering ens database.

ulemper ved Myskl

• kendte begrænsninger: Fordi det er designet til hastighed og brugervenlighed i stedet for fuld overholdelse, kommer det med visse funktionelle begrænsninger. For eksempel mangler det støtte til FULL JOIN klausuler.licens og proprietære funktioner: er dual-licenseret program, med en gratis og open source community edition licenseret under GPLv2 og flere betalte kommercielle udgaver udgivet under proprietære licenser. På grund af dette er nogle funktioner og plugins kun tilgængelige for de proprietære udgaver.
• langsom udvikling: Siden projektet blev erhvervet af Sun Microsystems i 2008 og senere af Oracle Corporation i 2009, har der været klager fra brugerne om, at udviklingsprocessen for DBMS er bremset betydeligt, da samfundet ikke længere har agenturet til hurtigt at reagere på problemer og gennemføre ændringer.

Hvornår skal du bruge Myskl

• distribuerede operationer: Myskls replikationssupport gør det til et godt valg til distribuerede databaseopsætninger som primær-sekundær eller primær-primær arkitekturer.
• hjemmesider og applikationer: driver mange hjemmesider og applikationer på tværs af internettet. Dette er i vid udstrækning takket være, hvor nemt det er at installere og oprette en Myskl-database, såvel som dens samlede hastighed og skalerbarhed i det lange løb.forventet fremtidig vækst: vores replikationsstøtte kan hjælpe med at lette vandret skalering. Derudover er det en relativt ligetil proces at opgradere til et kommercielt Myscl-produkt, som Myscl Cluster, der understøtter automatisk sharding, en anden vandret skaleringsproces.
  

når det ikke skal bruges

• : Da dette værktøj ikke forsøger at implementere den fulde standard, er dette værktøj ikke helt kompatibelt. Hvis complete eller endda næsten complete Compliance er et must for din use case, kan du bruge en mere fuldt kompatibel DBMS.
• samtidighed og store datamængder: selvom Myscl generelt klarer sig godt med læsetunge operationer, kan samtidige læseskrivninger være problematiske. Hvis din ansøgning vil have mange brugere, der skriver data til det på en gang, kan en anden RDBMS som Postgraduate være et bedre valg af database.

Postgresl

postgresl, også kendt som Postgres, regner sig selv som “den mest avancerede open source relationsdatabase i verden.”Det blev oprettet med det mål at være meget udvidelig og standardkompatibel. Det er en objekt-relationsdatabase, hvilket betyder, at selvom det primært er en relationsdatabase, indeholder den også funktioner — som tabelarv og overbelastning af funktioner — der oftere er forbundet med objektdatabaser.

Postgres er i stand til effektivt at håndtere flere opgaver på samme tid, en egenskab kendt som samtidighed. Det opnår dette uden læselåse takket være implementeringen af Multiversion Concurrency Control (MVCC), som sikrer atomiciteten, konsistensen, isolationen og holdbarheden af sine transaktioner, også kendt som SYREOVERHOLDELSE.

postgraduate er ikke så udbredt som Postgraduate, men der er stadig en række tredjepartsværktøjer og biblioteker designet til at forenkle arbejdet med Postgraduate, herunder pgAdmin og Postbird.

Postgraduate s understøttede datatyper

postgraduate understøtter numeriske, streng og dato og klokkeslæt datatyper som f.eks. Derudover understøtter den datatyper til geometriske former, netværksadresser, bitstrenge, tekstsøgninger og JSON-poster samt flere idiosynkratiske datatyper.

numeriske typer:

datatype	forklaring
bigint	et signeret 8 byte heltal.
bigserial	An autoincrementing 8 byte integer.
double precision	An 8 byte double precision floating-point number.
integer	A signed 4 byte integer.
numeric or decimal	An number of selectable precision, recommended for use in cases where exactness is crucial, such as monetary amounts.
real	A 4 byte single precision floating-point number.
smallint	A signed 2 byte integer.
smallserial	An autoincrementing 2 byte integer.
serial	An autoincrementing 4 byte integer.

Character types:

Data Type	Explanation
character	A character string with a specified fixed length.
character varying or varchar	A character string with a variable but limited length.
text	A character string of a variable, unlimited length.

Date and time types:

Data Type	Explanation
date	A calendar date consisting of the day, month, and year.
interval	A time span.
time or time without time zone	A time of day, not including the time zone.
time with time zone	A time of day, including the time zone.
timestamp or timestamp without time zone	A date and time, not including the time zone.
timestamp with time zone	A date and time, including the time zone.

Geometric types:

Data Type	Explanation
box	A rectangular box on a plane.
circle	A circle on a plane.
line	An infinite line on a plane.
lseg	A line segment on a plane.
path	A geometric path on a plane.
point	A geometric point on a plane.
polygon	A closed geometric path on a plane.

Network address types:

Data Type	Explanation
cidr	An IPv4 or IPv6 network address.
inet	An IPv4 or IPv6 host address.
macaddr	A Media Access Control (MAC) address.

Bit string types:

Data Type	Explanation
bit	A fixed-length bit string.
bit varying	A variable-length bit string.

Text search types:

Data Type	Explanation
tsquery	A text search query.
tsvector	A text search document.

JSON types:

Data Type	Explanation
json	Textual JSON data.
jsonb	Decomposed binary JSON data.

Other data types:

Data Type	Explanation
boolean	A logical Boolean, representing either true or false.
bytea	Short for “byte array”, this type is used for binary data.
money	An amount of currency.
pg_lsn	A PostgreSQL Log Sequence Number.
txid_snapshot	A user-level transaction ID snapshot.
uuid	A universally unique identifier.
xml	XML data.

Advantages of PostgreSQL

• SQL compliance: More so than SQLite or MySQL, PostgreSQL aims to closely adhere to SQL standards. According to the official PostgreSQL documentation, PostgreSQL supports 160 out of the 179 features required for full core SQL:2011 overholdelse, ud over en lang liste over valgfrie funktioner.
• Open source og community-driven: et fuldt open source-projekt, der er udviklet af et stort og hengiven samfund. På samme måde opretholder og bidrager Postgres-samfundet til adskillige online ressourcer, der beskriver, hvordan man arbejder med DBMS, herunder den officielle dokumentation, Postgres-programmet og forskellige online fora.
• udvidelig: brugere kan udvide Postgraduate programmatisk og på flue gennem sin katalog-drevet drift og dens brug af dynamisk belastning. Et delt bibliotek, og postgraduate vil indlæse det efter behov.

ulemper ved Postgreskl

• Hukommelsesydelse: for hver ny klientforbindelse forkaster Postgreskl en ny proces. 10 MB hukommelse, som hurtigt kan tilføjes til databaser med masser af forbindelser. Derfor, for simple læse-tunge operationer, postgraduate er typisk mindre performant end andre RDBMS, som f.eks.
• Popularitet: Selvom det er mere udbredt i de senere år, har Postgraduate historisk set været bagud med hensyn til Popularitet. En konsekvens af dette er, at der stadig er færre tredjepartsværktøjer, der kan hjælpe med at administrere en postgraduate database. På samme måde er der ikke så mange databaseadministratorer med erfaring med at administrere en Postgres-database sammenlignet med dem med Myskl-oplevelse.

Hvornår skal du bruge Postgraduate

• dataintegritet er vigtigt: Siden 2001 har det været fuldt SYREKOMPATIBELT og implementerer multiversionsvalutakontrol for at sikre, at data forbliver konsistente, hvilket gør det til et stærkt valg af RDBM ‘ er, når dataintegritet er kritisk.Integration med andre værktøjer: er kompatibel med en bred vifte af programmeringssprog og platforme. Dette betyder, at hvis du nogensinde har brug for at migrere din database til et andet operativsystem eller integrere den med et specifikt værktøj, vil det sandsynligvis være lettere med en postgraduate database end med en anden DBMS.
• komplekse operationer: Postgres understøtter forespørgselsplaner, der kan udnytte flere CPU ‘ er for at besvare forespørgsler med større hastighed. Dette kombineret med sin stærke støtte til flere samtidige forfattere gør det til et godt valg til komplekse operationer som datalagring og online transaktionsbehandling.

når du ikke skal bruge Postgraduate

• hastighed er bydende nødvendigt: på bekostning af hastighed blev Postgraduate designet med udvidelsesmuligheder og kompatibilitet i tankerne. Hvis dit projekt kræver de hurtigste læseoperationer, er det måske ikke det bedste valg af DBMS.
• Simple opsætninger: På grund af dets store funktionssæt og stærke overholdelse af standardkvl, Postgres kan være overkill for enkle databaseopsætninger. Til læsetunge operationer, hvor der kræves hastighed, er Myscl typisk et mere praktisk valg.
• kompleks replikation: selvom Postgraduate giver stærk støtte til replikation, er det stadig en relativt ny funktion, og nogle konfigurationer — som en primær-primær arkitektur — er kun mulige med udvidelser. Replikation er en mere moden funktion, og mange brugere ser, at replikation er lettere at implementere, især for dem, der mangler den nødvendige database-og systemadministrationsoplevelse.

konklusion

I dag er de tre mest populære open source relationsdatabasestyringssystemer i verden. Hver har sine egne unikke funktioner og begrænsninger, og udmærker sig i særlige scenarier. Der er en hel del variabler i spil, når der træffes beslutning om en RDBMS, og valget er sjældent så simpelt som at vælge den hurtigste eller den med flest funktioner. Næste gang du har brug for en relationsdatabaseløsning, skal du undersøge disse og andre værktøjer i dybden for at finde den, der bedst passer til dine behov.

hvis du gerne vil vide mere om , og hvordan du bruger det til at administrere en relationsdatabase, opfordrer vi dig til at henvise til vores Sådan administreres et snydeark til databasen. På den anden side, hvis du gerne vil lære om ikke-relationelle (eller Noskl) databaser, skal du tjekke vores sammenligning af Noskl-databasestyringssystemer.