[ smrz @ 31.08.2005. 10:06 ] @
Ima li na internetu referentnih analiza i uporednog testiranja performansi PostgreSQL-a i MSDE-a?

I usput još jedno pitanje, ali SAMO ZA ONE SA BOGATIM ISKUSTVOM, koju bi ste bazu od ove dve ponuđene vi izabrali ako treba da migrirate sa Oracle-a. Performanse nisu toliko bitne, najbitnije su stabilnost i sličnost sql-a i ddl-a.


[Ovu poruku je menjao smrz dana 31.08.2005. u 11:07 GMT+1]
[ Dejan Topalovic @ 31.08.2005. 11:25 ] @
PostgreSQL.
[ goky2002 @ 31.08.2005. 13:30 ] @
Zavisi od potreba(broj korisnika). Nemam puno iskustva sa PostgreSQL ali MSDE se meni pokazao odlicno.

Mozes li StRiPy da obrazlozis tvoj izbor?
[ Dejan Topalovic @ 31.08.2005. 13:53 ] @
Naravno da mogu. :)
Evo ti nekoliko razloga:
1. PostgreSQL je prilicno stabilan i mocan, da ispunjava i veoma zahtjevne zadatke.
2. Besplatan je i to bez ogranicenja. :)
3. PL/pgSQL je veoma slican Oracleovom PL/SQL-u.
4. Moguce je izvrsiti relativno lako migriranje sa Oraclea na PostgreSQL.
http://www.postgresql.org/docs...teractive/plpgsql-porting.html

PL/pgSQL is similar to PL/SQL in many aspects. It is a block-structured, imperative language, and all variables have to be declared. Assignments, loops, conditionals are similar. The main differences you should keep in mind when porting from PL/SQL to PL/pgSQL are:

- There are no default values for parameters in PostgreSQL.

- You can overload function names in PostgreSQL. This is often used to work around the lack of default parameters.

- No need for cursors in PL/pgSQL, just put the query in the FOR statement.

- In PostgreSQL you need to use dollar quoting or escape single quotes in the function body.

- Instead of packages, use schemas to organize your functions into groups.

- Since there are no packages, there are no package-level variables either. This is somewhat annoying. You may be able to keep per-session state in temporary tables, instead.

[ Riste Pejov @ 05.09.2005. 21:36 ] @
Malo Offtopic:
Najlakse je da sa Ora pregjes na Firebird koji ima module koji omogucava da se FB prema nadvoresnog sveta ponasa kao Oracle. http://www.janus-software.com/fb_fyracle.html

Ako znas Compiere CRM, onda znas da su ljudi oduvek zeleli da on radi na neke Open Source baze a ne samo na Oracle. Jedina baza na koju radi Compiere osim Oracle je Firebird (sa Fyracle modulom).

Sa fyracle sajta:
Citat:

By using Oracle-mode Firebird, you can bring the cost of porting major Oracle based enterprise application down to manageable levels. A beta is currently available that allow Firebird to support the major Oracle-based ERP/CRM application "Compiere" -- with virtually no change to the Compiere code base. No other proprietary or open-source database system can currently do this. The Compiere demo can be downloaded through the Download tab on the menu.
[ drbogi @ 06.09.2005. 20:10 ] @
To je samo po ceni ista kategorija, obe su besplatne, tako da se to u principu ne poredi.
MSDE ima ograničenje u veličini baze, (nekada bilo 2GB, sada nisam siguran), tako da je MSSQL server za poređenje sa Postgresom. A tu je već jednostavnije, jer sama serverska platforma i OS određuju i izbor baze.
[ dragancesu @ 12.09.2005. 09:08 ] @
Nisam gledao postgresql, ali sam gledao interbase. Po dokumentaciji je vrlo slicno, verzija 6 je free.

Baza ko baza, cuvanje podataka ce odraditi svaka, ali oracle nije samo baza nego i razvojni alati, forms je tu glavni. I onda je pitanje sta moze zameniti forms?
[ Dejan Topalovic @ 12.09.2005. 09:13 ] @
@dragancesu: Oracle je objavio dokument, kojim nagovjestava prestanak razvoja alata Oracle Forms, Oracle Reports i Oracle Designer. Prioritet ce biti usavrsavanje i razvoj JDevelopera, kojeg Oracle predstavlja kao razvojni alat buducnosti - kako za Java aplikacije, tako i za Oracle. Ja uglavnom radim sa TOAD-om, jer pisem uglavnom PL/SQL aplikacije, ali planiram uskoro da detaljnije savladam i JDeveloper, koji je stvarno kompleksan i komplikovan. :)
[ misk0 @ 12.09.2005. 23:16 ] @
Citat:
StRiPy: @dragancesu: Oracle je objavio dokument, kojim nagovjestava prestanak razvoja alata Oracle Forms, Oracle Reports i Oracle Designer. Prioritet ce biti usavrsavanje i razvoj JDevelopera, kojeg Oracle predstavlja kao razvojni alat buducnosti - kako za Java aplikacije, tako i za Oracle. Ja uglavnom radim sa TOAD-om, jer pisem uglavnom PL/SQL aplikacije, ali planiram uskoro da detaljnije savladam i JDeveloper, koji je stvarno kompleksan i komplikovan. :)


Ah, fala Bogu... u sustini promjenio sam dosta razvojnih okruzenja ali Oraclovi formsi i reportsi su nesto najgore. Toliko su bili ne flexibilni (nisam gledao zadnje verzije), ograniceni, puni bugova za koje su update-i bili kao Win XP SP. JDev je od pocetka bio dobro rjesenje, pogotovo sto je interfejs naslijedio od Borland-ovog JBuildera, a Borland po meni ima najintuitivniji korisnicki interfejs.

TOAD je ql :)