Jednoduché zpracování JSON

mikrom

  • ***
  • 146
    • Zobrazit profil
    • E-mail
Re:JSON processor
« Odpověď #15 kdy: 08. 07. 2022, 11:24:09 »
Cílovka jsou, řekněme neprogramátoři, co však ví co je JSON a umí psát funkce třeba v excelu
Ked vedia co je JSON a vedia pisat funkcie v exceli vo VBA mozu pouzit niektory z tychto modulov:
https://github.com/eklam/VbsJson
https://github.com/VBA-tools/VBA-JSON


Re:JSON processor
« Odpověď #16 kdy: 08. 07. 2022, 14:24:44 »
Nepochopil jsem, proc nesaci samotne mongo agregace?

Hlavně proto, že jak se provede agregace, tak se výsledek vytáhne a původní data zahodí.
Je tam zdržení v tom, že se data musí nahrát, agregovat a stáhnout z MongoDB serveru.
Také běh samotného MongoDB serveru (a jakékékoliv jiné navrhované DB) mi přijde zbytečný. Aktuálně ideální by bylo mít něco jako `jq`, ale s Mongo syntaxí. To proto, že už hodně těch agregací je napsáno.
Na druhou stranu je mongo syntaxe dost ukecaná a opakující se. Proto se mi líbil Jsonnet, protože umožňuje definovat funkce, a je tak nějak celý navržen pro práci s JSON daty. Ale je oproti té současné opičárně s MongoDB 4x pomalejší.

Re:JSON processor
« Odpověď #17 kdy: 08. 07. 2022, 15:47:20 »
Jako nechapu tento dnesni pristup - chci pouzit svuj pocitac, na zpracovani svych dat, ale nechci programovat. Tak si na to najmete nekoho, kdo programovat umi, ne? Taky nechcete po uklizecce v hotelu, aby vam delala jidlo nebo odvezla na letiste.

urcite bych si na zpracovani JSONu nenajal nekoho, kdo to chce delat v C.

Vsechno je otazka nalezeni kompromisu mezi pohodlim a vykonem. A pak se casto opomiji, jakym smerem se bude skalovat - v tomto oboru bych ocekaval miliony opakovani malo typu zprav, nez miliony ruznych typu zprav spis neopakovanych.

Namisto toho, aby to tazatel vyresil cilene - zpracovanim vlastnich souboru vlastnim zpusobem (uzitim maximalne jedne transportni knihovny), tak hleda zazracny meta nastroj, ktery magicky napravi to, co sam neumi. Ale holt takova univerzalita stoji podstatnou cast vykonu. Ve vysledku tedy vznikne priserne slozity proces, s desitkama zavislosti, zerouci nasobne vice prostredku a vyzadujici extra spravu az se to rozbije.. jen proto, aby jste zeditoval kus primitivne organizovaneho textaku :-)

C rozhodně není synonymem pro výkon. Jsou jiné, lepší jazyky které se výkonem C vyrovnají.

Idris

  • *****
  • 1 974
    • Zobrazit profil
    • E-mail
Re:JSON processor
« Odpověď #18 kdy: 08. 07. 2022, 16:09:41 »
C rozhodně není synonymem pro výkon. Jsou jiné, lepší jazyky které se výkonem C vyrovnají.
Jo, asembler.

Ink

  • *****
  • 530
    • Zobrazit profil
    • E-mail
Re:JSON processor
« Odpověď #19 kdy: 08. 07. 2022, 18:22:09 »
C rozhodně není synonymem pro výkon. Jsou jiné, lepší jazyky které se výkonem C vyrovnají.
Jo, asembler.

Nebo stroják naťukaný z paměti v hexa kódu, ten je taky lepší.


Idris

  • *****
  • 1 974
    • Zobrazit profil
    • E-mail
Re:JSON processor
« Odpověď #20 kdy: 08. 07. 2022, 18:32:58 »
C rozhodně není synonymem pro výkon. Jsou jiné, lepší jazyky které se výkonem C vyrovnají.
Jo, asembler.
Nebo stroják naťukaný z paměti v hexa kódu, ten je taky lepší.
To jsem dělával zamlada pro Z80 :)

Re:JSON processor
« Odpověď #21 kdy: 09. 07. 2022, 10:25:35 »
Xpath 3.1 podporuje JSON a nebo mrknete na JSONiq

Treba Xidel umi oboji...

Re:JSON processor
« Odpověď #22 kdy: 09. 07. 2022, 19:11:28 »
Xpath 3.1 podporuje JSON a nebo mrknete na JSONiq

Treba Xidel umi oboji...

Určitě se podívám, děkuji :) I kdyby to třeba nesedlo na tenhle problém, tak to vypadá jako něco, o čem je dobré mít povědomí.

mikrom

  • ***
  • 146
    • Zobrazit profil
    • E-mail
Re:JSON processor
« Odpověď #23 kdy: 09. 07. 2022, 22:18:53 »
Mam otvorenych 30 tabov v Chrome a 2 taby vo Firefoxe a to 3.9 GiB pamate. Co to mas za OS ?