Plnohodnotná Evidence lobbistických kontaktů

[Jan.Bednarik]

NOVINKY
Rozhodl jsem se vyměnit Flask za Django a přidat relační databázi (PostgreSQL). Taky ta rozhodnutí dokumentuji. Chvíli to trvalo, ale serverová část je téměř celá přepsaná (což nebyl záměr) a téměř celá pokrytá testy (což byl záměr). Každopádně teď ten vývoj zas bude průžnější a rychlejší. Blížíme se stabilní verzi.

Vzhledem k charakteru prace z datama (zadne komplikovane agregace, razeni a t.d.), a take z duvodu vetsi navrhove flexibility, u podobnych projektu bych mozna uvazoval na nasazeni nejake NoSQL databazi. Ale, nejspis, stejne bych skoncil u PostgreSQL, kterou, prece, zname o neco vice.

No, ten Elasticsearch je NoSQL, tím jsem začal. Ale začalo přibývat dat spíše relačního charakteru (a ještě budou přibývat), a není úplně přímočaré to tam řešit. Tak kombinace PostgreSQL na všechno (s ORM a schema/datovými migracemi z Djanga), a kopie reportů v Elasticsearch pro hledání, je takové praktické řešení. Navíc PostgreSQL je s JSON a hstore fieldy jedna z nejlepší NoSQL databází, která v ničem neomezuje

[Petr.Vileta]

Jen tak pro zajímavost, srovnávací testy.
https://www.root.cz/clanky/mysql-vs-pos ... -firebird/

[Ondra.kl]

Jen tak pro zajímavost, srovnávací testy.
https://www.root.cz/clanky/mysql-vs-pos ... -firebird/

... 17 let starý test

[Petr.Vileta]

Jen tak pro zajímavost, srovnávací testy.
https://www.root.cz/clanky/mysql-vs-pos ... -firebird/

... 17 let starý test

To jsem nějak přehlédl ale nic novějšího mi Google nenabídl.
No tak snad tohle? https://db-engines.com/en/system/Firebird;PostgreSQL

[Vit.Fux]

NOVINKY

* fix data schůzky (problémek s časovými zónami)
* fix přihlašování přes mojeID.cz
* u jmen autorů, kteří mají shodné jméno a příjmení, se zobrazuje identifikátor pro rozlišení, o koho jde

[Petr.Vileta]

Vyvíjí se to slibně, je čas začít si vymýšlet blbosti.

Šel by vytvořit jakýsi kalendář, něco na způsob Google calendar, kde by bylo přehledně vidět ve kterých dnech proběhla nějaká schůzka a kdy se nestalo vůbec nic? Mohla by se tam jako "title=" zobrazovat jména autorů, nebo alespoň počet záznamů v ten den.

A nebo jinak. Umožnit uživateli vytvoření nějakého filtru, např. "01.01.2018-31.01.2018; Jan Posvar".

Myslím, že možnost filtrování a hledání by se měla pomaloučku programovat už teď, aby se později nenarazilo na nějaký nedostatek ve struktuře dat. Hledání dodělám až na konec. ... o rok později ... jééé, tohle nenajdu, není jak, chybná struktura databáze.

[Jan.Bednarik]

Vyvíjí se to slibně, je čas začít si vymýšlet blbosti.

Šel by vytvořit jakýsi kalendář, něco na způsob Google calendar, kde by bylo přehledně vidět ve kterých dnech proběhla nějaká schůzka a kdy se nestalo vůbec nic? Mohla by se tam jako "title=" zobrazovat jména autorů, nebo alespoň počet záznamů v ten den.

A nebo jinak. Umožnit uživateli vytvoření nějakého filtru, např. "01.01.2018-31.01.2018; Jan Posvar".

Šlo by, ale je to "nice to have" funkce. On ten čas na blbosti teprve přijde, ještě chybí spousta zásadních věcí. Každopádně API je funkční - nějaký skriptík, který ty schůzky nakopíruje do Google kalendáře, si kdokoliv může vytvořit hned

Myslím, že možnost filtrování a hledání by se měla pomaloučku programovat už teď, aby se později nenarazilo na nějaký nedostatek ve struktuře dat. Hledání dodělám až na konec. ... o rok později ... jééé, tohle nenajdu, není jak, chybná struktura databáze.

Jsem strukturu databáze měnil asi desetkrát, a neustále se bude vyvíjet a měnit, dle aktuálních potřeb. Tyhle věci by neměly být problém. Pokud je problém strukturu databáze změnit, tak někdo něco dělá hodně blbě / zastarale. Každopádně pokročilejší hledání je jedna z těch důležitějších věcí, která by měla být hotová ideálně před ostrým nasazením (ale prakticky to postačí brzy poté).

[Petr.Vileta]

... nějaký skriptík, který ty schůzky nakopíruje do Google kalendáře, si kdokoliv může vytvořit hned

To jsi mě špatně pochopil. Myslel jsem kalendář, kde bude vidět "zaplněný" den pouze tam, kde v ten den byl zapsán nějaký report. Příklad:

13.2. nikdo nic nezapsal.

Pak by sis mohl kliknout na 15.2. a zobrazí se ti příspěvky těch 3 lidí (možná s první větou) a opět si budeš moci vybrat, co z toho chceš vidět.

[Vit.Fux]

Pochopil jsem to dobře. Google kalendář umožňuje u těch událostí mít krátký popis a třeba odkaz. Z API registru lze vyčíst schůzky (datum, název, autor, ...) a vidlemi je přehodit do API kalendáře. Kde z nich budou události jako na té tvé ilustraci. Po rozkliku události tam bude mimo jiné odkaz na schůzku v registru. Stačí udělat ty vidle

Ale nebráním se udělat takový kalendářový přehled přímo v defaultní aplikaci k registru, někdy časem. Je tam ale k dispozici to API, aby takové nápady mohl kdokoliv realizovat sám a prakticky hned.

[Petr.Vileta]

Je k tomu API nějaký popis? Mě prostě přišlo jednodušší napsat kalendář, který si to tahá z lokální tabulky, než pomocí API procházet všechny záznamy a vyzobávat je do aplikace na jiném serveru. Stejně by přehled podle jména a podle data měly být dva základní způsoby zobrazení.