Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - astarus

Stran: [1] 2
1
Keď sa už téma nakuslo - rozmýšľam, že aktualizujem Yubikey (asi až na Bio). Otázka je, či USB A alebo USB C. Má niekto reálnu skúsenosť s USB C a výdržou? Nezničí sa? Aktuálne nie je pohodlná možnosť mať záložný token, takže nerád by som obnovoval všetky účty len preto, že sa mi zničil USB C konektor.

2
Vývoj / Re:Parsování částečně napsaného textu
« kdy: 16. 03. 2014, 15:22:04 »
Obecne sa to vola MOF http://en.wikipedia.org/wiki/Meta-Object_Facility . Vzdy musis definovat metamodel jazyka, ktory zavisi na domene http://en.wikipedia.org/wiki/Domain-specific_language, http://en.wikipedia.org/wiki/Domain-specific_modeling_language. Ked to mas, tak relativne jednoducho pouzijes napr. v eclipse EMF http://en.wikipedia.org/wiki/Eclipse_Modeling_Framework .
Inymi slovami potrebujes model pre model jazyka, alias meta meta jazyk :) Takto sa da definovat vlastny jazyk, ktory doplna, umoznuje dokonca uzivatelovi definovat vlastne konstrukty v jazyku a na tie sa odvolavat. Jedna z najviac sialenych a verejnych veci je na http://d3s.mff.cuni.cz/projects/components_and_services/sofa/. Relativne bezne sa to pouziva este vo firemnych frameworkoch, popripade model based programming.

3
Vývoj / Re:Ukladanie frame-like dát do DB
« kdy: 30. 07. 2012, 11:29:49 »
O jakých datových objemech se vlastně bavíme? O megabajtech, gigabajtech?

Bavíme sa o nízkych GB (celá DB je trochu komplikovanejšia ako táto jedna tabuľka).

MySQL pokud vím žádný nativní datový typ pro pole nemá, takže si to tam budete muset serializovat ručně. Např. do BINARY nebo spíš VARBINARY.

Toto je pravdepodobne víťaz. Akurát prevod budem musieť robiť na aplikačnej vrstve, ale inak to má samé klady.

Ďakujem za diskusiu, mne už chýbali nápady a potreboval som to s niekým prebrať.

4
Vývoj / Re:Ukladanie frame-like dát do DB
« kdy: 30. 07. 2012, 09:40:04 »
SDI
Nějaká ještě kratší a odpověď by nebyla?

Pisateľ pravdepodobne myslel http://en.wikipedia.org/wiki/Spatial_data_infrastructure

Pôjdem hneď k veci  :) - Potrebujem ukladať medicínske dáta, ktoré chodia vo frameoch. Viem framerate, číslo frameu a hodnotu (real, resp. DECIMAL). Pekný príklad je meranie EMG.

Takže vám postupně chodí nějaká časová řada, tj. jedna skalární hodnota (+ ty doplňující informace ukládané do sloupců Parameter1, ..., Parametr5)? Potřebujete s těmi daty pak provádět něco dalšího (např. nad nimi provádět dotazy - počítat průměr apod.) nebo je potřebujete jenom uložit?

Skoro presne - príde jednorázový záznam s pár sto hodnotami (+ informácie typu z ktorého merania to je, a parameter1..5). Priamo nad nimi sa nič nepočíta. Jedine nad priemerom z X meraní.

Jakou DB vlastně používáte? MySQL, PostgreSQL, něco komerčního?

Používame MySQL, InnoDB.

Tak z pohledu teorie je ta první varianta dost neoptimální - konec konců problémy jste popsal sám. Ta druhá varianta je "správnější" a pokud chcete jít ještě o krok dál tak ji dekomponujte na dvě. V jedné bude entita "měření" s umělým PK a ve druhé (kardinalita 1:*) budou naměřené hodnoty a FK odkazující na ten umělý PK. Tj. něco jako

mereni:
Kód: [Vybrat]

|PK|Parameter1|Parameter2|Parameter3|Parameter4|Parameter5|


hodnoty:
Kód: [Vybrat]

|PK|Cislo frameu|Hodnota|


Výhoda je v tom že nebudete pořád opakovat ty parametry - budou jenom 1x v té první tabulce, v druhé tabulce je jenom ten umělý PK (typicky integer). Kolik ušetříte závisí na velikosti těch parametrů (tj. čím jsou delší tím víc ušetříte) apod.

Nevýhoda je že pro dotazování musíte ty tabulky joinovat (a nebo si vyhledat PK v první tabulce a pak se v druhém kroku dotazovat do té druhé). Jak moc to vadí závisí na tom jak to používáte.

To ma tiež napadlo, ale má to svoje problémy. Tam sa nezmestím pod 8 bytov za FK a 2 byty za cislo frameu = 10 bytov namiesto 14. Čiže problém to úplne nerieši + pridáva to komplikovanosť dotazov.

Další možností je využít různých specifických vlastností jednotlivých databází - např. PostgreSQL umí pracovat s poli, takže si tu tabulku můžete definovat takhle:
....

Presne v niečo takéto som dúfal, možno SDI ako bolo vyššie spomenuté. Akurát problém s MySQL.
Nemáte ešte nejaký podobný nápad? Tie polia prakticky sú to, čo potrebujem - keď manipulujem s dátami, tak už so všetkými skalármi súčasne. Pridávať nepotrebujem, to sa spraví vždy dávkou a už sa to nezväčšuje.

5
Vývoj / Ukladanie frame-like dát do DB
« kdy: 29. 07. 2012, 23:05:09 »
Pôjdem hneď k veci  :) - Potrebujem ukladať medicínske dáta, ktoré chodia vo frameoch. Viem framerate, číslo frameu a hodnotu (real, resp. DECIMAL). Pekný príklad je meranie EMG.

Problém je v tom, že v súčasnosti sa dáta ukladajú ako parametre (5 FK do číselníkov) a k nim sa priradí 100 hodnôt do sto stĺpcov tabuľky. Tu je ten problém, že ak je počet frameov iný ako 100, tak sa to musí dopočítať, poprípade zahodiť. Preto by som chcel spraviť presnejšie ukladanie - to jest uloži sa len to, čo sa nameralo.
Súčasná tabuľka:
|Parameter1|Parameter2|Parameter3|Parameter4|Parameter5|0|1|2|......|100|

Rozmýšľal som, že spravím nasledujúcu zmenu:
|Parameter1|Parameter2|Parameter3|Parameter4|Parameter5|Cislo frameu|Hodnota|

Tu je problém, že sa mi počet záznamov prakticky zostonásobí. Ešte dodám, že pôvodných záznamov je niečo cez jeden milión. To, že by som mal 100 mega riadkov asi prežijem, ale horšie vidím plytvanie priestorom, pretože 100-krát zopakujem všetky parametre a budem meniť iba číslo frameu a hodnotu. Súčet veľkosť parametrov nedám pod 14 bytov, čo dáva 1.4kB odpadu na jedno meranie (ak predpokladáme 100 frameov - obecne sa počet frameov pohybuje od 50 do pár stoviek). Aby ste nemuseli počítať, tak po zmene by DB narástla o cca 1.4GB  :o

Nejaké nápady, ako ukladať takýto typ dát?

6
Skús Thread.join().

7
Vývoj / Re: javascript IDE
« kdy: 11. 10. 2011, 18:31:45 »
Skuste http://www.jetbrains.com/webstorm/ . Osobnu skusenost s tym nemam, ale za to dobre poznam ostatne veci od jetbrains a dost sa mi pacia :)

8
Hardware / Recyklácia použitého hardware a CD/DVD
« kdy: 07. 10. 2011, 13:32:54 »
V súčasnosti mám jednu pokazenú RAM a viacero CD/DVD na vyhodenie. Nerád by som to len tak vyhodil do kontajnera, tak ma zaujímajú možnosti recyklácie v oblasti Prahy.

Čo som zatiaľ našiel, tak sa dajú recyklovať batérie a z PC len celé PC. Nič o jednotlivých komponentách, jedine to, že ich neberú. O CD ani nehovorím.

Máte s tým nejaké skúsenosti, poprípade viete dať link, kde je viac informácií?

Ďakujem.

10
Studium a uplatnění / Re: FIT ČVUT nebo FIT VUT?
« kdy: 07. 06. 2011, 12:32:44 »
Matfyz ten je přece nejlepší, čti zde  ;) ;D ;D

Ale to ti řeknou jen noviny.


A práve preto ma zaujíma, čo si o ňom myslia ostatní, resp. prečo o ňom (ne)uvažujú.

11
Studium a uplatnění / Re: FIT ČVUT nebo FIT VUT?
« kdy: 07. 06. 2011, 09:23:54 »
Diskusia je zaujímavá, ale prakticky sa tu nevyskytla ešte jedna škola - matfyz (Matematicko-fyzikální fakulta UK). Čo si o ňom myslíte?

12
Vývoj / Re: Serializácia a deserializácia C++
« kdy: 01. 05. 2011, 11:08:02 »
Ahoj, C++ som sice uz dlhsie nevidel, ale snad aspon trochu pomozem :)
1) Ked sa pozries na vytvoreny subor, tak je to spravne zaserializovane? Osobne predpokladam, ze asi ano, ale je vhodne to overit.
2) Vsimol som si, ze ked deserializujes, tak pouzivas objekt, ktory si serializoval. Obzvlast ide o toto:
Kód: [Vybrat]
tmp.size = this->size;Ak chces korektne serializovat, tak musis ulozit aj premennu size, resp. vsetky premenne v danom objekte.
3) Pride mi divne, ze inicializujes CarTrain na 10 a davas tam len 3 auta. Potom pri serializacii s tym moze byt problem (vsetko riadi premenna size, ktora bude 10 => (de)serializujes auta, o ktorych nic nevies, resp. su null)

Skus sa pozriet do toho suboru a uvidis, ci zle serializujes, alebo deserializujes. Ja osobne som kedysi vsetko riesil cez operator<< a operator>>. Vsetky premenne tam zapisat a potom opacne nacitat.

13
Software / Re: Proč firmy používají proprietární sw?
« kdy: 26. 04. 2011, 22:12:52 »
Takže lidé ve firmách raději používají proprietárni software protože je to prostě to co jede v mainstreamu a nemají čas experimentovat s něčím novým, co by nemuselo zas až tak dobře fungovat ? Zajimalo by me jak na tuto problematiku pohlizi nekdo z firemni sfery. Existuje v CR vubec nejaka firma, ktera jede vyhradne na OSS ?

Momentalne robim u zakaznika (banka), kde maju natvrdo nariadene pouzivat Win XP a IE6. Nevyberu si - nie je moznost robit na inom systeme. Co je vtipne, tak admini monitoruju http requesty a ak najdu iny prehliadac, tak ti pisu email a nasledne ta ohlasia za porusovanie pravidiel.

14
Hardware / Re: Přepnutí monitoru naslepo
« kdy: 18. 04. 2011, 23:00:37 »
Popripade je moznost robit postup na inom pocitaci, kde oba monitory funguju a potom uz budes vediet presne kroky a budes ich moct aplikovat na NB ;)

15
Vývoj / Re: ako previest keySet() z hashMapy do pola Stringov
« kdy: 17. 04. 2011, 08:36:46 »
Este jedna otazka - co presne si chcel tym kodom docielit? Mi pride trochu zbytocne komplikovany.

Stran: [1] 2