Zdravim,
Chtěl jsem se zeptat jestli náhodou někdo z Vás nemá zkušenosti s relační databází. Potřebuji vědět jaka je asi všeobecně nejvhodnější. Mám totiž program napsaný ve FANDu, ale potřeboval bych ho přepast, aby to nebyla jen DOSovská záležitost, ale aby fungoval na Linuxu, ale hlavně na MS XP.
Slyšel jsem, že dobré jsou buď MySQL+Java nebo Delphi
Díky Jiří Pivrnec
PS: v případě nepochopení se to pokusim lépe vysvětlit

ak nemas nic proti mysql+php+html tak je tu o tom serial kde ta uplne od zaciatku k tomu dovedu (serial o php), ak to napises v delphi, pojde to len pod windows

Díky moc,
k tý kombinaci s php by to práveže nešlo, protože potřebuji spouštěcí soubor (.exe, atd,) prostě vokna :D aby v tom mohli pracovat relativně nezkušený uživatelé pc a nebylo to moc složité.
Jestli jsem správně pochopil to SQLite tak to si napíšu program např v C++ a implementuju do něj SQLite?
Za každý příspěvek děkuji, moc jste mi pomohli.

Ano, obdobně jako byste 'implementoval' konfigurační/datové soubory, 'implementujete' i SQLite. Akotrát používáte SQL místo parsování dat v obecném souboru, žádné databázové servery.

Jednou z výhod oproti většině ostatních SQL systémům je nulová (tj. žádná) konfigurace - potřebujete mít akorát přilinkované SQLite knihovny (public domain, takže můžete i staticky), a pochopitelně vědět, kde se nachází vaše datove soubory.

Vše je triviálně přenosné a multiplatformní. Mohl byste mít ale problém s českým tříděním, řešení viz např. na vedlejším webu

Když už se ptáte na linuxovém webu, můžete to zkusit udělat celé multiplatformě, což možná půjde jednoduššeji přes Python než přes C++. Grafické rozhraní pak asi ve wxWidgets/wxPython.

Apropos, uživatelé jsou uživatey od toho, aby systém užívali. Platí to i pro uživatele mnohých linuxových distribucí, např. Ubuntu.

Děkuji za vysvětlení,
jen tu trošku budu ještě otravovat :) myslíte, že naprogramovat celý grafický rozhraní bude jednoduší v Pythonu? Víte, dnes jsem se bavil s člověkem který dělá v jedné firmě, kde mají databázi na (myslim) vodní hospodářství, a on řikal, že to mají v (právě jak jsem zminoval na začátku) Javě a MySQL, že v ostatním by to bylo moc komplikované. Tak právě nevim, jestli jak radíte vy to SQLite + (např.) Python, nebo to MySQL s Javou :(
Jestli máte nějaké zkušenosti tak prosím poradtě.
děkuji

pravda vybrat bych si měl sám, jen kdynych s timhle typem prog. měl trochu více zkušeností. Abych to nějak neudělal a onoo to nefungovalo. Jen jsem se ptal jestli nemáte nějaké zkušenosti a co byjste doporučili. Vašich rad si cením.

mozno keby si bol konkretnejsi tak ti lepsie poradime, co ten program ma robit, ake su vstupy, ake vystupy, pracuje naraz viac uzivatelov?

Vím, že píšete, že php vám nevyhovuje, nicméně jsem v kombinaci MySql+php vytvořit jakoukoliv sestavu, vše přes prohlížeč a titulní strana projektu může být v záložce prohlížeče, tak by to pro uživatele nemuselo být nijak náročné.

No ono jde právě hlavně aby to byl spustitelný soubor. (Instalační - popřípadě)
Nu a k charakteristice programu:

Plánovaný program je v podstatě obdobou skladové evidence, kde počet položek je většinou v desítkách, cca 150 typů skladových pohybů, desítky až stovky pohybů ročně, po uplynulém roce možno převést do archivu. Obsahuje cca 10 číselníků (celkem do 100 atributů). Cca 50 tiskových sestav vyplývajících z pohybů. Program i ve víceuživatelské verzi bude převážně využívat najednou pouze 1 člověk (současný přístup bude vždy méně než 10osob)

děkuji za odpovědi

Myslel jsem databázi u každého uživatele, rozumím Vám, jen problém je spíš, že nevím jak to popsat.
Ale problém je snad vyřešen. (snad) Program bude vytvořen v : buď Visual Basic (omezení je pro MS) nebo Visual C# s propojením SQL.
Děkuji za předchozí návrhy

Víte, trochu se divím, že tu ještě nikdo nezmínil Firebird jako databázovou platformu. "Umí" Windows i Linux, embedded i standalone řešení a připojíte se k ní z Javy, C++ a jistě z celé řady dalších jazyků. Umí refenrenční integritu, transakce, pohledy, uložené procedury a spouště. Umí česky. Čili, jeví se mi to jako velmi univerzální řešení.