HOVD 2009 - Kedvenc adatbázis-kezelő

Címkék

apache derby, java db, h2
1% (8 szavazat)
berkeleydb
0% (3 szavazat)
db2
1% (5 szavazat)
firebird
2% (16 szavazat)
interbase
0% (0 szavazat)
mysql
59% (520 szavazat)
oracle
9% (83 szavazat)
postgresql
21% (185 szavazat)
sqlite
7% (58 szavazat)
sybase
0% (0 szavazat)
Összes szavazat: 878

Hozzászólások

Egy baj van ezzel a szavazással, senki sem tudja ki melyik adatbáziskezelőt ismeri még a megszavazotton kívűl. Nagyon sok fejlesztőt látok aki MySQL hívő, mert csak azt ismeri. Persze, hogy az a kedvence amit ismer, a többiről talán még azt se tudta, hogy létezik. Ha nekem egy üveggolyom van akkor nem mondhatom, hogy az a kedvencem elvégre nem ismerek többet.

Tja. Nálam is az sqlite lett az idei választás, pont azért, mert azt ismerem még arról hallottam és használtam, és tetszik a koncepciója.

Kíváncsi vagyok még a couchdb-re, de az mintha már egy teljesen más koncepció lenne - sebaj, pár év múlva majd ennél a szavazásnál is előjön az almát a körtével probléma, mint ahogy most is kilóg szerintem picit az sqlite.

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

MS SQL Server kimaradt a listából. Ezenkívül miért csak egyet lehet választani?

A hadoop/hbase kimaradt. Pedig messze a leginnovativabb ezek kozul.

Mert kapasbol masszivan elosztott mukodesre terveztek.
A hagyomanyos mosoporokba meg utolag hekkeltek valami borzalmat, ami tipikusan kozel hasznalhatatlan (mysql+postgres - replication, oracle rac, aminek a skalazodasa logaritmikus).

Masreszt meg az SQL egy borzadaly. Teljesen hianyzik belole a hierarchikus adatszerkezetek tamogatasa, valamint a hulye nyelv ertelmezese kellemesen lassitja az adatelerest. Cserebe a gyakorlatban nem igazan hordozhato. Meg meg rengeteg egyeb gondja-baja van.

Csak olvass utana a hadoop/hbase-nek.

Sose ertettem ezt a nagy MySQL hype-ot... mondjuk sose hasznaltam :) csak azt nehez elkepzelnem, hogy 3-szor jobb a Postgres-nel (jo, persze 3-szor annyi szavazat nem ezt jelenti).

azt hypeolják, amit sokan használnak, és azt használnak sokan, amit ingyé a képedbe tolnak.
MySQL-t minden ingyenes és fizetős tárhelyszolgáltató a képedbe tolja, és van hozzá phpmyadmin, amit a hülye is tud használni (tudom, van hasonló Postgresre, de mintha elmaradna tudásában).
Mindemellett afaik nem egy portálrendszer igényli a MySQL-t – pl. azt hallottam, a Drupal inkább csak papíron támogatja a Postgrest, egyébként moderáltan.

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

drupal7 dobja az adatbázisokat, minden lapot lerenderel html-ben, és fájlokban tárol. Új tartalom hozzáadásánál újraparsolja a generált html-t, és átszerkeszti. :D
(nem szeretném az időmet, brahiból írnék ilyet)

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

Az ingyé képedbe tolással arra utaltam, hogy a legtöbb tárhelyszolgáltató MySQL-t ad. A Postgresre való fejlesztés nálam eléggé out of scope, de elég kevés projektet ismerek, ami azt használ.
Talán azért, mert zárt, talán pedig azért, mert annál a felhasználásnál, amivel találkozni szoktam (desktop) a Postgres nem megfelelő választás a fejlesztők számára.

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

A zárt nem a Postgresre vonatkozik, hanem a projektekre, amelyek talán használják: lehet, hogy többen is használják, de nem látom, mert zártak.

A kérdésedre pedig nemigen tudok választ adni. Talán inkább az első verzió. Vagy csak arról van szó, hogy a LAMP jobban hangzik, mint az, hogy LAPP :)

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd