sql >> Database teknologi >  >> RDS >> Mysql

Bruger både Mongodb og Mysql i ét projekt

I de fleste situationer vil jeg anbefale at vælge én db til et projekt, hvis projektet ikke er kæmpestort. På virkelig store projekter (eller virksomheder generelt), tror jeg langsigtede organisationer vil bruge en kombination af

  • RDBMS til meget transaktionsbaseret OLTP
  • NoSQL
  • et datawarehousing/BI-projekt

Men for ting af mere rimeligt omfang skal du bare vælge den, der gør kernen i brugssagen, og bruge den til alt.

IMO at gemme brugerdata i mongodb er fint -- du kan udføre atomoperationer på enkelte BSON-dokumenter, så operationer som "alloker mig dette brugernavn atomically" er gennemførlige. Med redo-logfiler (--journal ) (v1.8+), replikering, slaveforsinket replikering, er det muligt at have en ret høj grad af datasikkerhed -- lige så høj som andre db-produkter på papir. Hovedargumentet imod sikkerhed ville være, at produktet er nyt, og gammel software er altid sikrere.

Hvis du har brug for at udføre meget komplekse ACID-transaktioner -- såsom regnskab -- brug en RDBMS.

Også hvis du har brug for at lave en masse rapportering, kan mysql være bedre i øjeblikket, især hvis datasættet passer på én server. SQL GROUP BY-sætningen er ret kraftfuld.



  1. Oracle SQL DATE-konverteringsproblem ved brug af iBATIS via Java JDBC

  2. Mysql union forespørgsel duplikerede rækker

  3. SQL-opdatering fra en tabel til en anden baseret på et ID-match

  4. Jeg vil kontrollere, om posten eksisterer, og hvis den ikke eksisterer, så vil jeg indsætte den post i databasen ved hjælp af golang