- This topic has 18 hozzászólás, 6 résztvevő, and was last updated 20 years, 7 months telt el by
.
-
Bejegyzés
-
A valóság teljesen más. A PostgreSQL nem az Oracle adatbáziskezelõt majmolja, hanem az ISO SQL szabványokkal akar lépést tartani, ez bennük a közös. Bár ez a törekvés nem mindíg sikerül, mivel sok SQL’99 képességet nem valósítottak még meg egyik adatbáziskezelõben sem, de már itt az SQL’03 és készül a következõ SQL szabványtervezet.
Ha érdekel a téma, olvasd el az ISO/IEC 9075:2003 szabványt, és megérted miért mondtam, hogy a MySQL csak egy SQL light DBMS.
http://www.wiscorp.com/SQLStandards.html
[align=right][snapback]102310[/snapback][/align]Bocsánat! :blush:
Igazad van, tied a precíz megfogalmazás. A túlzott öröm beszélt belõlem, egyébként itt arról van szó, hogy az álltalam sok éve használt TopSPeed/Clarion RAD for Windows külön definiálja az un „nativ” fájl drivereit, pl.:
MS-SQL, Oracle, Prevasive SQL (ha jól írom), külön beszerezhetõ az Informix és az AS400 „driver” – na most akkor ez hogy van? :angry: :angry: :angry:
Ráadásul ha megfigyeled mind méreg drága – a PostgreSQL viszont „mindenféle” pl. GPL is!
Szal van min el elmélkedni a szabványok és szokványok tekintetében. :unsure:
JA, kössz a linket!Bocsánat! :blush:
Igazad van, tied a precíz megfogalmazás. A túlzott öröm beszélt belõlem, egyébként itt arról van szó, hogy az álltalam sok éve használt TopSPeed/Clarion RAD for Windows külön definiálja az un „nativ” fájl drivereit, pl.:
MS-SQL, Oracle, Prevasive SQL (ha jól írom), külön beszerezhetõ az Informix és az AS400 „driver” – na most akkor ez hogy van? :angry: :angry: :angry:
Ráadásul ha megfigyeled mind méreg drága – a PostgreSQL viszont „mindenféle” pl. GPL is!
Szal van min el elmélkedni a szabványok és szokványok tekintetében. :unsure:
JA, kössz a linket!
[align=right][snapback]102322[/snapback][/align]Ha jó neked, hogy nekiállsz durrogni, ahelyett hogy utánaolvasnál a témának, nekem mindegy. Csak az egyértalmûség kedvéért: semmi olyat nem írtam, hogy az adatbáziskezelõknek tilos használni bármilyen saját bõvítményt, vagy az összes DBMS kompatibilis egymással.
Mellesleg szerinted ki a hibás, hogy nem tartják be maradéktalanul az elfogadott szabványokat?
Ha jó neked, hogy nekiállsz durrogni, ahelyett hogy utánaolvasnál a témának, nekem mindegy. Csak az egyértalmûség kedvéért: semmi olyat nem írtam, hogy az adatbáziskezelõknek tilos használni bármilyen saját bõvítményt, vagy az összes DBMS kompatibilis egymással.
Mellesleg szerinted ki a hibás, hogy nem tartják be maradéktalanul az elfogadott szabványokat?
[align=right][snapback]102330[/snapback][/align]Durrogni! 😀
Tudod abban a világban nem igazán szokták publikálni mirõl is van szó, azaz mi a különbség (elehet hogy semmi, de így drágább a produkció).
A szabványok kérdésében mindíg is gondok vannak hiszen a programokat elõbb írják aztén jönnek okosok és „szabványosítják” – lásd a OSI modell és az a cipõkanál amivel belehúzzák a TCP/IP -t.
Monopolisztikus törekvések, pl. a régi cégem rendszeresített egy spéci parallel buszt, ami tulajdonképp az IEC busz lebutított verziója volt – senki nem tudott rendes progranmokat írni a szerkezeteinkhez, mi meg mire megtanultunk addigra már nem kellett és mindeki valami szabványosabbat akart volna venni. De azért addig szépen keresett vele a cég, és a „házi” szabvány feltalálói.
Gondolj bele, hogy a macintosh -ról lekoppintott IO slot rendszer a PC -kben mekkora fejlõdésen esett át maennyi vacakot csináltak hozzá, és csak aki „kitalálta” az nem profitált belõle (Apple és IBM).
A szoftverekkel sincs ez másként, míg a szabad szoftver világban mindenki próbál valamelyest „szabványos” lenni, addig a nagy cégek uralta világban ráerõltetik a szabványt mindenkire és a specifikációt jó pénzért megkaphatod…A szoftverekkel sincs ez másként, míg a szabad szoftver világban mindenki próbál valamelyest „szabványos” lenni, addig a nagy cégek uralta világban ráerõltetik a szabványt mindenkire és a specifikációt jó pénzért megkaphatod…
[align=right][snapback]102338[/snapback][/align]Ezt nem kell nekem bemutatni, kicsiben sajnos jól ismerem. Tömegével tudnám felsorolni azokat a cégeket, ahol zárt forráskódú fejlesztést rendeltek, és eszik a kefét, mert a supporttól elkezdve a szoftverbõvítésig mindent csak a fejlesztõ cég csinálhat, és annyiért amennyit nem szégyell elkérni vagy amit még épphogy meg tudnak fizetni. Jó dolog a nagy cégek uralta világ, egészen addig, amíg nem a fogyasztói oldalon állsz. De ezt manapság nagyon nehéz elkerülni.
Ezt nem kell nekem bemutatni, kicsiben sajnos jól ismerem. Tömegével tudnám felsorolni azokat a cégeket, ahol zárt forráskódú fejlesztést rendeltek, és eszik a kefét, mert a supporttól elkezdve a szoftverbõvítésig mindent csak a fejlesztõ cég csinálhat, és annyiért amennyit nem szégyell elkérni vagy amit még épphogy meg tudnak fizetni. Jó dolog a nagy cégek uralta világ, egészen addig, amíg nem a fogyasztói oldalon állsz. De ezt manapság nagyon nehéz elkerülni.
[align=right][snapback]102352[/snapback][/align]Egy biztos, hogy egyenlõre a szoftver cégeknek nem áll érdekében, a fogyasztók meg nem tudják, hogy lehet másképpen is. :angry2: 🙁
Ami a rosszabb, hogy én sem tudok mást tenni ha megakarok élni! :blush:Meglévõ, mûködõ rendszert kell átépítenem! Az elsõ, alapproblémám melyik adatbászis szervert használjam. Az eddig összegyült anyag alapján kb. 20 G adatot kell átemelni, és évente 6-8 G a növekmény.
Alapvetõen úgy látom két server jöhet szóba a MySQL 4.0.22-2 és a PostgreSQL 7.4.6-3 (Debian – Sarge disztribúció).A kérdés hogy melyiket használjam?
Nézegettem mindkettõ doksiját, a PostgreSQL szabványosabbnak tûnik, minden elvárható SQL funkció benne van (foreign keys, triggers, view …) és alapvetõen tranzakcionális, viszont úgy tûnik, alapból, nem tükrözhetõ és a „text dump” mentést támogatja. Nem ismerem mennyire bonyolult az adminisztrációja.
A MySQL gyorsnak mondja magát (szempont) viszont ezt valójában csak az erõsen korlátozott MyISAM tábláékkal tudja, ahol nincs tranzakció, foreign key stb.
Viszont helybõl támogatja a tükrözést (bináris LOG fájl segítségével). Az adminisztrációját a PhpMyAdmin -ból isnmerem – idegesítõ (három helyre kellet betenni egy user hozzáférési jogosultságait) – a 4.x -hez van pofás windows admin is (szempont).
Mindkét csomag esetében kicsit macerás az adminisztráció, különösen ha windows alól kell csinálnom – aki látta az MS-SQL adminját az tudja mire gondolok.
Ha van kedve, ideje valakinek ehhez hozzászólni, kérlejk ne tartoztassátok meg meagatokat, kicsit tanácstalan vagyok. Kéne még néhány érv hogy dönthessek.
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz