Diskuze: Časová náročnost
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.

Člen

Zobrazeno 19 zpráv z 19.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.
použij localDB, budeš to mít jako soubor, ale mělo by to být rychlé.
Co třeba ten soubor přečíst jen jednou při spuštění souboru, všechny potřebné informace poukládat třeba do List, s ním pracovat a při ukončení programu vše uložit?
A co když ti ten program spadne? Pak se ti ty změny neuloží.
To už ale není problém uživatele, ale výrobce, nemyslíš? Samozřejmě, dle mého názoru by měl každý program, při kterém se ukládá do souboru, mít tlačítko na uložení, kdyby se náhodou něco takového stalo.
Pokud nechceš použít databázi tak to ukládej každý měsíc do nového
souboru.
A dál to můžeš rozdělit do složek na roky - v každé složce 12
měsíců.
Tak jako tak, dokud to bude "uchovávat a zpracovávat" v souborech, tak s tím bude mít podle mě zbytečně více práce a režie, než když využije databáze.
Každopádně soudě dle toho, že se tady zakladatel neozval od doby kdy založil diskuzi si myslím že má vyřešeno.
Je potřeba mít vše uložené v souboru. Jedná se o ukládání plateb kdy
po zaplacení se do souboru uloží zaplacená částka, jaká byla koupená
položka a datum s časem. Jde o to, že pokud program jakým koliv způsobem
padne tak v local DB mi to pak bude k ničemu když se ty soubory budou
přikládat do účetnictví. Proto řeším to, jak nejlépe platby ukládat a
do čeho. Aby to bylo vždy přístupné a to rychle i pro normálního
člověka který tomu nerozumí. Ted sem to vyřešil do souboru csv a každý
měsíc je v novém souboru. Pokud by měl někdo lepší formát nebo nápad
jak to udělat tak budu jen rád
A co to ukládat do DB a do souboru to vypsat až na požádání?
Odkdy se databáze maže při výpadku?? Od toho jsou právě databáze. Bezpečné, rychlé,...
Neber to prosím tě jako nějaký útok na tebe, to bych hrozně nerad. Ale já popravdě stále nechápu tvojí obhajobu "souboru" (ať už CSV, XML, TXT, ...). Přeci když ti "vypadne" proud, tak se nedostaneš ani k databázi, ani k souboru. Když přijdeš o kompa (rozuměj data), tak přijdeš o databázi stejně jako o soubor. Proč by jsi měl přijít o data v databázi když uživatel vypne aplikaci, to je přeci nesmysl ... nebo to nějako zle chápu.
Přemýšlel jsi například o řešení práv k zápisu do tvého souboru? Co se stane, když ten 60-ti letý "stařík" tvůj soubor otevře protože "se do něho bude chtít zrovna podívat" a tvoje aplikace do toho souboru bude potřebovat zapsat? Nemluvě o tom, že v souboru ti může uživatel cokoli a v podstatě kdykoli změnit, aniž by jsi na to přišel. Za další (s čím jsem se osobně setkal) je třeba problém s tím CSV kdy ho "stařík" otevře v excelu. Excel má někdy tendence si ho "přeuložit" (on se sice slušně poptá jestli může, ale co stařík udělá?) a při tom "přeuložení" ti může změnit strukturu (například zaměnit oddělovače, a to může být například při práci s desetinnými řády problém) ...
Pokud opravdu z nějakého důvodu trváš na souboru, tak bych se asi vydal cestou, kterou navrhoval Luboš Běhounek. Mít data v databázi a na požádání, nebo nějakou událost je duplicitně uložit i do souboru. Už jen z důvodu zálohy ...
A když to lehne, stejně musíš z hdd vykopírovat soubory a předpokládám že není asi problém program spustit (nainstalovat) na jiném pc a tam dále pracovat s daty. A když máš starost o to že ti lehne PC tak zálohuj na jinný uložiště.
Nebolo by lepšie to napísať ako web aplikáciu a tam to dávať do databázy?
IMHO to nejlépe vystihl Michal Haňáček.
Přečti si ještě jednou jeho příspěvek.
DB jsou přece od toho, aby uchovávaly data. A pak si můžeš těch tebou
požadovaných csv-ček tvořit libovolné množství podle data
Zobrazeno 19 zpráv z 19.