Dolgoztam már Delphi7 és Paradox valamint PHP és MySql párossal(az ms access-t nem számolom). Most egy komolyabb alkalmazáson jönne, de nem tudom mit válasszak hozzá. Még minden képlékeny, azt sem tudom Qt vagy Java legyen. Az adatbázis terén pedig a Firebird-el tényleg megbízhatóbb és jobb egy max 10-20 kliens-es környezet mint a MySql vagy PostgreSQL ?
Egy üzleti alkalmazásról lenne szó kb 50 tábla max pár ezres rekordokkal az összes rekordszám cca:100.000 bőven számolva.
Linux-on fejlesztek és csak free dolog jöhet számításba.
[szerkesztve]:
Köszönöm mindenkinek!
PostgreSQL 8.4 mellet döntöttem.
- 2231 megtekintés
Hozzászólások
Az 50 táblából arra tippelek, hogy eléggé összetett lekérdezéseket kell majd beletolni. Nyilván fogsz valami adatbázis absztrakciós réteget használni, olyat kellene választani, ami a lehetséges variációk közül a legtöbbet támogatja, és kitesztelni, hogy a konkrét query-ket meyik tudja a leggyorsabban kisakkozni. Legalábbis én így csinálnám. Vagy a táblatervek után generálni tesztadatokat, hogy legalább saccolni lehessen, hogy egyáltalán van-e mérhető sebesség az egyes adatbázismotorok között.
Megbízhatóság szempontjából nem hiszem, hogy lenne rettenetes különbség, pláne mert gondolom egy viszonylag védett helyen futna maga a db. Ha nem kell állandóan frissítgetni, akkor lehet maradni egy bevált verziónál, még ha picit bugos is.
- A hozzászóláshoz be kell jelentkezni
100 ezer rekordnál annyira mindegy, hogy mibe teszi...
Szerintem postgresql, de nem ártana azon is elgondolkodni, hogy mekkora rendelkezésre állásra van szükség és mekkora baj, ha üzemszünet van.
- A hozzászóláshoz be kell jelentkezni
Ha három-négy táblát összeszoroz máris érdekes lesz a helyzet :D A rendelkezésre állás is érdekes kérdés, de arról semmit se tudunk, hogy milyen igények vannak.
- A hozzászóláshoz be kell jelentkezni
- Oracle 10g Express Edition
- IBM DB2 Express-C 9.7
- Postgres SQL 8.4
Lehet választani...
- A hozzászóláshoz be kell jelentkezni
Nyilván a projekt költségvetésétől és a tapasztalattól is függ, hogy egy Oracle vagy DB2 alátolható-e. A licencelés szempontjából a Postgresnek +1, az IBM-mel kollégák tapasztalata szerint sok szívás és/vagy sok redbook olvasás jár.
- A hozzászóláshoz be kell jelentkezni
Szintén +1 a pg-nek. Egyszerű, "olcsó", ráadásul van benne pár szép dolog azért, ami pl. MySQL-ből keményen hiányzik.
IBM DB2-vel nincs tapasztalatom, Oracle meg nem nyerte el annyira a tetszésem az alapján, amit a környezetemben láttam. (Időnként macerásnak tűnt).
----------------
Lvl86 Troll
- A hozzászóláshoz be kell jelentkezni
Oracle Express edition volt a javaslat, nem oracle.
- A hozzászóláshoz be kell jelentkezni
"Nyilván a projekt költségvetésétől és a tapasztalattól is függ, hogy egy Oracle vagy DB2 alátolható-e."
Ha licenc ára miatt írtad ezt, akkor mind a 3 free.
- A hozzászóláshoz be kell jelentkezni
A mellékes korlátozásokat azért ne felejtsük már el.
----------------
Lvl86 Troll
- A hozzászóláshoz be kell jelentkezni
supporting up to 4GB of user data and running on a single processor, using a maximum of 1GB memory
Szeritem elég lehet erre a feladatra. Kérdés mik a később fejlődési lehetőségek?!
Illetve már nem kérdés, mert meglett a győztes :)
- A hozzászóláshoz be kell jelentkezni
-Oracle Express (Ha dolgoztál már orával esetleg pg -> pl/sql)
-Sybase-nek is van express edition-ja
-Esetleg a PG 8.4, ha több adatra számítasz 1-2 éven belül mint 5GB (Ennyi az Ora, Sybase limit 1 adatbázisra), akkor megprobálhatotd.
Bár azt sokan elfelejtk hogy 1 Db -> may 5 GB , de gyakorlatilag annyi db-t csinélsz amennyit akarsz :D , ora, sybase remekül kezelik a cross db query-ket ami pg -ben szívás (contrib, db link..), a firebird meg azt se tudja mi fán eszik.
Ja Firebird szerintem felejtős ha csak nem szeretsz szívni, nem tudja az smp-t , cross db query-t...stb, elég csak meg nézni majd a 3-as ba miket akarnak belerakni talán utána már eléri azt a szintet hogy komolyabb projektett is rá lehet bizni, ez már nem feltétlen tartoik a tárgyhoz, de fb-n nagy tábla, egyszerű lekérdesé , 2.1.2:
"select * from tábla where 0=1" erre végig megy a táblán fut 1:30-ig és nem add vissza semmit kisé problémás a query optimizere :DDD
- A hozzászóláshoz be kell jelentkezni
OE esetén 4GB a limit (meg 1 instance/host, akármennyi memória/CPU (cpu-core) van a gépben, csak 1G RAM-ot és 1CPU-t (egy magot) fog használni.) http://www.oracle.com/technology/products/database/xe/pdf/dbxe_faq.pdf
- A hozzászóláshoz be kell jelentkezni
A Firebird védelmében, ingyenes, smp megy csak nem mindegy, hogy super vagy classic szerverként futtatod, erősen fejlesztik, könnyen telepíthető. Az 50 táblás projectet nem nevezném nagynak, és így a cross db-re sem lesz szerintem szüksége. Ja és nincs limit.
- A hozzászóláshoz be kell jelentkezni
Nem azért írtam hogy lehuzzam az fb-t néhány éve még nagy reménységnek tartottam, azt hittem hogy komoly ellenfele lesz a nagy szerverek ingyesen használható kis testvéreinek (MSDE, ORacle XE, Sybase..), de sajnos nem jött be -gondolom sok gondjuk lehet az interbase motorral ill. átalakításával- emiatt sajnos ma lemaradtak, technikában stabilitásban, ami fejlesztési időben nem mindegy (gondolom nem kell magyarázni menniy idő valamit meg szögelni, körbe programozni, vagy csak ott van megírtad és megy..). A classic nem smp, ne keverjük minden connect-nek saját cache van ami memórai igényes, és lassú is:
Pl: adok egy ora/sybase/ms szervernek 500 mb-ot az abban lévő adatokat minden connect eléri.
adok fb classicnak kliensenként 50 mb-t 10 konnektnál 500-mbnél vagyok és egy kis db-nél beleférhet az az egész 500-mbbe addig fb-nél sose fog, "mindig" fetchel a cache-be.
A Postgresql-el, -ill a ha egyszer kijön MySQL 6 :D , jó rég huzzák-
kapcsolatban is sajnos hátrébb van már a fejlesztési időben , tudásban és stabilitásban.
De azért bízom benne hogy egyszer tényleg komoly alternatíva lesz, de azt hisszem hogy a lottó 5-ősre nagyobb az esélyem (bár ha bejönne megtámogatnám őket egy kis pénzmaggal :)))
- A hozzászóláshoz be kell jelentkezni
Ilyen cross db, mint licencbeli dolgok kikerülésére tett gányolásokat inkább nemár...
----------------
Lvl86 Troll
- A hozzászóláshoz be kell jelentkezni
Köszönöm mindenkinek!
PostgreSQL 8.04 mellet döntöttem.
Oracle-n is gondolkoztam, de a regisztrációs űrlapjuk elriasztott.
- A hozzászóláshoz be kell jelentkezni
A reg. űrlapot egyszer kell végigszenvedni...
- A hozzászóláshoz be kell jelentkezni
ugye az a 8.04 csak elgépelés akart lenni?
8.4 a friss.
- A hozzászóláshoz be kell jelentkezni
Igen ezt elütöttem, helyesen: postgresql-8.4.0-1-linux
- A hozzászóláshoz be kell jelentkezni
"Oracle-n is gondolkoztam, de a regisztrációs űrlapjuk elriasztott."
Kár.
- A hozzászóláshoz be kell jelentkezni