Új hozzászólás Aktív témák

• tm5 tag

  #4481

  #4479 Keem1

  2020-04-07 12:57:16

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  tm5

  tag

  #4479 Keem1

  #4479 Keem1

  Mekkora az MD5 hash mérete?
  Ezt nem értem Simán a normál MD5 16 bájtos mérete, hexában.

  Miért nem másolod el egy másik fájlba azokat amit nem akartsz törölni [...]?
  Alapvetően az lett volna, hogy nap végén: logs.txt -> logs001.txt, de külső elérés kell a loghoz, ezért (+ a kereshetőség miatt) a DB.

  Most van egy AI PK, de az a fájlbéli logbejegyzéstől független. Arra is gondoltam, hogy hátha lenne egy int alapú hash algoritmus, de itt is fontos a gyorsaság (az MD5 előállítása minimális erőforrást igényel), a hash-re csak az adatbázisba írás miatt van szükség, a feladat többi szemszögéből irreleváns.

  Így néz ki a tábla schema:
  CREATE TABLE "logs" (
 "id" INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
"level" INTEGER,
 "tstamp" TEXT,
 "message" TEXT,
 "location" TEXT,
 "userid" TEXT,
 "hash" TEXT
);

  A logfájl mindegyik sora egy határoló string alapján kerül feltördelésre, a log level pedig a megfelelő string indexe lesz (NONE->0, ERROR->1, DEBUG->2, ...).

  Egy log sor így néz ki:
  DEBUG - 2020-04-05 16:00:04 - No IP change detected, no need to update - [itt az adott namespace.class.method van] - [devicename/userid]

  Tranzakcióra nincs esetleg valami (sematikusan) ilyesmi?
  IF SELECT ...
INSERT INTO ...
ENDIF

  Jogos, azt zavart be, hogy 32 karakteren ábrázolják/tárolják, nem pedig egy 128 bites számként.

  Viszont még az is eszembe jutott, hogy ha valahol letárolod, hogy mi volt a legnagyobb dátum amit még beszúrtál, akkor a log file olvasáskor figyelmen kívül hagyhatsz minden olyan sort ami annál régebbi. Az újabbakat meg simán inzertálod. Csak ne felejtsd el letárolni az új MaxRowLoadDate-et a log feldolgozás végén.

Új hozzászólás Aktív témák