Átfutva (tényleg futva, kb. 10 percet foglalkoztam vele) a forráskódod, nem egészen értem a MySQL (pontosabban a tárolt eljárások) létszükségletét.
Ha már egyszer minden adatbázisműveletet a SharpInvoice.MySQL osztály függvényei végeznek, akkor bármilyen adatbáziskezelő lehetne a háttérben...
SZVSZ ha átlagfelhasználó kezébe akarod adni, akkor célszerű olyan megoldást választani, ami nem bonyolítja ennyire a dolgot (gondolom nem csak én találkozom olyanokkal, akiknek ha elsőre nem megy, csak annyit mondanak, hogy a Linux/BSD/akármi sz*r, marad a Windows-nál).
A multiuser egy nagyon előnyös tulajdonság, de a többség nem igényli. (A "kisebbség"-nek viszont nem okoz gondot a forráskódból telepítés :)
Nekem van egy csomó adatfeldolgozással foglalkozó kisebb programom, és általában az Sqlite-ot használom ilyen esetekben, többek között azért, mert ott van a Mono GAC-ban, és egy user-nek elég (pedig ezek többsége VS2005-ben készül - ami mellett ott az MSSQL 2005 - SWF felülettel, tehát erősen a Windows-hoz kötődik). Igaz, minden programomban van egy ISql interfész, és az azt megvalósító Sqlite-ot használó osztály, de bármikor átírhatom egy "nagyobb" adatbáziskezelőre az egészet. Viszont amikor odaadom mondjuk egy történésznek a programot, akkor nem kell még elmagyaráznom neki, hogyan pakoljon fel egy adatbázisszervert a gépére...