Datovka issueshttps://gitlab.nic.cz/datovka/datovka/-/issues2017-10-03T08:47:17+02:00https://gitlab.nic.cz/datovka/datovka/-/issues/40Limitations on the size of the database file2017-10-03T08:47:17+02:00Martin StrakaLimitations on the size of the database fileIn order to time down the size of the database files the database should be able to split into several files. The mechanism assumes creating new database file for every year/quarter/month depending on the choice of the user.
Proposed ...In order to time down the size of the database files the database should be able to split into several files. The mechanism assumes creating new database file for every year/quarter/month depending on the choice of the user.
Proposed database file name format:
**username{date}___accountype.db**
where
* **username** = username, i.e. user login (not NULL). The username string is also the primary key used to address the database file.
* **accountype** = {0,1}, where 0 is standard account and 1 is testing account (not NULL).
* **date**:
* [x] if not specified = the database file contains all messages. E.g. wkclse___0.db -> backward compatible with old Datovka.
* [x] if \_yyyy = database includes messages from only one year. E.g. wkclse_2014___0.db contains all messages from the year 2014.
* [x] \_inv for messages without correct delivery time = special database. E.g. wkclse_inv___0.db contains all messages without delivery time. (E.g. messages that have been rejected by the system or freshly sent messages.)
**DONE: Split into several database files based on years was implemented in the version 4.4.0 as issue #184**
These possibilities are still open:
* [ ] if \_yyyyQx = database includes messages from only one year quarter. E.g. wkclse___0_2014Q1.db contains messages from January to March 2014.
* quarters = {Q1, Q2, Q3, Q4}
* [ ] if \_yyyymm = database includes messages from only one month. E.g. wkclse___0_201411.db contains messages from November 2014.
* month = {01, 02, ..., 12}
The database settings is set per account. It is going to be saved into configuration file. The messages are processed according the delivery time.back burnerhttps://gitlab.nic.cz/datovka/datovka/-/issues/127Database initialisation/opening PRAGMAs2017-10-03T08:47:17+02:00Karel SlanýDatabase initialisation/opening PRAGMAsWhat PRAGMA statements should be passed to the sqlite db engine in order to make it more:
* reliable/stable -- prevent data loss
* fast
* keep data consistent when accessing from a shared network disk (with multiple clients running)What PRAGMA statements should be passed to the sqlite db engine in order to make it more:
* reliable/stable -- prevent data loss
* fast
* keep data consistent when accessing from a shared network disk (with multiple clients running)nextKarel SlanýKarel Slanýhttps://gitlab.nic.cz/datovka/datovka/-/issues/132Semi-automatic signature renewal2017-10-03T08:47:17+02:00Karel SlanýSemi-automatic signature renewalFeature request in Czech from http://blog.nic.cz/2014/12/18/nova-datovka-pro-desktop-rada-novinek/#komentare
Petr Vejsada říká: 28. 2. 2015 v 20:36
Podpora (polo)automatického přerazítkování zpráv. Libisds to, myslím, umí. Příklad:...Feature request in Czech from http://blog.nic.cz/2014/12/18/nova-datovka-pro-desktop-rada-novinek/#komentare
Petr Vejsada říká: 28. 2. 2015 v 20:36
Podpora (polo)automatického přerazítkování zpráv. Libisds to, myslím, umí. Příklad: vybrat všechny zprávy, u nichž vyprší platnost podepisujícího certifikátu za X či méně dnů. Klik->přerazítkovat->hotovo. Byla by to velká pomoc.
* [x] Implementovat funkci pro detail certifikátu časového razítka.
* [x] Implementovat funkci upozorňující na expirující/expirované razítka.
* [x] Umožnit export těchto zpráv.
* [x] Umožnit import přerazítkovaných zpráv?
* [ ] Implementovat něco jako Long Term Validator? (http://www.earchiv.cz/b12/b0606001.php3)nextMartin StrakaMartin Strakahttps://gitlab.nic.cz/datovka/datovka/-/issues/182Autoexport of new messages to ZFO2023-01-31T13:10:29+01:00Martin StrakaAutoexport of new messages to ZFO[datovka #626628] Datovka 4 - námět na nové funkce
Automatický export nově přijatých zpráv a jejich doručenek ve formátu ZFO do souborového systému (do předem nakonfigurované cesty diskového úložiště).[datovka #626628] Datovka 4 - námět na nové funkce
Automatický export nově přijatých zpráv a jejich doručenek ve formátu ZFO do souborového systému (do předem nakonfigurované cesty diskového úložiště).nextMartin StrakaMartin Strakahttps://gitlab.nic.cz/datovka/datovka/-/issues/227It takes too long before main window shows up2017-09-04T23:49:56+02:00Karel SlanýIt takes too long before main window shows upIt takes too long before the main window is shown when large database files are used.
[datovka #672457]:
... používáme Vaši verzi progamu pro správu datové schránky a řešíme problém, že nám datovka nabíhá velmi dlouho. Důvod je z n...It takes too long before the main window is shown when large database files are used.
[datovka #672457]:
... používáme Vaši verzi progamu pro správu datové schránky a řešíme problém, že nám datovka nabíhá velmi dlouho. Důvod je z našeho pohledu zřejmný, neboť Váš program používáme třetím rokem a za tu dobu velikost databáze zpráv narostla na cca 60 GB. Chtěli bychom se zeptat, zda je možné nějaké technické řešení, které by datovku urychlilo. Možná by pomohlo oddělit historické zprávy a aktuální v archivaci. Uvítali bychom nějaké řešení, aby naše práce byla efektivnější.
The problem can be tackled in two ways:
* [ ] Accounts databases are opened in a separate thread so the procedure does not interfere with the main event loop.
* The size of the database files that are accessed at once is reduced. This problem can be solved in splitting the database file.
* [ ] Database files are opened as they are needed.nextKarel SlanýKarel Slaný