- A hozzászóláshoz be kell jelentkezni
- 1944 megtekintés
Hozzászólások
Vicces olvasni, hogy pont az az Oracle játsza a FOSS grál-lovag szerepét aki kinyírta az Opensolarist.... Érdekes kis olvasmány, nekem nagyon úgy tűnik, mintha forkolni készülnének a RedHat-ot, hogy átvegyék annak a pozicióját.
- A hozzászóláshoz be kell jelentkezni
Kevés undorítóbb megbízhatatlanabb szoftveripari cég a bolygón az orákölnél. Mikor egy ilyen próbál jópofizni azon a területen ahol tűzzel vassal írt ki mindent és mindenkit, az duplán hányingerkeltő.
- A hozzászóláshoz be kell jelentkezni
Az Oracle (adatbázis) éppen a megbízhatóság szobra. Az örökké amatőr hobbista hupuknak természetesen soha sem kell ilyesmivel foglalkoznia.
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
Értő olvasás hiánya fanatizmussal fűszerezve? Az Oracle tábaro is olyan, mnt az Apple tábora...
Azt írta, hogy az Oracle cég megbízhatatlan, pláne FOSS vonalon. Egy szó nem esett az Oracle DB szoftverről vagy annak megbízhatatlanságáról.
Oracle+FOSS: Java mizéria (fizetős JRE cégeknek...), OpenSolaris mizéria (bezárták a forrást, mint most a Red Hat, OpenIndiana ezért jött létre), ZFS mizéria (Solaris bezárás következmény, OpenZFS ezért jött létre), MySQL mizéria (nem akartak Oracle DB konkurenciát, fisszafogott fejlesztés, MariaDB ezért jött létre). Mindenkit megpróbáltak ellehetetleníteni, aki ezekhez hozzányúlt.
Ennyit a nagy, megbízható Oracle-ről, a FOSS élharcosról. Örökké amatőr hupuként remélem sohasem kerülök semmilyen Oracle termék közelébe.
- A hozzászóláshoz be kell jelentkezni
Ja, egyetértek. Legfosabb cég evör az Órököl. Jobban tennék, ha csöndben maradnának, mert rosszabbak az IBM-nél és RH-nél is sokkal. Nem csak az, amit soroltál, de amit a Sun felvásárlással csináltak, az is egy vicc, kinyírták az OpenOffice-t, elsilányították a VirtualBox-ot, stb.. Nekem már a nevük garancia arra, hogy a szutykaikat elkerüljem jó messzire. Talán hozzájuk görénységben még az SCO hasonló. Meg a valódi nagyok, MS, Apple. Pedig a Canonicalt, Suse-t se szeretem, de az ezekhez a főgenyókhoz képest még light-osak FOSS vonalon.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Mint egy gyerek! Kivetíted belső énedet másra majd úgy beszélsz róla mintha kívülálló lennél. Akarsz beszélni róla? :-)
Szóval neked nem megy az "értő olvasás", hupu betegség. Egy "szoftveripari cég" attól megbízható, hogy termékei megbízhatóan működnek, ha szükséges jól dokumentáltak. Ma már extra, hogy van hozzá normális support. Illetve saját bejáratott termékeit nem szervezi át, szünteti meg, nehéz helyzetbe hozva azokat akik ezekre építik saját üzletüket.
Az Oracle megvette a szakadék szélén táncoló Sun Microsystems céget tokkal vonóval. Nyilvánvalóan okkal volt nehéz helyzetben a Sun. Nem várható el az Oracle-től, hogy tovább vigye a Sun veszteséges termékvonalait. A saját Oracle termékeit továbbra fejleszti támogatja. Azokat a Sun termékeket amiket átvett és érdemesek rá továbbra is fejleszti és támogatja jó színvonalon. Mellette a Sun veszteséges termékvonalainak kritikus elemeit is lélegeztetőgépen tartja, UltraSparc, Solaris. Így akiknek a vállalkozása ezekre épít bőven kaptak, kapnak időt a váltásra. Intel sem tartotta meg az Itaniumot jófejségből, HP sem fejleszti gőzerővel az új generációs HP-UX-ot because we can alapon.
De lássuk a troll-listádat:
Java mizéria - OpenJDK továbbra is opensource free licenccel. A fejlesztésből sem szállt ki az Oracle
OpenSolaris mizéria - a forráskód továbbra is elérhető free licenccel. Csak a márkanév nem jár már hozzá, megjegyzem Chrome név és logó vagy Firefox név és logó sem jár szabad felhasználásra mindenkinek. A fejlesztésből kiszállt az Oracle, de aki lát benne fantáziát szabadon folytathatja a fejlesztését. Illumos, OpenIndiana, et cetera.
ZFS mizéria - forráskód továbbra is elérhető free licenccel. Ma már számtalan disztribúció része. Linuxon szvsz van jobb választás: Btrfs, aminek a fejlesztésében már Sun felvásárlása előtt jelentős részt vállalt az Oracle. Azóta is fejlesztője.
MySQL mizéria - "nem akartak Oracle DB konkurenciát" ha értenél hozzá nem írnál le ilyen butaságot. Sohasem volt konkurencia. Pár éve valóban meglepetés volt amikor némi pause után egy meggyőző MySQL kiadással jelentkezett az Oracle, ami semmiben sem lett "fisszafogva" a korábbi Sun kiadásokhoz képest. A MySQL továbbra is nyílt forráskódú szabad licencű szoftver. A kereskedelmi változata pont úgy ad többletszolgáltatásokat mint a Sun éra alatt. A Mariadb forkot sztoikus nyugalommal szemlélte az Oracle. Nem tett semmilyen ellenséges lépést, pedig szabadalmakkal szivathatott volna, az ellen nem véd a GPLv2 licenc.
"Örökké amatőr hupuként remélem sohasem kerülök semmilyen Oracle termék közelébe."
Ez a veszély valóban nem fenyeget téged.
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
Nem a termékről volt szó, hanem a vállalati kultúráról.
- A hozzászóláshoz be kell jelentkezni
Nekem két évig volt szerencsétlenségem Oracle DB-vel foglalkozni. Annál nagyobb rakás szarral még életemben nem találkoztam. Soha többé, még kurwa sok pénzért se.
- A hozzászóláshoz be kell jelentkezni
isten ments, hogy én aztán szeressem az oracle db-t, de az alábbi picit mókás :)
>>> nem volt hozzá normális DB kezelő tool
>>Oracle SQL Developer
>Fura, ez valahogy nem került elénk.
- A hozzászóláshoz be kell jelentkezni
Semmi mókás nincs benne. Kb. két hetünk volt összerakni egy olyan portált PHP + Oracle DB alapokon, ami többmilliós forgalmat bír el, úgy, hogy Oracle DB-t akkor láttunk először, tehát lövésünk nem volt róla, hogy milyen cuccok vannak hozzá (a gugliban meg valahogy nem bukkantunk erre a toolra); örültünk, hogy sikerült összerakni. (Volt, hogy haza se mentem hétvégén; ötvenvalahány órás műszak volt a rekord.) Utána meg már nem is kerestünk tool-okat, mert az Adminer bevált, a homebrew ökoszisztéma működött... (A főnök persze azzal hálálta meg, hogy hónapokig nem adott fizetést, dehát ez van.)
Szóval semmi mókás nincs benne. És ettől még amikbe belefutottunk, azt nem lehet mind a mi nyakunkba varrni. Pl. azzal, hogy az Oracle DB INSERT
parancsnál az üres stringet szándékosan megfelelteti NULL
-nak és úgy is szúrja be (holott az üres string az egy érték, a NULL
meg egy állapot és rohadtul nem ekvivalensek) és utána meg a WHERE
klauzában - komparáláskor - meg nem felelteti meg és ezért "X"=''
/ "X"!=''
helyett "X" IS NULL
/ "X" IS NOT NULL
alkalmazandó, azzal sikerült felírniuk azt az "egyenletet", hogy ('' == NULL) && (NULL != '')
. Hát ehhez csak gratulálni lehet...
Ennek az őrültségnek állítólag történelmi okai vannak, de az, hogy egy már ab ovo hibás működést több évtized alatt sem sikerült opcionálissá tenni, azt nem igazán lehet megmagyarázni semmivel sem, mert az, hogy eredetileg valaki így találta ki és kódolta le, az még lehet az el pasoi pucér csávó és a kaktuszbozót esete, de az, hogy évtizedek óta nem is teszik opcionálissá az már csak szándékos lehet.
Szóval ennyit az Oracle DB-ről.
- A hozzászóláshoz be kell jelentkezni
Kb. két hetünk volt összerakni egy olyan portált PHP + Oracle DB alapokon, ami többmilliós forgalmat bír el, úgy, hogy Oracle DB-t akkor láttunk először
Én aztán nagyon nem csípem az Oracle-t, de ebben a történetben nem biztos, hogy az Oracle DB volt a probléma :)
- A hozzászóláshoz be kell jelentkezni
Nyugodtan meg lehet indokolni szakmailag, hogy a felmerült problémák miért nem az Oracle DB sarai voltak, beleértve a ('' == NULL) && (NULL != '')
"képletet" is. PgSQL alapokon zéró szívással megoldható lett volna az egész. Az lehet, hogy az Oracle DB jól skálázódik és nagy teljesítményt ki lehet belőle sajtolni, de programozni agyfasz. (És a teljesítményről annyit, hogy a PgSQL már 2007-ben is csak centikkel volt lemaradva teljesítményben az Oracle DB mögött, teljesen ingyen és most, ahogy körbegugliztam, azt láttam, hogy már le is hagyta, mert sokkal jobban skálázódik (mondjuk konkrét számokat sehol nem találtam).)
- A hozzászóláshoz be kell jelentkezni
mondjuk konkrét számokat sehol nem találtam
Valószínűleg azért nem fogsz találni konkrét számokat, mert eula alapján szerződésszegésért megölet az oracle és a mikroszoft is.
https://cube.dev/blog/dewitt-clause-or-can-you-benchmark-a-database
Microsoft SQL Server. BENCHMARK TESTING. You must obtain Microsoft’s prior written approval to disclose to a third party the results of any benchmark test of the software.
Oracle. RESTRICTIONS. [...] You may not: [...] disclose results of any Program benchmark tests without Oracle's prior written consent
- A hozzászóláshoz be kell jelentkezni
Miért nem vagyok meglepve...? Ja, azért, mert az Oracle-nél ez már '82-ben is így ment. Mindig is egy ritka szemét cég volt.
- A hozzászóláshoz be kell jelentkezni
Részben van csak igazad.
Más adatbázis enginek sem hibátlanok.
A hozzáértéshez az is hozzátartozik, hogy ismered a hibáit és korlátait az alkalmazott technológiának.
Ne haragudj, de itt a tapasztalatlanság volt a probléma forrása, mert ha ismertétek volna az Oracle ismert "feature"-it, akkor nem szoptok ekkorát.
Off: Postgres Enterprise-nak nagyon jó az Oracle kompatibilitása. Már 8 éve is kb. next-next-finish módon tudtunk migrálni alá egyszerűbb oracle adatbázisokat, amikben nem voltak nagyon elbaszott tárolt eljárások.
- A hozzászóláshoz be kell jelentkezni
Tehát azért az én saram az Oracle DB összes szarsága, mert nem tudtam ezeknek a szarságoknak a létezéséről, mert nem volt meg a tapasztalat, hogy hogy kell őket kerülgetni? Az igen...
BTW, amikor felvettek, szó sem volt Oracle DB-ről. Derült égből seggbebaszásként közölték velünk (Mcloaddal, meg velem), hogy "megnyertük" a kukakula kupakfeltöltő promóját és van két hetünk összerakni, viszont ők Oracle DB-vel dolgoznak. Ööö...nem kellett volna előbb minket megkérdezni, hogy egyáltalán tudjuk-e mi az? Majd megoldjuk. ... Kösz...
De megoldottuk. Időre. Ahogy tudtuk, de megoldottuk.
És ez csak egy volt a négy promóból, a legelső. A másik háromnál már ismertük ezeket a baromságokat és megvoltak a módszereink a kerülgetésükre, azokat már simán összeraktuk, pedig ezek a szarságok továbbra is léteznek. Akkor annál a három promónál már nem az én hibám, hogy ekkora szar az Oracle DB?
Pont tőled nem vártam volna ilyen hozzáállást. Az Oracle DB egy kalap szar, tök mindegy, hogy expert üti, vagy newbie. Más engine-ek sem hibátlanok? Nem, de ekkora faszságok nincsenek bennük! (Legalábbis a PostgreSQL, MySQL, SQLite triumvirátusban én nem találkoztam velük.) Lehet, hogy iszonyat sebességet lehet az Oracle DB-ből kivasalni egy clusteren (Próbáld meg ugyanezt egy gépen, garantált röhögés!), de ettől még egy bugokkal és szándékosan bennehagyott baromságokkal megvert szarrakás.
Mcload kollégám véleménye az volt, hogy ekkora szart balfaszságból nem lehet írni, csak szándékosan, hogy bárki aki pucéran szembekerül vele az rémülten elfusson és meg kelljen venni a méregdrága supportot, fejlesztői eszközöket, stb.
Ja, egyébként sose állítottam, hogy Oracle expert vagyok, vagy, hogy annyira értenék hozzá, szóval nem értem a "hozzáértéshez az is hozzátartozik" kitételt.
Apropó, mielőtt az Oracle esetlegesen hibás felkonfigurálását is megkapnám a nyakamba, hogy az is az én hibám, szólnék, hogy egy amcsi mammut clusterén futott az Oracle, mi nem konfiguráltunk semmit, nem is volt hozzáférésünk, csak a DB-hez/webtárhelyhez.
- A hozzászóláshoz be kell jelentkezni
"Tehát azért az én saram az Oracle DB összes szarsága, mert nem tudtam ezeknek a szarságoknak a létezéséről, mert nem volt meg a tapasztalat, hogy hogy kell őket kerülgetni?"
Nem a te sarad, hanem azé az idiótáé, aki bevállalta, hogy nulla oracle fejlesztői tapasztalattal Oracle DB alá fejlesztetek.
"... másik háromnál már ismertük ezeket a baromságokat és megvoltak a módszereink a kerülgetésükre,"
Na látod. Előző projektben szereztél némi XP-t, szintet léptél, és máris könnyebben ment a meló.
Tetszik vagy sem, a DB2 mellett az Oracle a de-facto Enterprise Adatbázis. Archív log kezelés, konzisztens online backup és point-in-time restore már akkor volt benne, amikor a mysql még csak hobbiprojekt volt.
Persze sok esetben az is benne van a kalapban, hogy az ügyfél managere fejében az "Oracle" és az "adatbázis" szinonímák és oda is Oracle Enterprise verziót akar, ahova egy szimpla mysql is elég lett volna. (Volt ilyen esetünk is, ahol a legbonyolultabb query egy "select * from .." volt egy 2 oldalas php frontendben egy Ora adatbázissal.)
Mivel nem vagyok fejlesztő, ezért nem tudok nyilatkozni a dev oldali faszságairól, de láttam már jól működő rendszert is, és dolgoztam profi Oracle fejlesztőkkel, így tudom, hogy megugorható a feladat.
Egyénként ti meg Oracle Express-el dolgoztatok, amiből mondjuk nem lehet általánosítani, mert az egy rohadtul limitált, max játékra használható valami, és fasorban nincs az Enterprise editionnal.
Nem tudom mit vártál tőlem, én próbálok elfogulatlan lenni, ha egy cég tetűláda, de a termék jó, akkor azt elismerem.
- A hozzászóláshoz be kell jelentkezni
Nem a te sarad, hanem azé az idiótáé, aki bevállalta, hogy nulla oracle fejlesztői tapasztalattal Oracle DB alá fejlesztetek.
Eszemben sincs védeni az egykori főnökömet, de azért az Oracle DB-ben lévő agyhalott megoldásokról tán mégse ő tehet...
Na látod. Előző projektben szereztél némi XP-t, szintet léptél, és máris könnyebben ment a meló.
A véleményem viszont nem változott. Oracle suxx.
Tetszik vagy sem, a DB2 mellett az Oracle a de-facto Enterprise Adatbázis.
És? A windows meg a de-facto oprendszer. És ezzel azt hiszem mindent el is mondtam... (A DB2-őt nem ismerem, arra ez nem vonatkozik.)
Archív log kezelés, konzisztens online backup és point-in-time restore már akkor volt benne, amikor a mysql még csak hobbiprojekt volt.
Nem csak MySQL van. Én végig a PgSQL-t állítottam párhuzamba az Oracle DB-vel, nem a MySQL-t.
Mivel nem vagyok fejlesztő, ezért nem tudok nyilatkozni a dev oldali faszságairól, de láttam már jól működő rendszert is, és dolgoztam profi Oracle fejlesztőkkel, így tudom, hogy megugorható a feladat.
Megugorható. Mi is megugrottuk. De ettől még kihullott a hajunk, amikor szembesültünk velük. Folyton csak azt kérdeztük, hogy ezt most miért?
Egyénként ti meg Oracle Express-el dolgoztatok, amiből mondjuk nem lehet általánosítani, mert az egy rohadtul limitált, max játékra használható valami, és fasorban nincs az Enterprise editionnal.
A problémák jó részét tekintve ez irreleváns, mert elég nagy az átfedés. Pl. a ('' == NULL) && (NULL != '')
az az Enterprise edition-ben is benne van.
Nem tudom mit vártál tőlem, én próbálok elfogulatlan lenni, ha egy cég tetűláda, de a termék jó, akkor azt elismerem.
Alapvetően nem vártam tőled semmit, de ha már bekapcsolódtál a beszélgetésbe, akkor mondjuk azt, hogy nem akarod megmagyarázni, hogy az Oracle DB SQL-jében lévő agyament baromságok a fejlesztőnek (vagy a főnökének) a sara. Nem, az az Oracle sara.
Egyébként ha a termék jó? #define jó
Azt én is elismertem, hogy jól skálázódik és nagy teljesítményt lehet kivasalni belőle. De ettől még nem lesz "jó", csak gyors (ha van alatta vas). Az nagyon sok rétű, hogy egy termék jó-e, vagy sem.
- A hozzászóláshoz be kell jelentkezni
Alapvetően a hibák az termék gyártójának (jelen esetben az Oracle) a sara.
Ha szopás van a projektben, mert a fejlesztő nem ismeri az alkalmazott technológiát, és annak (ismert) korlátait, akkor az annak a sara, aki bevállalta az ismeretlen technológiát.
Az külön rotfl, hogy két hetes határidőre bevállalt valamit a cég, amit még az életben nem csinált.
Hogy valaki postrgresben,mysqlben profi, az még nem jelenti azt, hogy Oracle alá is tud fejleszteni - ahoz ismerni kell még az Oracle szarságait sajátosságait is. :)
(Ne vedd magadra, de az ilyen más platformon profi SQL fejlesztők hányják tele mindíg a SYSTEM tablespace-t a saját vackaikkal aztén szopjon csak vele később az a nyomorult üzemeltető....)
De facto az, amit a legtöbben használnak. Ez nem definiál semmilyen minőséget egyértelműenm, de azért van korreláció.
Annyiban igazad van, hogy abban a projektben te egy áldozat voltál, de ez az állításoddal ellentétben a főnököd sara, és nem az Oracle-é.
- A hozzászóláshoz be kell jelentkezni
Alapvetően a hibák az termék gyártójának (jelen esetben az Oracle) a sara.
Akkor konszenzusra jutottunk?
Ha szopás van a projektben, mert a fejlesztő nem ismeri az alkalmazott technológiát, és annak (ismert) korlátait, akkor az annak a sara, aki bevállalta az ismeretlen technológiát.
Az külön rotfl, hogy két hetes határidőre bevállalt valamit a cég, amit még az életben nem csinált.
Ezt nem is vitattam, de ettől még azok a hibák/marhaságok léteznek, függetlenül attól, hogy ki mit tud, meg mit vállal be.
Hogy valaki postrgresben,mysqlben profi, az még nem jelenti azt, hogy Oracle alá is tud fejleszteni - ahoz ismerni kell még az Oracleszarságaitsajátosságait is. :)
Nem is állítottam, hogy profi lennék Oracle-ben, sőt, mondtam, hogy rohadtul nem vagyok az, de az sem igaz, hogy azért szidom, mert sose láttam: két évig kellett használnom. (Persze nem minden nap, volt más meló is, nem csak ezek a promók.)
(Ne vedd magadra, de az ilyen más platformon profi SQL fejlesztők hányják tele mindíg a SYSTEM tablespace-t a saját vackaikkal aztén szopjon csak vele később az a nyomorult üzemeltető....)
Nem veszem magamra, de ha jogosultsághiány, vagy bug miatt nem tudsz tablespace-t csinálni és nem csinálják meg neked, akkor muszáj. Nekünk idevágták a SYSTEM
user hozzáférését, de tablespace-t nem engedett létrehozni, csak táblát...vagy váltani nem engedett köztük; már nem emlékszem, de csak a SYSTEM
volt elérhető, az biztos. És itt szögezném le, hogy ez speciel nem biztos, hogy az Oracle sara volt, lehetett az amcsi üzemeltetőké is, meg a PHP-é is, legalábbis a dual layeres DB backend (amíg nem állt rendelkezésre az Oracle DB szerver, addig MySQL-ben dolgoztunk, ezért a DB backend mindkét DB-t támogatta és egy flaggel lehetett váltani) DB selectorában az Oracle ág ki van kommentelve, azaz mi megpróbáltuk, de nem működött. Senkit se érdekelt rajtunk kívül. Oldjuk meg. Mindegy, hogy, csak menjen. """Megoldottuk.""" Tudtuk, hogy ez így kurwára nem kóser, hogy semmi keresnivalója nincs a tábláinknak a SYSTEM
-ben, (MySQL-ben sem szemeteljük tele az information_schema
-t), de nem volt választásunk; nem azért csináltuk, mert nem értettük, vagy leszartuk volna, hogy ezt nem kéne. Az amcsiknak mindenre ticketet kellett nyitni, aztán vagy megcsinálták, vagy nem. Több, mint tíz éve volt már, de emlékeim szerint sose lettek másik space-be átrakva a táblák. És négy promó ment így le. Az üzemeltetést az amcsik végezték, szóval magukat szívatták, de nem reklamáltak érte egyszer sem. Én mosom kezeimet...
De facto az, amit a legtöbben használnak.
Ebben nincs vita.
Ez nem definiál semmilyen minőséget egyértelműenm, de azért van korreláció.
Ebben viszont van. A popularitás nem indikátora a kvalitásnak, ez az "együnk szart, az a sok légy nem tévedhet" érvelés.
Annyiban igazad van, hogy abban a projektben te egy áldozat voltál, de ez az állításoddal ellentétben a főnököd sara, és nem az Oracle-é.
Az egy dolog, hogy a főnök bevállalt valamit, amit nem kellett volna, de itt most nem az volt a kérdés, hogy a projekt kinek a sara, hanem az, hogy az Oracle DB szarságai kinek a sara, ezt pedig te is elismerted, hogy az bizony az Oracle-é.
- A hozzászóláshoz be kell jelentkezni
Ha jól vettem ki, volt elképzelésed tapasztalatod az SQL ről, meg pár divatos sql szerver működéséről. Aztán jött egy SQL motor/megvalósítás stb amibe ez nem illett bele, így onnantól kezdve az szerinted egy szar valami, mert nem olyan mint a többi ?
Fedora 41, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
Rosszul vetted ki. Nagyon rosszul. És nagyon rosszindulatúan. Nem azért volt szar, mert nekem nem tetszik, hanem azért, mert baromságokat csinált, hiányos volt és bugos. Tételesen fel voltak sorolva a problémák, lehet őket tételesen cáfolni, hogy miért jó az úgy, vagy ha nem az, akkor miért nem az Oracle sara. Addig ez csak az itt megszokott rosszindulatú és üres szalmabábcséplés amit csinálsz, ahhoz meg jó szórakozást kívánok.
Apropó divatos SQL szerver: nem arról volt szó, hogy az Oracle a defacto DB? Akkor annál divatosabb aligha van...
- A hozzászóláshoz be kell jelentkezni
hanem azért, mert baromságokat csinált,
Szerinted, Oracle szerint meg nem, azért csinálta úgy ahogy.
lehet őket tételesen cáfolni, hogy miért jó az úgy, vagy ha nem az, akkor miért nem az Oracle sara.
Miért kéne cáfolni bármit is ? Ha egy autóban mondjuk a kézifék egy gomb és nem egy kar akkor az faszság ? és cáfolni kell hogy miért úgy van ? Vagy, ha a kocsi nem a ma divatos keyless móddal indul hanem még ócska kulccsal akkor az faszság ? és magyarázni kell hogy miért kulccsal indul mikor a többi divatos autó úgy indul ?
Nincsen itt semmi szalmabáb, Oracle így csinálja kész, nem kötelező használni, de attól mert te nem tudod, nem érted stb nem biztos, hogy baromság ...
Fedora 41, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
Miért kéne cáfolni bármit is ? Ha egy autóban mondjuk a kézifék egy gomb és nem egy kar akkor az faszság ? és cáfolni kell hogy miért úgy van ? Vagy, ha a kocsi nem a ma divatos keyless móddal indul hanem még ócska kulccsal akkor az faszság ? és magyarázni kell hogy miért kulccsal indul mikor a többi divatos autó úgy indul ?
Nincsen itt semmi szalmabáb,
Nincs, a faszt nincs, ez az egész szar autós hasonlat egyetlen óriási szalmabáb volt...
Oracle így csinálja kész, nem kötelező használni
Ha ezt kell használni, akkor kötelező használni; ezt nem én döntöm el, hanem a cégvezetés, jó reggelt kívánok!
de attól mert te nem tudod, nem érted stb nem biztos, hogy baromság ...
Jó, akkor magyarázd meg nekem légy szíves, hogy miért nem baromság az, hogy az Oracle üres string helyett NULL
-t szúr be INSERT
-nél (azaz állapotot, érték helyett; ha a mező NOT NULL
, akkor meg beszarik az üres stringtől, ami minden, csak nem NULL
), viszont a WHERE
klauzában már nem felelteti meg. Magyarázd meg nekem légy szíves, hogy miért nem baromság ez a felemás megfeleltetés, hogy miért nem baromság az, hogy ('' == NULL) && (NULL != '')
. És azt is, hogy ez miért nem opcionális még 40 év után sem. Erre még egyetlen Oracle guru sem tudott nekem választ adni, hogy ezt miért kell így; tessék itt a lehetőség, osszál ki.
- A hozzászóláshoz be kell jelentkezni
Jó, akkor magyarázd meg nekem légy szíves, hogy miért nem baromság
A 70es évek végén mit gondoltak az te általad (valószínűleg mások által is), most baromságnak vélt dologról nem tudom és nem is akarom se megmagyarázni, se megérteni. Akkor az volt kész. Azóta eltelt sok sok év, jöttek újabb RDBMS-ek ahol már más direktívát követnek, mert mondjuk megtehették.
És azt is, hogy ez miért nem opcionális még 40 év után sem.
Talán kompatibilitási okok, másrészt meg miért kéne változtatni? Aki ebben dolgozik az tudja, hogy a fenti az default és kész. Volt kis tapasztalatom Oracle termékekkel, és abból a kicsiből is kiderült, ezn nem a FOSS pistikék játszótere, aki ha felrak egy mysql-t az ubuntura azt hiszi mindenhez is ért. Ez egy zárt világ, annak sok sok évnyi know-howjaval együtt. Azaz, ideális esetben akinek foglalkoznia kéne vele annak tudnia kell álmában is fenti dolgot és nem fogja meglepetésként érni.
Erre még egyetlen Oracle guru sem tudott nekem választ adni,
Szerintem Larry Ellison kéne megkérdezned, hátha még emlékszik a lassan 50 évvel ezelőtti miértekre ...
Fedora 41, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
A 70es évek végén mit gondoltak az te általad (valószínűleg mások által is), most baromságnak vélt dologról nem tudom és nem is akarom se megmagyarázni, se megérteni. Akkor az volt kész. Azóta eltelt sok sok év, jöttek újabb RDBMS-ek ahol már más direktívát követnek, mert mondjuk megtehették.
Tehát fingod nincs az okokról, megvédeni műszakilag nem is tudod, de azért másokat minősítgetsz, aki műszakilag alátámasztotta, hogy baromság. Ügyes.
Talán kompatibilitási okok
Mondom opcionális. Tudod mit jelent az? Hol törné el az a kompatibilitást, ha kapcsolható lenne?
Aki ebben dolgozik az tudja, hogy a fenti az default és kész. Volt kis tapasztalatom Oracle termékekkel, és abból a kicsiből is kiderült, ezn nem a FOSS pistikék játszótere, aki ha felrak egy mysql-t az ubuntura azt hiszi mindenhez is ért.
Kis tapasztalatod...mennyi az a kicsi? Mert én két évet szoptam vele.
Úgyhogy te csak ne FOSS pistikézz engem, mert egyelőre itt te hozod a FOSS pistike szintet, aki azt hiszi, hogy kurwára ért hozzá és osztja az észt, de eddig a szalmabábcséplésen, személyeskedésen és fanboyizmuson kívül másra nem futotta, műszaki érvekre pláne nem, de igazából semmilyenre sem. Az nem érv, hogy ha én műszaki érvekkel és konkrét adatokkal alátámasztom, hogy egy adott működés baromság, az akkor sem az, mert az Oracle azt mondta és punktum, én meg nem érhetem fel ésszel az Oracle döntéseit, mert csak. Ez személyeskedés és fanboyizmus. Tiszta FOSS pistike...
Vallásos emberrel viszont nincs értelme vitatkozni, úgyhogy én befejeztem. (Úgysem vitatkoztunk, mert az nem vita, hogy érvelés helyett engem fikázol és az Oracle-t szopkodod...)
- A hozzászóláshoz be kell jelentkezni
Az nem érv, hogy ha én műszaki érvekkel és konkrét adatokkal alátámasztom, hogy egy adott működés baromság, az akkor sem az, mert az Oracle azt mondta és punktum, én meg nem érhetem fel ésszel az Oracle döntéseit, mert csak.
Pontosan :D
Hát nyiss egy support ticketet, hogy ez bér dokumentaltan így működik, de szerinted faszság és csinálják már meg ahogy mondjuk a postgresql is teszi :D
Kis tapasztalatod...mennyi az a kicsi?
Hát 1x éve hasonlóba futottam mint te, rakjak össze Oracle iLearning rendszert, mondták, hogy menni fog pikk pakk. Adták a telepito fájlokat, telepítő doksikat stb. Szóval gond egy szál se. Jah nem a lófaszt nem volt gond. Az első probléma rögtön az volt, hogy rendszerhez adott AS a megadott dokumentáció szerint nem települt, a dokumentáció szerinti supportált OS-re. Túrtam a netet hibaüzik stb, de sok válasz nem volt, kb annyi fordulj a supporthoz. Kb 2 hét szenvedés után kerítettek oracle support login-t. Bementem rögtön ott volt a hiba leírás, ott volt hozzá, hogy mit kell csinálni. Rögtön működött, a login után kb 20 perccel. Ezután jött még pár apróság a DB schemák maga az iLearning se akar jó lenni. Ehhez ismét a support loginban lévő dokumentáció segítettett, hogy mikor milyen XML eket mire írjam át stbstb (ennyit a hivatalos doksiról)
Mondtam én is, hogy ez mekkora fos, de mint ahogy mondtam nem FOSS pistikék rendszere, így leszartam és megfogatam többet nem vállalok ilyet, mert egy zárt cucc, saját know-how, amihez kb halandó csak úgy nem fér hozzá anélkül meg csak a szopás van. Akinek ilyen kell az tudjon rá, fizesse meg és kész.
Vallásos emberrel viszont nincs értelme vitatkozni, úgyhogy én befejeztem. (Úgysem vitatkoztunk, mert az nem vita, hogy érvelés helyett engem fikázol és az Oracle-t szopkodod...)
Nem vagyok vallásos mint láthatod, és téged se fikázlak. Ellenben te olyat fikázol (oracle) amit nem értesz. Valószínűleg, nem is akarják, hogy bárki megértse. Amíg ezzel a szarral, Larry és társai veszik a szigeteket minek változtatnának ? Hány mysql fejlesztőnek van szigete ? (pedig ott NULL nem üres string ám) :D
Fedora 41, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
arrol a db-rol beszelunk amihez 20 ev alatt sem sikerult egy normalis install.sh bash scriptet irniuk??? Es ez csak a teteje amit meg tud karcolgatni az ember. A bele meg...:D
- A hozzászóláshoz be kell jelentkezni
Nekem sem fejleszteni, sem üzemeltetni nem kellett közvetlenül Oracle DB-t sehol, de amelyik ügyfélnél volt rá építve valami szoftver, ott rendszeresen abba futottunk bele, hogy vagy nem akarta az eredeti szállító újra-/áttelepíteni, vagy nem tudta. Általában HW csere és/vagy OS csere alkalmával merült fel ilyesmi, amikor már olyan ősöreg volt a rendszer, hogy senki sem merte felvállalni, hogy váratlanul megáll, így muszáj cserélni. És ezt a cserét is az Oracle telepítési nehézségek miatt halogatták mindenhol.
- A hozzászóláshoz be kell jelentkezni
Mondjuk ebbol latszik, hogy vagy Oracle DB-vel, vagy PG-vel nem volt dolgod fejlesztesi oldalrol. Uzemeltetesbe annyira nem latok bele, de sejtelmem azert arrol is van.
Hirtelen nem tudok olyan okot, ami miatt Ora-t valasztanek Postgresql helyett, de meg Mariat is inkabb.
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
Szerintem az IBM-mel versenyeznek ezért a címért...
- A hozzászóláshoz be kell jelentkezni
Visszavonták a nyílt forráskódú licencet? Levadászták az összes forráskódot a zinternetről? Nem! Illumos néven ma is létezik, OpenIndianaból ebben az évben is volt kiadás. Az, hogy kevés embert érdekel nem az Oracle bűne. Nem várható el tőlük, hogy öntsék a pénzüket olyan fejlesztésbe ahonnan nem várhatnak profitot, hovatovább a befejtetett pénz megtérülését sem. Ezért jutott oda a Sun, hogy végül ők felvásárolták.
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
Tehát azért kell bezárni forráskódot és házon belül tovább fejleszteni (egy csomó ingyen fejlesztőt kizárni), mert nem jön belőle pénz így nem várható el, hogy a fejlesztésre költsenek... Teljesen logikus az érvelésed.
Véletlenül sem azért, hogy az Oracle az IT minden területén bele tudja kényszeríteni az ügyfeleit valamilyen vendor lock-in-be, amiből irtózat drága vagy egyenesen lehetetlen kitörni...
- A hozzászóláshoz be kell jelentkezni
Várom a listát a korábban nyílt forráskódú Oracle szoftverekről, amelyeknek "bezárták" a forráskódját és nem hagyták meg a korábban is nyílt forráskódokat azoknak akiket érdekel a továbbfejlesztése, bárkinek!
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
Nem sokkal a Sun akvizíciója után volt egy találkozó a (néhai) Sun partnerek számára. A nyitó slide-on Larry jacht-ja volt, és az előadó első mondata az volt, hogy "azért vagyunk ma itt, mert Larry-nak nagyobb jachtra van szüksége".
Ennyire jól még senki nem foglalta össze az Oracle profit orientált működését, és ügyfelekhez való hozzáállását. Licenszelési ügyekben nem nagyon van nagyobb szemétláda az IT piacon mint az Oracle.
Ha jól tudom, a sokat szidott MS licenszelési modelljeit sok esetben az Oracle inspirálta
- A hozzászóláshoz be kell jelentkezni
Pár éve már nem követem az Oracle licenszelési szabályait, nem tudom most mi az aktuális helyzet, de pár példa az előző 20+ évből:
shared storage limitation: ha egy san storage-ra több szerver is csatlakozott, az összes szerver összes cpu magjára licensz kellett, akkor is ha csak 1-re volt oracle telepítve.
vCenter: Egy vCenter szerverhez tartozó összes cluster összes cpu magjára le kellett licenszelni az adatbázist, akkor is ha csak az egyik clusterben futott 1 db Oracle db vm.
Az architektúra alapú licenszelés fogalmát is ha jól tudom az oracle vezette be, vagyis, hogy cpu architektúránként eltérő ugyanannak a licensznek az egységára. Az Oracle core factor egy IBM power processzorra négyszeres szorzóval ment a saját sparc processzorukhoz képest. Ezzel szemben az IBM pvu esetén csak 20% volt eltérés a DB2 cpu magonkénti licensze esetén a két architektúra között.
Emellett a Oracle nagyon szeretett rászállni az ügyfelekre. Ha licensz sértést fedezett fel, vagy vélt felfedezni már jött is a jogi fenyegetőzés kurva nagy összegekkel. Ezek kapcsán részt vettem több licensz optimalizálási projektben. A legemlékezetesebb egy elég nagy ügyfél esete volt, ahol (forintban)10 számjegyű licensz elmaradást állapított meg, mert talált egy vCenter egyik clusterében egy 1 processzoros virtuálgépet, amire valaki felrakott egy oracle enterprise db-t. A vCenter álltal kezelt összes clusterben kicsit több mint 400 processzor volt, ezt szorozta az enterprise verzió cpu-nkénti licenszével, ami olyan 32 000 usd volt akkor évente. Ebből jött ki a szerinte "jogos" pár milliárd forintos követelés.
Úgy emlékszem a Sun akvizíció után nem sokkal a sparc dobozok supportja kapcsán is volt egy olyan policy, hogy egy ügyfél összes (nem eol) sparc dobozára meg kell venni a supportot, különben egyre sem adott. Ez nem tudom mennyire volt hivatalos, vagy csak az adott ügyfélnél erőltette a sales-es, de azért okozott némi rossz szájízt az ügyfélnél.
Nyugodtan szállj ki az Oracle seggéből, nem a terméket kritizáltam, mert szerintem az Oracle adatbázis -hozzáértő kezekben- nagyon jó. (Hozzá nem értő kezekben meg kurvanagy káoszt tud generálni, nagyon sok olyan elbaszott ora DB projektet láttam, ahol a kudarc/tetű teljesítmény oka a hozzá nem értés volt.)
100-as nagyságrendben volt dolgom oracle DB szerverekkel: üzemeltettem, telepítettem, oprendszert, és adatbázist is. Egy időben az alapvető Oracle dba feladatokkal is elboldogultam.
Ettől függetlenül továbbra is fenntartom a véleményem, miszerint az Oracle az egyik legnagyobb hiéna az IT piacon. (mondjuk, az SCO után a második.)
- A hozzászóláshoz be kell jelentkezni
Ez csak a hobbistaknak problema, Professzionalis Munkahelyen nem gond, ha sok penzt ki kell fizetni a semmire.
- A hozzászóláshoz be kell jelentkezni
Döbbenetes! Egyszerűen, hogy vannak szoftverek amikért fizetni kell. Ráadásul van pofája a fejlesztő cégnek megmondania, hogy mennyit! Hová lesz a világ!
Pedig a hupu koca-bizniszmenek sokkal helyesebben meg tudják szakérteni mennyi lenne az etikailag helyes fizetség például az Oracle adatbázisért.
Hobbistáknak, meg a keményenbecsületesendolgozókisvállalkozóknak ott van a PostreSQL például, majdnem olyan jó mint az Oracle és ingyé van. A burzsujoknak akiknek valamiért megéri az a "majdnem"-nyi különbség és úgy látják még a költségvetés sem roppan bele, kifizetik az Oracle árát. Azért ők sincsenek kevesen.
Akiknek ugyan nincs szüksége Oraclere de megvásárolják a PHP gányolmány webshopjuk alá, "mert biztos kell mert nem tudom" - hát így jártak.
"Professzionalis Munkahelyen nem gond, ha sok penzt ki kell fizetni a semmire."
Oracle kapcsán ez azért nem semmi! Nyomban előterjesztelek Corvinus díjra. :-)
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
Ha szukseg van ra, akkor nem draga. Ha egy egesz clusterre meg kell venni 1 db VM miatt, akkor viszont draga, es ha szerinted nem, akkor inkabb ne tord a buksid azon, hogy ki a koca-bizniszmen.
- A hozzászóláshoz be kell jelentkezni
's/Nyomban előterjesztelek Corvinus díjra/Nyomban előterjesztelek Lenin rendre/g'
Nehogy már az Oracle legyen a hibás, mert vannak helyek ahol problémát okoz egy licencszerződés szövegének az értelmezése.
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
Szerintem a legtobb helyen egyszerubb migralni rola. Akkor mindegy mit ir a licencebe.
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
Ha a bérköltség hupu szinten áll - az itteni fórumnyafogásokból átlagot vonva - nyilván ez a legolcsóbb megoldás.
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
Te felszopóként dolgozol az Oracle-nek, vagy simán csak fanboi vagy?
- A hozzászóláshoz be kell jelentkezni
Olyan fanboy, aki meg nem fejlesztett semmit, amihez DB kellene.
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
Egy olyan szagértőtő mint te nem képest ezt megítélni! :-) Számodra a "fejlesztés" php taknyolás valami ingyé mysqllel, valami szerencsétlen flótásnak aki még nem jött rá, hogy facebook oldal is elég lenne neki. Láthatóan mérnökinfó diploma nélküli, tippre túlsúlyos infóbohóc Ruéként ne akarj már beszólni nekem, köszike!
Menj vissza étlapra, ahonnan jöttél! :-D
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
DB-bol eddig Oracle-t, Mysql-t, MariaDB-t, Postgresql-t, meg kis SQLite3-at es Mongot hasznaltam (utobbi mondjuk nosql, kicsit kilog a sorbol). Ora-t eloszor pont a BME-n, ahonnan az msc-m is van (de volt vele eles projectem is). Egyebkent a PG az RDBMS-ek kozul a kedvencem, nem a mysql. PHP-hoz is ertek, de mostanaban nem hasznaltam, egyebkent nem szeretem annyira a webes kornyezetet.
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
Infon, Hasszanek szakiranyan (1.1).
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
A mérnökinformatikus előtti informatikus szakon ?
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
Azt hittem, azert kerdezed, hogy villanymernoki vagy info szakon-e (vagy a bolcseszkozeli GTK-n).
A diplomamban az van, hogy nev, mikortol meddig, stb.. Villamosmernoki es Informatikai Kar muszaki informatikai szakan nappali tagozaton egyetemi tanulmanyi kotelezettsegenek eleget tett.
Alatta a szovegben meg hogy a Zarovizsga-Bizottsagnak ev honap nap-i hatarozata alapjan nevezettet okleveles mernok-informatikusnak nyilvanitjuk. (amugy osztatlan tanterven kezdtem, kozben vezettek be)
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
Csak szolok hogy nem kis cegek kezdtek el lemigralni oracle-rol postgres-re pont a koltsegek miatt. Es itt most olyan cegekrol beszelek, akik nem szarral gurigaznak ha penzrol van szo. Sot csomo termekrol tudok, ami lassan dobja az oracle supportot mint backend adatbazist es mar csak mysql, postgresql-t fog tamogatni az uj verziokban.
Szoval nem, nem keves az a sarc amit az oracle megkivan a termekeert. Az arrogans supportjukrol meg jobb nem is beszelni, plane ha bedobnak neked egy olyan valaszt amit ok maguk is a stackoverflow-rol szedtek ossze (nem egyszer fordult elo, hogy jeleztuk is nekik, hogz ja ezt mar ismerjuk de ott sem szuletett megoldas, de mi a megoldasra vagyunk) ... tudom tudom biztos csak az indiai support ... persze ...de most akkor megse jobb az oracle mint a deakne vaszna??? :D
Persze elismerem hogy meg van olyan hely ahol a marketingesek ugy el tudjak hulyiteni a managementet (vagy legacy okai vannak), hogy azok letoljak a gatyajukat is csak hogy bevehessek az oracle micsodajat :D
Az meg kulon vicces hogy hobbista adatbazisnak titulalod a postgresql-t...priceless :D
- A hozzászóláshoz be kell jelentkezni
Majd akkor szólj ha a Neptun migrált postgres-re! :-D Meg a bankvilág. Pedig az előbbi nem igazán nagy hal.
Az igazán "nem kis cegek", mondjuk Google méretben megtehetik, mert megvan a képességük arra, hogy szükség esetén bármilyen funkciót megírjanak postgres-re, karbantartsák a kódot úgy, hogy stabilan működik. Kicsi pénzek felett rendelkező cégeknél ahol úgysincs keret Oraclere muszáj postgres-t, mysql-t vagy mariadb-t használni. Magyarországi viszonylatban "nem kis cegek", jelentsen ez bármit is, bőven idetartoznak, pláne hupu körökben. Mivel ti hupuk láthatóan be vagytok oltva többszörösen professzionalizmus ellen felesleges magyarázni, hogy igazi nagy cégek világában Oracle licenc nem vágja földhöz a költségvetést.
Nagyon sok cég van ahol elég fontosak az adatok ahhoz, hogy költsenek Oraclere, mert megtehetik és megérni nekik, és nincs szinte végtelen fejlesztői kapacitás Google vagy Amazon méretben.
Mit mondjak akkor az ARIS-ról, ami bohóckodás egy Oraclehöz képes mégis qrva drága. Ha egyáltalán tudnátok mi az, nyilván egyből azt vizionálnátok, hogy "nem kis cegek kezdtek el lemigralni" tömegesen ARIS-ról Signaviora. Mindjárt be is csődöl az Aris banda.
"Az meg kulon vicces hogy hobbista adatbazisnak titulalod a postgresql-t...priceless :D"
Ez csak a szokásos hupu funkcionális analfabetizmus. De legalább nem lógsz ki a bégető birkasorból.
ezt írtam:
Hobbistáknak, meg a keményenbecsületesendolgozókisvállalkozóknak ott van a PostreSQL például, majdnem olyan jó mint az Oracle és ingyé van.
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
Mi az, amiben a PG csak majdnem olyan jo?
Nincs tele mindenfele legacy faszsaggal (ld. a NULL-os ures stringes tortenet). Nagyon kenyelmes fejleszteni vele. Tranzakciok sebessegeben is valoszinuleg veri (nem veletlenul tiltotta az Oracle a benchmarkolast, es nem a PG). Funkcionalitasban is van olyan jo. A dokumentacioja meg IT-s kornyezetben kiemelkedoen jo (tenyleg, orulnek, ha minden masik programnak ilyen lenne).
Neked mi hianyzik belole?
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
* Képünk sajnos nem illusztáció!
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
Majd akkor szólj ha a Neptun migrált postgres-re! :-D
Erdekelne, hogy a Neptun az milyen ertelemben etalon barmilyen szakmai szempontbol.
Meg a bankvilág.
Koszonjuk szepen a tanacsot, hasznalunk mindenfelet.
- A hozzászóláshoz be kell jelentkezni
A Neptun soha nem mukodott jol. A citrixes/delphis korszak meg rosszabb volt.
A bankoknal meg Cobol is van, szerintem ma senki mas nem hasznalja rajtuk kivul (talan valami amerikai katonai eszkozben lehet, amit nem fejlesztettek tovabb, kidobni meg egyelore nem akartak).
szerk: kicsit off: https://img-9gag-fun.9cache.com/photo/amA5ebo_700bwp.webp
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
szerintem ma senki mas nem hasznalja rajtuk kivul
US kozszferaban meg elo-elofordul, volt is ebbol nemreg valami hiszti, hogy nincs ki hozzanyuljon.
Nagy kar, hogy ott is csak hobbista hupuk dolgoznak, nincs egy legeny sem a gaton! :D
- A hozzászóláshoz be kell jelentkezni
A zegyenlegek milyen adatbázisban laknak? Nyilván nem a hr-ről volt szó.
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
A legtobb helyen, amit eddig lattam, penzugyi adatokra kdb+ van, vagy valami hasonlo, specializalt megoldas. Ha mar bedobtad a HR-t, arra peldaul sokkal inkabb el tudom kepzelni az Oracle-t (vagy a tobbi generikus RDBMS-t), mint szamlaegyenlegre.
Hogy a kerdesre is valaszoljak, passz, legtobbszor eleve ertelmezhetetlen az, hogy "egyenleg". Folyoszamlanal meg csak-csak, de barmi, ami bonyolultabb, ott mar nem. Tegnap pl. masodpercenkent ~1170 trade volt a NASDAQ-on. Ezt nem tudod ugy kezelni, hogy minden ticknel megnezed, hogy a usernek van-e olyan reszvenye, es ha van, akkor UPDATE-eled az erintett userek egyenlegrekordjait Oracle-ben.
Ehelyett mit csinalsz, ha a usert erdekli, mennyi penze van, csak lekerdezed kdb-bol az aktualis arfolyamokat, es kesz. Historikus egyenleget ugyanigy, csak tetszoleges T idovel query-zed az ertekpapirallomanyt es az arfolyamot is.
- A hozzászóláshoz be kell jelentkezni
Vicces napod van ma. https://www.trustradius.com/compare-products/kdb-vs-oracle-database
Oracle ledger a bankvilág egyik informatikai alapköve jelenleg.
HR-re egyébként jó egy SQL Server is, de persze Oracle mellett szól az egységesebb infra.
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
https://www.trustradius.com/compare-products/kdb-vs-oracle-database
Itt mit kell nezni?
Oracle ledger a bankvilág egyik informatikai alapköve jelenleg.
Es egy adatbaziskezelokrol szolo vitahoz ez hogy relevans? Nem a Flexcube-bal kevered veletlenul, ha mar banking a tema? :)
HR-re egyébként jó egy SQL Server is, de persze Oracle mellett szól az egységesebb infra.
Mi az, hogy egy adatbaziskezelo jo "HR-re"? Mit akarsz tarolni benne? "HR-re" lehet, hogy egy mysql is eleg, de az is lehet, hogy az oracle is keves. Olyan erzes ebben a beszelgetesben reszt venni, mintha eddig egy helyen dolgoztal volna, es az ott tapasztaltakat mondod vissza gondolkodas nelkul.
- A hozzászóláshoz be kell jelentkezni
Csomo helyen ahol bankban megfordultam DB2, Informix (sot meg Progress is volt) vegyesen, meg persze Oracle. Szoval mit akarsz mondani? Hogy ha bank vagy akkor hukye vagy ha nem oracle-t hasznalsz mert csak? :D
Ugyanugy ahogy az Orace-t csomo helyen mindenre is hasznaljak, mert ahhoz van szakertelem, meg akkor is ha nem arra valo amire hasznaljak. Sok migraciot lattam noSQL-re ott, ahol rajottek, hogy kurvara nem Oracle-ben kellene tarolni iszonyat dragan azt ami nem oda valo.
Nagyon is van letjogosutsaga az Oracle-nek, de nem a legjobb, plane nem mindenre is.
De a szal foleg arrol szolt, hogy ez a retkes banda pofatlanul hasznalja az RHEL kodjat es meg szar is a supportjuk, mert nem ertenek hozza. Oszinte leszek kb semmihez sem ertenek, ha supportrol van szo. A product management es fejlesztok lehet jok, meg foleg a jogi osztaly :D
- A hozzászóláshoz be kell jelentkezni
A Neptun mondjuk pont egy fosadék rendszer, hiába van alatta csillivilli Oracle. Banki környezetben dolgoztam én már SQL Serverrel, Oracle-lel, DB2-vel is, nem csak Oracle-ből áll a világ. A legkevésbé stabil és legrosszabb teljesítményt amúgy pont az Oracle nyújtotta ezek közül. Nyilván rosszul volt konfigurálva, de ha könnyű rosszul konfigurálni, akkor az egy nem jó termék.
- A hozzászóláshoz be kell jelentkezni
Na ja, a tanárunk a Neptun-t hozta fel mindig, ha program/rendszerfejlesztési bakikat szeretett volna mutogatni :D Volt szerencsém a távoli asztalos és a webes verzióhoz is. Volt hogy mutatott egy fotót Neptun-on bejelentkezve előhozott vezérlőpultról és eszközkezelőröl hw infókkal :D
A távoli asztalossal az volt az érdekes, hogy valahogy 56k-s modemről gyakrabban jutottam be csúcsidőben, mint pl ADSL-ről. Mintha nagyobb prioritása lett volna...
Színes vászon, színes vászon, fúj!
Kérem a Fiátot..
- A hozzászóláshoz be kell jelentkezni
Mondjuk távoli asztalról előhívott eszközkezelő az üzemeltetési probléma, nem Neptun programozási - szarul van beállítva a policy.
- A hozzászóláshoz be kell jelentkezni
Kicsit pongyolan fogalmaztal. Arrol az Oracle-rol beszelunk, ami olyan mint a reszeg biciklitolvaj, aki szetfureszelte a biciklit (rhel forraskod-bol epitett oraclefoslinux) majd ezt a lopott szetbaszott dolgot "ingyen" (egy nagy lofaszt) adja, aztan ha lezuhansz rola mert a vaz eltorik akkor szettarja a kezet (support), max rhogve meghuzza a butykost amit te vettel neki :D
- A hozzászóláshoz be kell jelentkezni
lécci ne utáld már nálam jobban az Oracle-t, jó? :)
- A hozzászóláshoz be kell jelentkezni
haaat, nehez lesz de te utaltad eloszor jobban...ipiapacs :D
- A hozzászóláshoz be kell jelentkezni
Imádom olvasni ahogy a sok FOSS talicska vitázik azon, hogy melyik FOSS kupac a legjobb. Olyan, mint a foci. Amíg országon belül zajlik, addig egy kocsmán belül verekednek, nemzetközi szinten pedig az adott ország kocsmájában verekednek. Elbaszott FOSS csík mindenhol.
Az a bajotok FOSS talicskák, hogy képtelenek vagytok egységet alkotni. Kernelből egy van, de látszik, hogy modernizálni kellene a GPL baszást, mert jogilag kijátszható. Lásd, hetek elteltével az orákulum és a többi FOSS klónozó nagy bajban van. A GPL jogilag kijátszható. Új modern GPL kell, hogy a vörös kalap és krumpliorr ne tudjon élni a lehetőséggel. De ehhez is túl FOSS kalaposak vagytok.
De menjünk tovább, X11 vs Wayland történet, ami egy modernizálása a grafikus felületnek. Persze vannak fanatikusok, akik ellenkeznek, vannak FOSS készítők, akik nem akarnak, vagy már nem akarnak Wayland felületre fejleszteni, mert már kinőték ezt a FOSS háborút. Nekik elég az X. Nincs összefogás, pedig a Wayland mindent megtesz azért hogy X kompatibilis legyen. De ott van a kapitalista céges vonal, aki a hardverekhez sajnálja a pénzt, hogy csatlakozzon egy modernebb grafikus környezethez. Leszarják, mert kitartanak a dínók életben tartása mellett. Egység kellene. Nincs, egy rakás FOSS az egész.
Vegyük az ablakkezelőket. Hatezer csilli villi FOSS, ahol minden csilli villi FOSS belső fejlesztői és elképzeléseik is képesek arra, hogy foci drukkerként rugdossák egymást. Pedig összefoghatnának, elkészíthetnék az itteni FOSS közösség legnagyobb FOSS fikázó RayenArch minimalizálásától a legbonyolultabb testreszabhatóságig a közös többszöröst. Az összefogás ebben az esetben olyan ablakkezelőt eredményezhetne, ami odabasz. De itt nem is a foci a lényeg. Itt már a foci, politika és a vallás a vízválasztó. Komolyan mondom, ha összefognának, olyat alkothatnának, amire még a földönkívüliek is felfigyelnének, de sajnos a FOSS talicska tologatás van itt is.
A csomagkezelésről nem is írnék semmit mert egy nagy rakás FOSS az egész, pedig építhetnétek valami elképesztőt, valami csodálatosat ami elképesztő.
Ami undorító, hogy a sok össze FOSS-ott szarkupac aki itt veri a nyálát, rá a saját FOSS imádatára, csak arra képes hogy kritizáljon, nincs összefogás, nincs egyetértés. Pedig egy olyan világot hozhatnátok létre ebből a csodálatos FOSS környezetből, ami példaértékű lehetne minden kapitalista cég számára.
Harcoljatok közösen, hozzatok létre egy nagy egységes FOSS dolgot, ami egy alapra épül, kikényszeríti a kapitalista cégekből az egységes működést, helyezzetek egy alapra mindent, ami támogatja a mostani funkciókat, de egységesen léptek fel, ha törik, ha szakad. Ne legyetek focisták, politikusok, vagy vallási fanatikusok.
Modernizáljátok a GPL-t, hogy ne tudjon cég ilyet tenni mint a vörös kalap. Vagy ehhez is csak egy híg FOSS mindenki?
- A hozzászóláshoz be kell jelentkezni
Csak annyit szeretnék mondani, hogy hogyha troll postot írsz, felesleges bele ennyi energiát tenni, mert kb. a második mondat elejéig olvassák. Próbálj meg tömören trollkodni, megéri! :D
(kb. a fociig olvastam)
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Hajrá GPL!
- A hozzászóláshoz be kell jelentkezni
Vagy GPF.
- A hozzászóláshoz be kell jelentkezni
Nekem mindegy, neked akartam spórolni. Billentyűleütést.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
pont igy jartam, kb az otodik szoig tudtam a kis pocs erdektelen onanizalasat olvasni :D
- A hozzászóláshoz be kell jelentkezni
Ennyi felesleges szót FOSSni fogalom nélkül a semmiért! :-D
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
Ja tudom FOSS talicskáknak mindegy mit ír az ember.
- A hozzászóláshoz be kell jelentkezni
Te inkább FOSSod a szavakat nem írod. :-D Hol játszható ki szerinted a GPL? Egyáltalán melyik verzió v2? v3? Miért csak GPL licencről hadoválsz, amikor számtalan más free szoftverlicenc is létezik, LGPLv2 LGPLv3, AGPLv3, CDDL, MIT, BSD (2, 3, 4 clause) EPL Apache2 MPL zlib vagy Creative Commons (főleg tartalmakra) et cetera.
Egyáltalán olvastad valaha ezeket? Felfogtad a tartalmukat?
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
tldr
- A hozzászóláshoz be kell jelentkezni
alter system kill session *;
- A hozzászóláshoz be kell jelentkezni