HOVD 2013 - Kedvenc adatbázis-kezelő

HUP

apache derby, java db, h2
1% (5 szavazat)
cassandra
0% (3 szavazat)
db2
1% (9 szavazat)
mariadb
13% (84 szavazat)
microsoft sql server
4% (26 szavazat)
mongodb
4% (23 szavazat)
mysql
41% (256 szavazat)
oracle
5% (30 szavazat)
postgresql
24% (149 szavazat)
sqlite
7% (41 szavazat)
Összes szavazat: 626

Nem igazán nagy, desktop és mobil alkalmazásban 20000 row körül használom. Benchmarkot nem csináltam, de korábbi sqlite -os megoldásnál érezhetően gyorsabb (ami kell, az azonnal megvan, egyszerűen nem keresztmetszet). Megbízható, sok usernél kinn van, nem okozott komoly problémát (olyan probléma volt, hogy corrupt volt a db 2 usernél, ugyanis esetemben van olyan hogy os killeli a processt, de ezt megnyitáskori auto-repair megoldotta, azóta mindenkinél jó).
Bár bevallom, valójában elsősorban nem is a sebesség miatt választottam, egyszerűen meguntam az sql statementeket, valami egyszerűbbet és világosabbat akartam. Azaz, ha a relációk esetemben elég egyszerűek ahhoz, hogy valamiféle key elnevezésekre mappoljam őket, és tól-ig végigiteráljak, akkor nekem valójában nincs szükségem relációs adatbázisra, és csak bonyolítanám a saját életemet.

Hasonló műfajban előbb amúgy UnQLite nevűre bukkantam, de az nem vált be, ugyanis nem lehet key-től key-ig iterálni vele (hatékonyan), meg tud egy csomó olyan dolgot is, ami nem kell.

Debian Developer vagyok. Csomagjaim közt van az SQLite3, CouchDB, MongoDB. Feltöltöttem és elfogadás alatt van a WhiteDB. Egyik csomagom, a Ceph függ a LevelDB-től, de az nincs a kezem alatt. Fontolgatom hogy átveszem a jelenlegi tulajától, úgyis le van maradva egy kiadással. Persze van más NoSQL DB is amiből félig-meddig már van csomagom. Érdekelt, mennyire erőltessem vagy inkább az utóbb említett egyéb DB-t nyomjam Debian-ba. Picit megfordítva, esetleg a Ceph fejlesztői felé mennyire ajánljak mást, ha a LevelDB-nek vannak nyílvánvaló gyengeségei. Örülök hogy nincsennek, Google egyébként sem engedné meg hogy legyen. :)

( csontika v | 2013. 12. 17., k – 06:18 )

aki szavazott, az programozza?:)
mert én azt használom a programokhoz ami azzal az adott programmal működik, vagy jobban működik:)

Lefordítom a szavazás állását:
- vannak, akik hallottak a MySQL-ről.
- vannak, akik PHPistukálkodnak és hallottak a MySQL-ről*.
- vannak, akik továbbfejlődtek, és eljutottak a PostgreSQL-hez.
- vannak a többiek.

*MariaDB included.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Na, akinek az Oracle a kedvence...

Oké, elismerem, megfelelő mennyiségű pénzzel és supporttal biztos jó, meg ha az ember kitapasztalja az összes nyűgjét. És biztos nagyon jól skálázódik meg terhelhető, meg minden, de...

Magam részéről két félév tapasztalatom volt vele suliban, egyik fele sima sql*plus, másik fele APEX... Utóbbi egy összetákolt lassú, bugos fos (ami sajnos csak az oktató miatt szerepel a tantervben) és összességében akkora egy hisztis ribanc, ahol user inputot vár, hogy az hihetetlen. Amikor olyan dolgokon akad le ez a fos, hogy egy Query előtt van üres sor, vagy hogy a mezőket és a megszorításokat a CREATE TABLE-ben elválasztottam egy üres sorral, akkor elmehet a picsába az a fos. Nagyon fakírnak kell lenni ahhoz, hogy ezt valaki szeretni tudja.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Ott kezdődik a dolog, hogy én az RDBMS-ről beszéltem. Mi az az APEX? (amit találtam, annak nem sok köze van az adatbáziskezelőhöz, inkább valami app.szervernek tűnik)

Sqlplus-hoz tényleg kell némi mazochista hajlam, de kitalálták már a toad-ot, squirell-t és hasonló GUI-kat.

Oracle egyik általam is ismert komoly baja, hogy a tőlük letölthető telepítővel összerakott környezet önmagában szinte használhatatlanul bugos. Ha nincs supportod, nem férsz hozzá a patch-ekhez, attól kezdve nincs sok esélyed. Ezt volt szerencsém három verzión át (7-9) követni.

Oracle és PL/SQL fölé épített kattintgatós webes hulaldék lófasz, "instant webappok" gyártására.

A GUI-k meg szerintem nem sokat segítenek azon, hogy fogyatékos, hisztis ribanc a tekintetben az Oracle, hogy mit eszik meg és mit nem. Na meg nem fog használhatóbb hibaüzeneteket adni. (Legjobb az, amikor rákeresek egy ORA-XXXX-re, és ad vagy 5 különféle magyarázatot arra, hogy ezt most miért dobhatta. Hát kössz.)

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Használtam MSSQL-t, PostgreSQL-t, MySQL-t és picit SQLite-t és még anno ezer éve, mikor tanulgattam a Delphit, akkor BDE-t. Ilyen értelmetlen syntax beli megkötéseket csak és kizárólag Oracle-ben láttam. Hozzá képest a PostgreSQL pl/pgsql-je (ami nagyjából az Oracle PL/SQL-jét koppintja) olyan, mint egy rozoga rossz faszék helyett bedőlni egy kényelmes bőrfotelbe.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™