Uporaba SQL brez serverja v Javi

po mojem je zate primeren SQLite... V osnovi sicer ne podpira Jave, ampak obstaja third-party JDBC gonilnik. Preizkusi in porocaj.

Na disku so sicer baze v njegovem formatu, ne XML, ampak jih lahko prenasas okrog kakor ti pase. XML verjetno ni dovolj efficient za R/W :) In ce ravno rabis XML, ti gotovo ne bo prevelik problem napisat dumperja.

Včeraj sem slučajno naletel na tole: hsqldb

kaj modeliraš s temi tabelami?

V bistvu so tabelice primarno namenjene za log in za brskanje ter iskanje po USDA, ki pa je malce preobsežna za enostavno premetavanje zgolj s procedurami, ki brskajo po vektorjih, zato iščem alternativo ki jo lahko vgradim v program (za linke se zahvaljujem, moram še pregledati zadeve, HSQLDB izgleda fenomenalen po performansih).

V log tabelice se ob timestamp shrani samo še nekaj integerjev, to je pa tudi vse, zato aktualne xml datoteke ne bodo obsegale na milijone vrstic katere bi marshalling težko prebavljal. Morda pa bi vseeno USDA bazo (ki se ne spreminja) raje skonvertal v kak drug database format in samo log pustil v XMLu...

http://weightwatcher.sourceforge.net/
Projekt je v popolni alpha fazi in je zamišljen kot neki "FitnessSuite", ki logira kaj bašeš vase, kako ti niha teža in v bodoče bo dodan tudi še kakšen log treningov, obsegov čela ipd... Kako bo šlo naprej in kakšne analitične in druge funkcije so potrebne, bo pokazal čas in debugger uporabniki. Sourcov še nisem objavil, ker trenutno razvijam prvi delujoč prototip in nisem še našel ustreznega pogona za bazo.

Morda bo res najbolje, da samo uporabniške fajle shranjujem v XML, te datoteke pa potem takoj, ko uporabnik izbere svoj username, unmarshallam in insertam v neko blank memory-based tabelo, od tam naprej pa počnem z njimi isto kot bi z ostalimi tabelami v bazi. Le pri uporabnikovem insertu bi takoj po commitu marshallal datoteko nazaj v XML, da bi se podatki shranili, drugače pa program XMLa ne bi šlatal zaradi performansov.