Milyen RDBMS-t használsz/preferálsz?

ez idaig nagyon 1ertelmu :>>>

Nehéz válaszolni, mert attól is függ, hogy mi a feladat?

Jelenleg MySQL-t és Interbase-t használok, de az Interbase-el nem vagyunk elégedettek, ezért hamarosan Postgres lesz belõle. Teljesítményben is, skálázhatóságban is jobbnak bizonyult a tesztek során.

A MySQL megmarad, fõleg webes alkalmazások kiszolgálására, elsõsorban a sebessége miatt. Sajnos az sql képességeit tekintve kicsit kiheréltnek tûnik, ezért kell a Postgres is.

Valahogy úgy tűnik, hogy a MySQL nem is nagyon célozza meg a "nagyobb cuccokat igénylő" piacot. Nem követem a fejlesztését, de egy híroldalon sem láttam lelkendező híreket a MySQL Oracle-lel összemérhető teljesítményéről. Én PostgreSQL-t ismerem, és alacsony költségvetésű helyre azt preferálom, mert nem kerülsz vele egykönnyen olyan helyzetbe, mint mySQL-lel, hogy egy viszonylag egyszerű SQL queryt nem tud már kezelni.

A Postgrest én azért szeretem, mert látszik az, hogy "enterprise szintű" funkciók is kerülnek bele, vagy már tervbe vannak véve (pl. bitmap index).

Üdv,

kisg

Azt mondjátok meg, hogy miért kell egy weblapnak akármilyen adatbázis? Tök hülyeség. Ha lenne eltárolandó adat, azt is szövegfájlban tárolná. Ezek olyan hülyeségek...

Szia!

Koszi hogy kitetted a kerdest, remelem sokat fogok beloluk okulni :)

En az SAP DB-t klikkeltem, bar postgres-t hackelek. Azt hiszem jelenleg ez a legkomolyabb szabad adatbazis rendszer. (ha leszamitjuk a firebird-et, mert azt nem ismerem.) Had tegyem hozza hogy minden mas SAP termek (szerintem) un-cool.

Az uj postgres is nagyon kuul dolgokat tud, de en tartok tole hogy hosszu tavon nincs jovoje a postgres-nek. Tul zartak, contrib-ba szoritjak a replikacios rendszert, a migracios eszkozoket, ha egyaltalan elfogadjak...

Amugy csak tisztan kepessegek szempontjabol a DB2 a kedvencem. Sajnos az ara igen harapos.

Gondoltam hogy a MySQL fog vezetni.

Laci

Adabas -> SAP DB

A tobbiert bocsi.

Ne haragudj, de ide irom miert nem ertek veled egyet :)

1. Csinalj konkurens hozzaferest szovegfileokon.

2. Csinalj jogosultsag ellenorzest szoveg fileokon.

3. Csinalj adat-konzisztencia ellenorzest szoveg fileokon.

4. Ja es mindezt X meretu rendszerre, ahol X > 0 tetszoleges valos szam. A valaszido pedig legyen olyan amilyet szeretnenk.

5. Tedd a szoveg file-okat masik szerverre, hogy tob webszerver is legelhessen rajtuk!

6. Join-olj ossze ket szovegfilet. Garantaltan leizzadsz :)

Es meg sok mas. Hat, jo munkat ;)

Laci

En ugy latom sok emberben vannak felreertesek az adatbazisokkal kapcsolatban. Volt olyan fonokom is, akinek qrwa fingja nem volt az egeszrol.

Laci

Csak arról beszéltem, hogy lehet, hogy nem minden esetben fontos az adatbázis. Lehet, hogy a kereshetőség miatt sok szempontból fontos, viszont egy csomó fölösleges dolgot tartalmaz.

A leg optimálisabb írni egy saját adatbázist a honlaphoz (mármint formátumot+programot:), ami direkt rá van optimalizáljva.

Csak kiváncsi voltam hogy mondjátok el :)

Arról ne is beszéljünk hogy mi van akkor ha két program egyszerre akarja módosítani ugyanazt az

adatot (pl ugyanannak az értéknek a megnövelése).

Vagy arról hogyha módosítasz 10(0000) adatot az adatbázisban majd a 10(0000). sikertelensége után az egészet vissza akarod vonni (tranzakció kezelés). Pl egy felhasználó adatainak felvételekor ez elég hasznos lehet.

Ajánlom Bruce Momjian pSQL könyvét mindenkinek.

Tudom, arra gondolsz, hogy egy text file, amiben tabokkal elvalasztod a mezoket egymastol, aztan azt hasznalod.

Ennek az a hatranya, hogy rettenetesen kispalyas, es eselye nincs arra hogy felnojjon. Ha egyszer az uzemeltetonek bejon az uzlet, akkor uj szoftvert kell irni, addig meg megtorik az uj lendulet. Igy aztan a kispalyas megoldas egy bilincset jelent majd a megrendelodnek is, csak mivel o nem ert az informatikahoz erre nem jon ra, csak majd akkor ha mar megszivta.

Gondolkodjunk felelosen, egy mysql eltoketlenkedik egy i486-on is, gyakorlatilag NINCS hardverkovetelmenye, mert az apacs mellett elbujik. Ismerkedj vele :)

Laci