Autor Zpráva
kevinczcz
Profil
Ahoj,

Mam dotaz, chci vytvorit maly pokladni system, ktery by byl prenosny. Vybral jsem proto SQLite. Akorat jeste nemam zkusenosti s SQLite, nevim zda po nejakou dobu, by ulozeni data byla moc pomala? Co jsem cetl, tak SQLite ulozi normalne jako soubor, takze teoreticky vic jak 30MB uz by mohl byt problem. Je to pravda nebo ne? Respektive, mate nekdo zkusenosti s vetsim souborem v SQLite?



Dekuji moc
Kajman
Profil
Nejlepší bude, když si změříte, kolik dat si tam musíte uložit, aby to bylo pro tu aplikaci už pomalé. Nejlépe na nejhorším diskovém úložišti, na kterém se dá nasazení očekávat v kombinaci s nejhorším procesorem.

Tipuji, že to nebude problém (firefox používá bez problémů větší soubory než 30MB), ale jistější bude ta jednoduchá analýza.
kevinczcz
Profil
Ano, 30mb asi nebude problem ale teoreticky pokladni system po nejakou dobu muze mit treba 200MB. To uz muze byt problem. Nerad programuji neco a pak zjistim ze je to neprekonatelny problem :))
Keeehi
Profil
kevinczcz:
Tak to naprogramuj tak, aby to bylo na zvolené databázi nezávislé. V případě problémů pak bude stačit jen vyměnit databázovou vrstvu.
Joker
Profil
kevinczcz:
Co jsem cetl, tak SQLite ulozi normalne jako soubor
To dělají skoro všechny databáze. Koneckonců to je celkem standardní způsob ukládání dat na disk.

teoreticky vic jak 30MB uz by mohl byt problem
Proč? Je nějaký důvod se domnívat, že by to zařízení s tak velkým souborem mělo mít problém?

30mb asi nebude problem ale teoreticky pokladni system po nejakou dobu muze mit treba 200MB. To uz muze byt problem.
Proč? Je nějaký důvod se domnívat, že by to zařízení s tak velkým souborem mělo mít problém?

Jinak teoreticky kdyby to zařízení mělo např. souborový systém FAT32, tak tam je limit velikosti souboru 2 GB.

Nicméně je otázka, jak rychle ta velikost poroste, což záleží na tom, kolik nových záznamů se bude vytvářet a jaká data se ukládají (když v databázi budou např. obrázky a bude přibývat hodně záznamů denně, bude velikost narůstat, na druhé straně když v databázi budou vesměs čísla a krátké řetězce a vkládání nových záznamů se bude dělat málokdy, velikost moc neporoste).
kevinczcz
Profil
Nejde o tom, ze to neslo. Jde o rychlost, pokud jde o pokladni system, nemuzu prece nechat zakaznik cekat 5-7sekund, nez se to ulozi. Hadam ze kazdy den, se soubor zvetsi o 10MB.
Keeehi
Profil
Potřebuje pokladní systém, když s ním zákazník interaguje, mít přístup ke starým datům? Pokud ne, můžeš si každý den data odlejt někam, kde budou potřeba ale pro operace, kde bude figurovat i zákazník bude ta databáze jen malá.
kevinczcz
Profil
Ano, musi byt pristup ke starym datum. To je ten problem no :))). Jako neni problem napsat tak az to tahalo data z kazde db file ale je to zbytecne, pokud neni potreba.


Jinak bych rozdelil file zbozi zvlast, kazdy den jedna db.

Vaše odpověď

Mohlo by se hodit


Prosím používejte diakritiku a interpunkci.

Ochrana proti spamu. Napište prosím číslo dvě-sta čtyřicet-sedm: