Vra

Ek is die hersiening van my kode en besef ek spandeer 'n geweldige hoeveelheid tyd

  1. neem rye van 'n databasis,
  2. opmaak as XML,
  3. AJAX kry om die leser, en dan
  4. omskakeling terug in 'n hashed javascript voorwerp as my plaaslike datastore.

Op updates, ek moet die proses om te keer (behalwe met behulp van POST plaas van XML.)

Met net begin kyk na Redis, ek dink ek kan 'n enorme bedrag van tyd die behoud van die voorwerpe in 'n sleutel-waarde winkel op die bediener te red en net die gebruik van into direk oor te dra aan JS kliënt. Maar my flou gedagte kan nie verwag wat ek opgee deur die verlaat van 'n SQL DB (maw ek is bang om op te gee die GROEP DEUR / WAT navrae)

Vir my data, ek het:

  • baie-baie verhoudings, dit wil sê obj-tags, obj-groepe, ens
  • navraag voorwerpe deur 'n kombinasie van sodanige, dit wil sê WAAR merker in ( 'n "," b "," c ") EN groep in ( 'x', 'y')
  • self sluit, dit wil sê AL die etikette vir elke voorwerp WAAR tag = 'n '(SQL group_concat ())
  • 'n baie buitenste sluit, dit wil sê OUTER JOIN Gradering o.id = rating.obj_id
  • en voer, wat lyk asof dit 'n sterk punt in REDIS wees

Hoe kan jy suksesvol sleutel-waarde en SQL DBs meng?

Byvoorbeeld, is prakties om 'n groot lys van obj.Ids aansluit by 'n REDIS stel met SQL data met behulp van 'n SQL REEKS navraag (dws waar obj.id IN (1,4,6,7,8,34,876,9879 , 567345, ...), of andersom?

idees / voorstelle welkom.

Was dit nuttig?

Oplossing

Wil jy dalk 'n blik op te neem MongoDB . Dit werk met into styl voorwerpe, en kom met SQL soos kruip en bevraagteken. Redis is meer geskik vir die berging van data strukture hou lyste & stelle, wanneer jy 'n eenvoudige lookup in plaas van 'n komplekse navraag wil.

Ander wenke

Nou dat die werklike probleem meer gedefinieer (bv jy spandeer baie tyd met die skryf herhalende omskakeling kode om te beweeg van die een laag / verteenwoordiging na die volgende) Miskien kan jy oorweeg skryf (of googlen vir) iets wat hierdie automatizes, miskien ?

Googles terug baie resultate vir "omskep tafel te XML" (en die omgekeerde), sou dit help? Sou iets direk gaan van tafel tot sleutel / waarde pare beter? Het jy al probeer hierdie probleem aanpak in 'n algemene manier?

As jy sê: "Ek spandeer 'n enorme bedrag van tyd" bedoel jy dit is 'n baie ontwikkeling tyd, of is jy verwys na die berekening van tyd?

Ek persoonlik sou versigtig meng 'n RDBMS met 'n nie-RDBMS oplossing wees, omdat dit waarskynlik probleme sal skep wanneer die twee verskillende paradigmas bots.

Gelisensieer onder: CC-BY-SA met toeskrywing
Nie verbonde aan StackOverflow
scroll top