"... ne podrzava referencijalni integritet, strane kljuceve ..."

za nekoga ko dolazi iz MSSQL sveta ovo izgleda poprilično neozbiljno

U vrhu prioriteta ti je da mozes da iskompajliras bazu u .exe? Ja to za sve ove godine u zivotu nisam ni pomislio da tako nesto radim ni sa SQL Server, ni sa MySQL...

Imam oko 13-14 godina iskustva u radu sa progress-om, na raznim operativnim sistemima , u raznim oblastima ERP , zdravstvo,muzeji,itd. Stvari ovako stoje :
Progress je celovita razvojna okolina , ima integrisanu bazu , alat za administraciju , programski jezik i alat za vizualni razvoj. Za izvrsavanje aplikacija je osim servera RDBMS ili Application Servera potreban i run time na svakoj radnoj stanici.Sve se naplacuje , i server i radne stanice , osim ako se ne koristi webclient koji je besplatan. Nema zvanicnog predstavnika ovde. Inace postoji na vecini platformi , sto hardverskih , sto razlicitih operativnih sistema. Potrebno je vreme za ucenje baze , alata i jezika. Veoma je laka administracija u odnosu na neke druge baze (oracle) , ali ima i pomenute nedostatke, i jos poneki. Veoma je zatvoren svet , ODBC konekcija na progress bazu sa nekim drugim razvojnim alatom je OCAJNO spora. ODBC drajveri se SKUPO naplacuju. Integracija sa windows-om nije bas najsrecnija,ne mozete koristiti neke klasicne widgete iz win32 sveta koji su standardni , recimo tab folder. OCX kontrole nisu bas najsrecnije integrisane,ne rade bas sve. Sam progress nije jeftin. Za svez pocetak , sada ne bih birao progress , i u fazi sam prelaska na drugi alat. Prednost dajem front end alatima koji prave aplikacije za bilo koju bazu , zasto biti vezan za jedan RDBMS . A sa progress-om to jeste , i bez podrske.
U poredjenju sa free bazama recimo da odluka treba da bude da li MySQL ili PostgreSQL.

Za dalje informacije [email protected]