|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
set a cron job Devin
Od: Prompt Engineer
|
Pridané:
2.4.2024 22:31
Hello Devin, make a git diff between Redis an Valkie and pull all features from Redis to Valkie but make the code look somewhat different so that it won't violiate copyright.
Set a cron job to do this every two weeks.
|
|
Re: set a cron job Devin
Od: Pukeu
|
Pridané:
2.4.2024 22:40
...a vývojáři nebudou mít co žrát.
|
|
ultraradikálny psychoanalyticizmus
Od: syntaxterrorXXX, . Y
|
Pridané:
3.4.2024 7:49
Pliesť na seba bič ľpením na slobode priekazne pripomína princíp samonasierania.
|
|
KeyDB
Od: fdsfadfsfsdffdsfbgd
|
Pridané:
2.4.2024 22:49
KeyDB je výkonnejšia multi-threaded implementácia REDISu a ostáva naďalej BSD. :)
|
|
titulok
Od: hknmtt
|
Pridané:
2.4.2024 23:53
nikdy som nepochopil preco tieto primitivne kvdb, respektive to ani nie su kv db v tomto pripade, ale len obycajne mapy/listy/zoznamy v ramke, ktore sa daju spravit v hociakom jazyku na jden-dva riadky, su take popularne. pochopim kvdb, teda normalnu databazu ala b+tree/lsm a podobne ktora ma transakcie a uchovava data na disku ako kazda ina db, ale ked ide len o ramku tak ako naozaj nechapacka. navyse tu je aj sqlite...
|
|
Re: titulok
Od: johannn
|
Pridané:
3.4.2024 9:26
mapa v ramke je jedna vec… skalovat to na viacero serverov je vec ina
a napriklad Redid sa da oekne integrovat so Spring Cloud na ukladanie session, alebo na to spominane cache
|
|
Re: titulok
Od: hknmtt
|
Pridané:
3.4.2024 9:54
ak chcem synchronizovat stav na viacero serverov tak pouzijem na to nejaky synchronizacny mechanizmus postaveny na paxose, ako popularny raft. ale o tom tu rec nie je.
|
|
Re: titulok
Od: johannn
|
Pridané:
3.4.2024 12:43
Cely ten problem, ktory riesi Redis je vlastne trivialny. Uz ho len naimplementovat... Sprav to. Podporne libky, CLI atd pridu casom. Budeme ti fandit.
|
|
Re: titulok
Od reg.: andin
|
Pridané:
3.4.2024 11:57
Vsetky tieto primitivne kvdb ako Redis, alebo aj ETCD, Bolt ci Consul podporuju data persistence, a pripadne aj dalsie ficury ako low latency access, lepsi write throughput ked to porovnas s LSM queries alebo sqlite, clustering ci service discovery.
|
|
Re: titulok
Od: hknmtt
|
Pridané:
3.4.2024 12:07
no ale ved praveze nie. argument tu je ze je to len v ramke, nie je to teda kvdb s perzistenciou. preto hovorim ze sa to da spravit v hociakom jazyku na par riadkov kodu.
|
|
Re: titulok
Od reg.: jozko dezko
|
Pridané:
3.4.2024 12:18
dakujeme, otvorili ste nam oci. vsetky tieto nastroje prestaneme pouzivat a napiseme si to na par riadkov.
S pozdravom,
Zastupca skupiny firiem Amazon, Google, Oracle, Ericsson a Snap.
|
|
Re: titulok
Od: hknmtt
|
Pridané:
3.4.2024 13:57
len emotivne kecy bez argumentov. tipicke dnes uz vsade kde rozum je ponechany niekde v zadku. hlavne v IT sektore.
|