| Autor | Zpráva | ||
|---|---|---|---|
| kevinczcz Profil |
#1 · Zasláno: 3. 3. 2016, 12:44:29
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 |
#2 · Zasláno: 3. 3. 2016, 13:06:36
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 |
#3 · Zasláno: 3. 3. 2016, 13:11:25
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 |
#5 · Zasláno: 3. 3. 2016, 13:54:25
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 |
#6 · Zasláno: 3. 3. 2016, 14:01:43
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 |
#7 · Zasláno: 3. 3. 2016, 14:05:15
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. |
||
|
Časová prodleva: 9 let
|
|||
0