- A hozzászóláshoz be kell jelentkezni
- 2256 megtekintés
Hozzászólások
Cox Communications [US kabeltv, Fortune 500] (3,600 tabla, 2 billio rekord, 600GB, 4 millio insert orankent)
Yahoo Finance (25 GB, 60-250 concurrent conenctions)
Friend Finder (2100 db, 30GB, 10,000 queries per second)
Google, Slashdot, NASA, ...
(http://www.mysql.com/customers/)
Persze ezeknel a cegeknel szakemberek is dolgoznak.
- A hozzászóláshoz be kell jelentkezni
Meg olyan főnökök, akik nem csak az Oracle-t ismerik.
"Ne gyere már megint a linux-szal."
"Itt úgyse lesz linux"
Jó neked ha nem ismerős..
- A hozzászóláshoz be kell jelentkezni
Már dolgoznak rajta.
Stored Procedures and Triggers [dev.mysql.com]
Views [dev.mysql.com]
Bár nem tudom, kinek jó, hogy majd ebből is egy monstrum lesz, mint a többiből. Akinek több kell, használjon PostgreSQL-t.
- A hozzászóláshoz be kell jelentkezni
Ugyan mi a szoszet vinnek at ilyen baromi nagy adatbazisokat egyik adatbazisrendszerrol a masikra? :P
Viszont az uj "nem csillagos eg" koltsegvetesu fejlesztesek a ritka kivelektol eltekintve valami szabad cuccot hasznalnak...
- A hozzászóláshoz be kell jelentkezni
amiért a klienseket és szervereket másik OS-re...
- A hozzászóláshoz be kell jelentkezni
Tulajdonkeppen miert kell mindenkinek annyira az SQL?
Ugy ertem, miert lekerdezo _nyelv_-vel vezereljuk a DBM-et,
miert nem a kedvenc programozasi nyelvunk biztosit hozza
egy API-t amin kereszult mindent el tudunk vegezni?
- A hozzászóláshoz be kell jelentkezni
/flame on/
No, ha ezzel megvannak, akar el is kezdhetnek az SQL92-re gyurni. Ideje volna mar ... :)))
/flame off/
- A hozzászóláshoz be kell jelentkezni
Az Oracle sem SQL92 kompatibilis. Nem is lesz az soha.
Az adatbaziskezelo piacon a legdurvabb a szabvanyok sarbatiprasa.
raadasul maga az SQL (szeliden szolva) nem a legoptimalisabb interface valasztas.
http://jeremy.zawodny.com/blog/archives/002194.html
Kellene valami jobban hasznalhato helyette. Az lenne az igazi, ha az Eclipse projekthez hasonloan opensource alapokon epitenenek egy adatbazis lekerdezo nyelvet a hozza valo parserrel.
- A hozzászóláshoz be kell jelentkezni
Ezek szep almok.... Remeljuk egyszer megvalosulnak....
- A hozzászóláshoz be kell jelentkezni
Jo, csak eppen a MySQL akkora mertekben sz*ik az SQL92-re hogy gyakorlatilag komolyabb feladatokra alkalmatlan. Nincsenek triggerei, tarolt eljarasai, nem ismeri a nezetteblakat, etc. Hiaba gyors ha egyszer nem lehet mas rdbms-re keszult lekerdezeseket MySQL-re migralni mert alkalmatlan ra ...
- A hozzászóláshoz be kell jelentkezni
Azert ennyire nem rossz a helyezet. Volt mar rosszabb is, amikor minden gyarto sajat nyelvet hasznalt az adatbazisahoz.:)
Az SQL egy nyelv, es nem interface! Attol, hogy nem kepesek jo API-t irni hozza, meg nem vesz el semmit a nyelv ertekebol.
Itt van nehany mar letezo lekerdezonyelv:
XQuery, XPath, RQL, OQL, CQL
Szerinted mikorra fogjak a fejlesztok megtanulni / atvenni / hasznalni? Elarulom: az SQL dominanciajat nem fogja sarba tiporni...
- A hozzászóláshoz be kell jelentkezni
Szerintem az adatbázis piacon rosszabbul áll az opensource, mint az oprendszer piacon.
Kevés sikertörténetet hallani arról, hogy a több gigás-terás adatbázisokat vinnék át Oracle-ből (vagy MS-sql, DB2..) Mysql vagy Postgresql alá...
én se vinném. még.
- A hozzászóláshoz be kell jelentkezni