praegune kellaaeg 29.04.2025 04:58:37
|
Hinnavaatlus
:: Foorum
:: Uudised
:: Ärifoorumid
:: HV F1 ennustusvõistlus
:: Pangalink
:: Telekavad
:: HV toote otsing
|
|
autor |
sõnum  |
|
jnt
HV Guru

liitunud: 10.05.2005
|
|
Kommentaarid: 110 loe/lisa |
Kasutajad arvavad: |
   |
:: |
2 :: |
0 :: |
102 |
|
tagasi üles |
|
 |
RassK
HV Guru

liitunud: 17.01.2007
|
11.02.2025 14:11:57
|
|
|
github star'i väärt. Endale ka uus asi.
Mis muud öelda kui tugevat närvi maintainimisel
|
|
Kommentaarid: 116 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
101 |
|
tagasi üles |
|
 |
jnt
HV Guru

liitunud: 10.05.2005
|
|
Kommentaarid: 110 loe/lisa |
Kasutajad arvavad: |
   |
:: |
2 :: |
0 :: |
102 |
|
tagasi üles |
|
 |
napoleon
Unknown virus

liitunud: 08.12.2008
|
23.03.2025 16:40:22
|
|
|
Lugesin kirjeldust ja ei saanudki väga hästi aru, mis seal niiväga uut ja head on. Põhimõtteliselt timestamp ja UUID/GUID ühte välja topitud.
Kirjete loomise kuupäeva järgi sortides/otsides on ju mugavam toimetada kui timestamp(no ei pea olema unix timestamp, võib ka datetime vms. tüübiga olla) on eraldi veerus.
|
|
Kommentaarid: 77 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
60 |
|
tagasi üles |
|
 |
jnt
HV Guru

liitunud: 10.05.2005
|
23.03.2025 22:36:42
|
|
|
napoleon kirjutas: |
Lugesin kirjeldust ja ei saanudki väga hästi aru, mis seal niiväga uut ja head on. Põhimõtteliselt timestamp ja UUID/GUID ühte välja topitud.
Kirjete loomise kuupäeva järgi sortides/otsides on ju mugavam toimetada kui timestamp(no ei pea olema unix timestamp, võib ka datetime vms. tüübiga olla) on eraldi veerus. |
Lihtkeeli, klassikalised andmebaasid vajavad "defragmentimist", kui primary key on random. ULID'i puhul seda probleemi pole, kuna iga uus kirje tuleb indeksi lõppu. (UUIDv7 suuresti lahendab ka selle probleemi ära, ent monotoonsus puudub)
See on päris karm perf loss, kui andmeid mõnuga peale voolab. Omal ajal sai sellega maadeldud ilma päriselt aru saamata veel, miks andmebaas ise-enesest aina aeglasemaks jääb ja miks peab mingi cron'iga vmt asjaga indekseid rebuild'ima, et kiirus "tagasi saada".
Ma näen just selles osas kõige suuremat kasu. Crockford'i Base32 on mu silmis ka ilusam, aga see on väike asi.
Igapäevast järjestamist tuleb ette igasuguse data osas, seega see, et ID järgi saab ajalise järjestuse näiteks ekraani peale kuvamiseks, ei ole minu arust väga teemaks. Ekraani peal on tavaliselt nupud sorteerimaks tabeleid iga tulba järgi ja seega pole mõtet ennast ID külge "kinni kirjutada". Selles osas sinuga igati nõus, et ajaväärtused üldjuhul on ikka kasulik konkreetselt eraldi hoida. (Või siis projetseerida virtuaalne property/column juurde, mis on tuletatud IDst) Küll aga näiteks finantsis/raamatupidamises võib osutuda mõistlikuks "CreatedAt" ära unustada (seda asendab ID) ja ainult "ValueDate" alles jätta. (bi-temporal andmebaasid, mis raamatupidamises jmt on kohustuslik muster)
_________________ Progemisest: https://byteaether.github.io/
Seisab keldris vana 386-486-Pentium1? Räägime! Ehk saan vanakesele uue elu anda.
Vaata siia, äkki müün midagi põnevat -> https://www.osta.ee/index.php?fuseaction=listing.seller&q[seller]=jnt |
|
Kommentaarid: 110 loe/lisa |
Kasutajad arvavad: |
   |
:: |
2 :: |
0 :: |
102 |
|
tagasi üles |
|
 |
|
lisa lemmikuks |
|
|
sa ei või postitada uusi teemasid siia foorumisse sa ei või vastata selle foorumi teemadele sa ei või muuta oma postitusi selles foorumis sa ei või kustutada oma postitusi selles foorumis sa ei või vastata küsitlustele selles foorumis sa ei saa lisada manuseid selles foorumis sa võid manuseid alla laadida selles foorumis
|
|
Hinnavaatlus ei vastuta foorumis tehtud postituste eest.
|