Forståelse af 4-databasetyper, til e-handel

Som jeg skrev i "Hvordan Databaser arbejder med E-handel applikationer, "Du sandsynligvis bruger en database til din e-handel butik, selvom du ikke kender det.

E-handelssites bruger typisk databaser til:

  • Transaktionssporing;
  • Produktkataloger;
  • Ikke-produktindhold, såsom blogindlæg og "om os" -sider.

I dette indlæg vil jeg adressere fire fælles databasetyper.

1. Relationelle databaser

En relationsdatabase ligner et sæt regneark. Hvert regneark har kolonner og rækker af data.

Databaser ligner regneark, bortset fra at rækker og kolonner kaldes tabeller. Men i modsætning til regneark kan data i en relationsdatabase godt relateres til andre data.

For eksempel kan en relationsdatabase for en e-handelsbutik have en tabel over kunder og separat en ordreoversigt. I ordreoversigten er der et forhold til kunderne, så hver ordre vedrører en enkelt kunde. Dette forhold udtrykkes i form af et simpelt dataelement, der peger på den specifikke kunderække.

I en relationsdatabase behøver du kun at opdatere oplysninger på et sted i stedet for flere steder.

I en relationsdatabase behøver du kun at opdatere oplysninger på et sted i stedet for flere steder.

Fordelen ved dette er, at når kundedata ændres, skal du kun opdatere et stykke data. Hvis en kunde f.eks. Får en ny e-mail-adresse, skal du kun opdatere den ene række i kundetabellen og ikke alle rækkerne i ordrebordet. Alle ordrer til den pågældende kunde vedrører automatisk den nye e-mail-adresse.

Relationsdatabaser fungerer godt for transaktioner og ikke-produktindhold. De arbejder også for de fleste dele af produktkataloger, hvilket kan være vanskeligt at designe, når der er et stort antal kombinationer, såsom flere farver og størrelser. (I betragtning af populariteten af ​​relationelle databaser er de imidlertid ikke længere vanskelige at bruge, da der findes mange produktkatalogløsninger.)

Fælles relationsdatabaser omfatter PostgreSQL, MySQL og Oracle.

2. Dokument og nøgle / værdi databaser

Hvert enkelt emne i en dokumentdatabase er tildelt en "nøgle", som bruges som en identifikator.

Hvert enkelt emne i en dokumentdatabase er tildelt en "nøgle", som bruges som en identifikator.

En anden type database er et dokument eller en nøgle / værdi. Dokument- og nøgle- / værdidatabaser er teknisk forskellige, men i forbindelse med denne artikel vil jeg gruppere dem sammen og kalde dem, blot "dokumentdatabaser."

Dokumentdatabaser er ligetil. Billede en mappe på din computer fuld af forskellige typer filer. Hver fil har et unikt navn og indeholder unikke data.

Dokumentdatabaser arbejder på denne model. Hvert stykke data er givet et navn, kaldet en "nøgle". Denne nøgle bruges til at finde og hente disse data. Du kan definere forskellige typer data, meget på samme måde din computer har forskellige typer filer. En e-handelsbutik har for eksempel ordre-, kunde- og sidetyper.

Med dokumentdatabaser kan du designe hvilke typer data der skal medtages. Dette gør dokumentdatabaser fleksible og kraftfulde

Denne fleksibilitet kan dog være svært at håndtere. Hvis du har brug for at ændre, hvordan dataene gemmes, kan du ende med at opdatere alle data i databasen. Dokumentdatabaser kræver således normalt langsigtet tænkning, når man beslutter, hvordan man strukturerer og opbevarer dataene.

Dokumentdatabaser fungerer godt for produktkataloger og ikke-produktindhold, som blogindlæg og "om os" -sider. E-handelstransaktioner er imidlertid ikke ideelle til dokumentdatabaser. Relationsdatabaser fungerer meget bedre for transaktionsdata.

MongoDB, CouchDB og Redis er eksempler på dokumentdatabaser, der bruges af butikker.

3. Cloud Databaser

Cloud databaser er nyere. De er ikke en sand database type, men mere hosting-proces.

Cloud databaser er hostet af en tredjepart, typisk i meget stor skala. Dette kan være til gavn for en e-handel butiksejer, da hun ikke behøver at bekymre sig om hosting eller voksende database, da butikken vokser.

Men sky-databaser har risici. For en, skal en butiksejer sikre sig, at tredjeparten er troværdig, da den holder din virksomhed og kundedata. En butiksejer bør også sørge for at værten er en levedygtig forretning og vil være rundt så længe butikken er.

En interessant ting om cloud-databaser er, at de kan blande og matche flere databasetyper - rene relationsdatabaser, rene dokumentdatabaser og funktioner fra begge til at skabe noget unikt. Cloud databaser kan derfor fungere for alle typer e-handelsdata.

Amazon Web Services tilbyder for eksempel sky-databaser. Den har en Relational Database Service og også DynamoDB, en dokumentdatabase.

4. API Databaser

En anden type database er et program programmeringsinterface - API. Det er her, hvor din e-handelswebside forbinder til et tredjepartsfirma via dets API for at gemme og hente data.

Ligesom cloud-databaser er API-databaser ikke en særskilt type. Men afhængigt af API'en kan de helt erstatte behovet for en database.

API-databaser er almindelige på SaaS-platforme som Shopify og BigCommerce, hvor forhandlere kan oprette forbindelse til API'en for at tilpasse, hvordan deres butik fungerer.

Et simpelt eksempel bruger en API til at bestemme hvilke produkter der er bedst sælgende og derefter gemme det til en bedst sælgeres side i din butik.

Den største begrænsning af en API-database er API-leverandøren. Du må kun bruge og arbejde på data, som leverandøren udsætter i sin API. Hvis det ikke afslører bestillingsdata, kan du ikke gøre noget med ordrer.

Database typer er ikke klart defineret

I praksis er der ikke klare linjer omkring de forskellige databasetyper. Nogle gange lånes funktionerne i en type af en anden.

PostgreSQL er for eksempel et populært relationsdatabasesystem, men det fungerer også som en dokumentdatabase. Og der er hosting-udbydere, som Amazon Web Services og Heroku, der kombinerer skyversioner af PostgreSQL med yderligere funktioner som automatisk skalering og webgrænseflader.

Brug af flere databaser

En e-handel butik kan samtidigt bruge flere databaser, hver til forskellige formål.

For eksempel kan en Shopify-forhandler have følgende.

  • Shopifes relationsdatabase til butiksfronten (hvilke købmænd kan ikke få adgang direkte).
  • En brugerdefineret app ved hjælp af Shopify's API, der lagrer data i sin egen relationsdatabase fra Amazon Web Services.
  • En dokumentdatabase, der synkroniserer ordningsdata hver nat til historisk rapportering.
  • En API-database med købmandens betalingsgateway, der indeholder kundens betalingsoplysninger og abonnementer.

Kilde

Giv en kommentar

Dette websted bruger Akismet til at reducere spam. Lær, hvordan dine kommentardata behandles.