Ja Daniel, der er NOSKL med syre

jeg stødte for nylig på dette spørgsmål fra Yehuda-Daniel Korotkin i Linkedin ‘s noskl-forum og spurgte” Tror du, det er muligt at foretage transaktioner i Noskl?”

jeg støder på dette spørgsmål i en eller anden form stort set hele tiden, og respondenterne styrer normalt personen til de mange ressourcer, der viser, at du ganske rimeligt kan foretage en transaktion med Noskl…hvis databaseteknologien er architected, danner starten for at understøtte den.

denne gang begyndte en af de første kommentarer imidlertid at afvise behovet for kravet: “støtte til SYRETRANSAKTIONER gør noskl-databaser lidt ubrugelige, fordi de bliver betydeligt langsommere, mens de tilbyder meget mindre funktionalitet end traditionelle databaser.”

Nej Nej Nej! Må ikke bekymre dig Daniel – du kan have transaktioner med ! Og i modsætning til den håbefulde legende om Virginia og Julemanden, hvor svaret handler om tro… kan du, meget håndgribeligt og uden at opgive funktionalitet, have det i dag med Enterprise Noskl.

her er en hurtig oversigt over mit indlæg til den tråd:

  1. ja, du kan have syre med Noskl!
  2. ikke at have det betyder, at systemet ikke overvejede ‘Management System’ en del af DBMS i dets oprindelige design
  3. MarkLogic gør dette med Multi-Version samtidighedskontrol (tidsstempelkontrol over klyngen), delt-intet skalere ud (for at forenkle opdateringerne og strømmen virkelig paralleliseret forespørgselsbehandling) og klynger til klynger for at styre selv de største datasæt. Og vi er glade for at vise nogen, hvordan vi gør det, her er et dybdyk et papir om præcis, hvad MarkLogic gør under hætten.
  4. dette er ikke teori (eller tro): nogle af de større MarkLogic-databaser er en 1024-klynge, der opretholdt ydeevne, da den skaleres ud, og en 36-milliard dokumentdatabase, hvor en enkelt dokumentværdiopdatering blev afspejlet i den næste søgning eller forespørgsel . . . For ikke at nævne 100 ‘ erne af MarkLogic-drevne missionskritiske applikationer, hvor folk er afhængige af datakonstans for at drive deres forretning.
  5. uden syre, transaktioner og datakonsistens i databasen, oprettes og administreres denne funktionalitet som en øvelse for udviklerne. Resultaterne er tydelige at se for alle, hvis LinkedIn-opdatering ikke klæber, eller Facebook-indlæg kommer tilfældigt og i duplikat. Og de er fremragende, ingeniørfokuserede teknologivirksomheder-tænk bare på, hvad der foregår på steder, hvis hovedvirksomhed ikke er teknologi!

så start med den rigtige DBMS og ja, Daniel, du (og alle andre på udkig efter den nye generation af database) kan have Noskl med syre!

nu med hensyn til det andet store spørgsmål omkring denne tid af året … her er et meget gammelt indlæg om Santa (og faktisk batch opdateringer med transaktioner), der helt sikkert sætter mig i Virginia lejren!

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.