Azt jelenti, hogy ha rosszul tervezték meg a Java objektumsttruktúrát (mármint nevezéktani szempontból), simán előfordulhat, hogy két Class neve egyezik, csak néhol mások a betűméretek ;-) /Ugye mások is ismerik ezt a kacsintós mosolygót ;) / Ennélfogva az ehhez generált oracle objektumok is azonos nevűek lennének, ha nem lehetne az oracle-ben is case-sensitive neveket adni.
>create sequence "lower_case" Én a nagy tervező-rendszereket sejtem a háttérben, ahol nem akarták a tervezőket olyan 'kordába' szorítani, hogy objektumnak csak nagy betűvel adunk nevet. Vagy ne feledkezzünk meg olyan 'szimpatikus' feature-ről, hogy számmal normálisan nem kezdődik pl.: usernév. Kivéve 'persze' ha idéző jelbe tesszük a nevet.
Ha valaki megnéz egy generált OWB-mappinget minden "-k között van. Ami egy valamire biztosan mindenképp jó, növeli a plsql-kód méretét... :o)))) (Csak szívózok...)
>Mi az a beépített röptömörítő és hogyan kell használni? Windows Explorer - könyvtárra jobb egérklikk (jobbkezeseknél;) - 'general'-fül - 'advanced' gomb - 'Compress' checkbox. Egyébként valami hasonló cucc már a DOS-os időktől van Microsoftéknál (vették, nem fejlesztették, 'természetesen')
>Mit csinál, ha találkozik a 2GB-os határral? Milyen verziókon elérhető? Emlékeim szerint a 2 GB limit a Windows 98-as FAT32-nél volt (egyébként talán csak a zip-es tömörítésnél van ilyen limit). De majd kijavítotok, ha tévednék. A tömörítés egyik jellemző tulajdonsága, hogy tömörítés után _kisebb_ lesz a file-méret (extrém kicsi file-okat leszámítva,ahol az adminisztráció miatt, ugye, lehet nagyobb a tömörítvény az eredeti fileméretnél). Azaz, ha sikerült egy (maximumos) limitközeli file-t létrehozni, akkor a tömörítés is kell menjen rá. ;)
>De amióta Gigabit Ethernet van Nem akarnék nagy hülyeségeket írni, de a hálózati sebesség szerintem (költség szempontból mindenképp) nem nagyon képes überelni a diszk-sebességet. Persze a gyakorlatban más szempontok is vannak, és nem a tökéletesre, hanem a 'Good Enough'-ra is elég lehet törekedni... ;) /Ez _az_ a smiley, amit rajtam kívül talán senki nem ért, de _muszáj_ volt kiraknom, bocs mindenkitől/ Amiről én beszéltem - elsősorban - a röptömörítés kapcsán; az a text-export. Amire - normál esetben - nagyon jó hatásfokú - akár 10%-osra - tömörítés érhető el. Bár a röptömörítésnél nyílván szempont a sebesség és erőforráskímélés is, így a méretcsökkenés oltárán szoktak áldozni ezekre a szempontokra is. :o)
Zárszó:
OH-sok (némelyike) a Windows-os Oracle-binárisaikat röptömörítik és gyorsabb lesz tőlük az egész sw-működés(!). Ugyanis akár 100.000 db kicsi file szétszórva a nem túl frappáns specifikációjú és implementációjú NTFS-en, nem egy fáklyásmenet egy középkategóriás notebookon..
/Oracle adatfile-okat, mondani sem kell, szigorúan _tilos_ röptömöríteni, ha valakinek ilyen igénye van, használja a korában emlegetett tablespace-compress-t/
"create sequence "lower_case"; csak azt nem tudom, minek... " Ha majd látsz Java-s kódhoz generált SQL táblákat, type-okat, sequence-eket, akkor megérted :) Egyébként eléggé idegesítő tud lenni. 8.1.6-ban pl. volt olyan, hogy idézőjelek közt sem tudtam eldobni azt az objektumot, amit létrehozni viszont sikerült (véletlenül)...
Export tömörítve téma "De van erre is megoldás: Windows alatt Szimpla beépített röptömörítő"
Mi az a beépített röptömörítő és hogyan kell használni? Mit csinál, ha találkozik a 2GB-os határral? Milyen verziókon elérhető? Eddig windowson mindig csak az utólagos tömörítést használtuk, azt is valami értelmes verzióval, ami nem ilyed meg 10 GB tömörített álománytól... De amióta Gigabit Ethernet van, legtöbbször unixon futtatjuk az exportot/importot, így szépen megy a pipe :)
Na, erre elkezdtem egy pársoros gondolatot válaszolni, de aztán túl sok lett belőle, és nem illett volna ide, ezért inkább tnsnames.ora saját témájához tettem:
Azis persze. Nekem mondjuk az a gondom, hogy minden kollegammal angolul kommunikalok irasban es szoban is, igy pl egy kerdesre angolul all ossze a valasz a fejemben, es le kell forditanom...
Az duplán nehéz :o) Akár magyar akár angol egy szó, ha meg kell világítani a mögötte lévő gondolatot, az bír nehézségbe ütközni egy kevéssé affinis laikus esetében. ;)
>fact tábla <-> ténytábla Amúgy ezen sokat elgondolkoztam én is korábban. A magyarítás kézenfekvően adódik, használják is, nem is hangzik rosszul. De csak _elsőre_, legalábbis nekem. Kérdem én a dimenziók mennyivel kevésbé "tények"? Azaz pont a lényeget nem sikerült megragadni, de lehet, hogy rosszul látom.
En ha valami havernak magyarul kell beszelnem kicsit reszletesebben a melomrol, pont ugy keresen a szavakat mint a kozephalado gyerkoc a nyelvvizsga szobelin.
Szerintem dícséretes, hogy szíveden viseled a témát. Bevallom én elég gyarló vagyok a kérdésben és elég régóta. Csak ha friss és pihent vagyok akkor igyekszem lefordítani a magyar beszédemben az anglicizmusokat, ha fáradt akkor lehet, hogy csak mondjuk az "és" szó egyedül a magyar. Ezt bajnak gondolom, mert igaz, hogy sok mindent nem lehet jól fordítani, de másfelöl viszont sok mindent meg igen. Az érem másik oldala viszont, hogy némileg ismeretterjesztésnek is el lehet adni a dolgot, ha magyar kontextusba van beágyazva egy angol szakkifejezés, ezáltal könnyebben tud megértődni, "tapadni" az olvasóban. Az internet (lásd: fórumolás, levlistázás, blogolás) - legalábbis bennem és ellenemre - sokat rombolt e téren. Meg az igényes "szövegelés" terén (elütések, helyesírási hibák, félig keresztülvitt változások kiküszöbölése terén stb.)
És még ráadásul nem is olvasom figyelmesen a hozzászólásokat :(
Amúgy valóban, a feldolgozás jó szó lehet, csak az a baj, hogy mindenki (legalábbis nálunk) már erre a process kifejezésre állt be. Azt hiszem a magyarítási próbálkozásaim nagy eséllyel kudarcra ítéltettek a gyorsan változó adatbázis-témakör korszakában...
a temporary tablespace telt be, azt kellett megnövelnem, most már úgy néz ki, hogy jó, bár egy 119 millió soros fact tábla processzálása (hmm. van ennek magyar megfelelője?) jódarabig eltart, és csak utána lehetek biztos a dologban :))
Van egy Oracle data source-ot érintő problémám, amihez kérném a segítségeteket, mert én sajna nem nagyon értek továbbra sem az Oracle-höz :(
Egy Analysis Services 2005-ös kockát próbálok processzálni, és a dimenziókat simán lehet, de amikor a partíciókra kerül a sor, akkor már gond van:
OLE DB error: OLE DB or ODBC error: ORA-01114: IO hiba a(z) %s fájl blokkjának írása közben (blokk: # %s) - ilyen hibaüziket kaptam processzálás közben.
Megnéztem az ORA oldalán, elvileg az a gond, hogy kevés a hely. Ellenőriztem, valóban betelt a tablespace, és már nem lehetett növelni.
Nosza, kitöröltem (DROP TABLE Toadban) egy jó nagy view-t, ami már nem kellett, így elvileg már van 10 giga hely a tablespaceben.
Ezek után a kis fact table alapú kockákat lehet processzálni, de az 1 millió sorosat már nem.
(Az AS-sel tutira nincs gond, mert kipróbáltam egy másik Oracle instance-ről processzálni, és ott elmegy a 7 millió soros fact table is lazán...)
Ugyan a kérdés már nem aktuális, csak a tisztánlátásá mílllyán mesélem el, hogy az ORA csupa nagybetűs névvel jegyzi meg a holmit, a kérdést pedig ennek megfelelően alakítja. Így lesz érzéketlen a kisbetű / nagybetű efektusra. Ha mesterségesen kényszerítjük arra, hogy a nekünk tetsző nevet tárolja, akkor használatkor is gondoskondnunk kell a kérdés helyes megfogalmazásáról. Például az itt említett " jelek használatával. Hasonló módon használhatunk kulcsszavakat is, az alábbi utasítás szintaktikailag helyes (ha el nem ütöttem):
CREATE TABLE "huncut" ( "SELECT" NUMBER(5) NOT NULL, "COLUMN" VARCHAR2(10), "FROM" CLOB, "TABLE" DATE ) /
A SELECT SELECT FROM "huncut" ugye kuka, de a SELECT "SELECT" FROM "huncut" már joe.
inkabb az a baj szerintem hogy igy hozta letre "test_seq", ha siman test_seq akkor nem lenne gond. Valoszinuleg a kliens-e amivel csinalja, az alakitotta at neki.
Én is elnéztem, azt hittem, hogy a 'TEST' az az usernév... persze lehet, hogy usernév is, meg táblanév is, bár a megértést segítené, ha nem ugyanaz lenne a kettő.