Ono mam neodbytny pocit, ze akonahle su data ulozene len u klienta, tak
skor ci neskor sa najde nejaky vtipalek, co sa ich bude chciet snazit
prelomit.
V tomto ohlade ma hsqldb naozaj nevyhodu -- oni totiz security vobec
neriesia,
dokonca aj pouzivatelia (loginy a hesla) su tusim len pro forma.
RN
On 18. 1. 2010 16:57, Ondra Medek wrote:
Jestli to dobre chapu, tak se jedna o standalone aplikaci, tedy
sifrovaci algoritmus i klic bude soucasti aplikace, tedy uzivatel k
nim bude mit pristup. Tedy asi spise nez o nejakou 100% bezpecnost vam
asi jde o jakesi zamlzeni, aby to nemohl menit kazdy BFU. Pak bych
zvazil, jestli nestaci neco primitivniho na aplikacni vrstve. Napr.
vysledek = vysledek * 31 - 127, apod.
2010/1/18 Petr Jonas<foxovic.vel...@seznam.cz>:
Zdravím
děkuji za info, no, nerad bych třeba aby uživatel věděl co a jak tam je
uložené, , a popřípadě natvrdo editoval v případě výsledků zápasů. jde zatím
jen o testovací prográmek, ale kdo ví.
Petr Jonas
Robert Novotny píše v Po 18. 01. 2010 v 13:22 +0100:
HSQLDB je velmi elegantna databaza, podporuje dost velku mnozinu SQL, JAR je
maly, umoznuje
rozlicne sposoby embeddovania, cistu in-memory databazu a pod.
Databazu uklada v podobe citatelneho textoveho skriptu do suboroveho
systemu, ktory je viditelny (so sifrovanim nemam skusenosti.)
Derby ma zase vyhodu, ze syntax sa do velkej miery kryje z IBM DB2,
migrovali sme data z DB2 do Derby
bez akychkolvek problemov.
Naco potrebujete kryptovat data?
On 18. 1. 2010 11:32, Petr Jonas wrote:
Dobrý den,
chtěl bych se zeptat, jaké máte zkušenosti s SQLite, chci k desktopovému
projektu preidelat DB, jednoduchou, ze mi pripadne zbytecne instalovat
mysql, či sostgre a pod.
a jak je to s šifrováním dat? a nejsou jednoduše k přečtení, nevíte někdo?.
děkuji předem za odpověď.
