Sajnos nem a szakterületem az Oracle, mert eddig SQL Serverrel kellett foglalkoznom, de most kénytelen vagyok legalább egy picit belefolyni, de már a telepítésnél elakadtam:-(
Mondjuk ez főképp annak köszönhető, hogy mikor már majd' egy órája ment minden zökkenőmentesen, egy áramszünet gallyravágta az egészet: gép újraindul, Oracle fent is van meg nem is, mindenesetre használni nem tudtam. Gondoltam uninstall (az Universal Installerel), aztán újra nekilátok.
Sajna ez mégsem ment ilyen egyszerűen, mert a telepítési próbálkozásoknál az alábbi üzenetet kapom már a legelején: "Certain files which need to be reinstalled ... are being used by one or more running services. The following running services need to be shutdown before continuing: OracleService DEV39" (a DEV39-et még én írtam be az első telepítésnél)
Retry-re ugyanez, cancelre enged továbbmenni az adott komponens telepítésének kihagyásával, de még legalább 10-szer előjön a hibaüzi más komponenseknél, a végén pedig sikertelen telepítést ír ki.
Uninstallt szintén nem enged, hasonló hibaüzivel indokolva.
Ha valakinek van ötlete, segítsége, őszintén hálás lennék neki!
Szerintem nagyszerű /tárgybeli/ szerkezetbe sikerült belefutnom a minap /akár sql*plus helyett is/: /És ezzel íme egy példa arra is, hogy vannak egyszerű, okos nem-béta release-s szoftverek is a világon :o))/
http://www.withdata.com/oracmd.html
Nem is érti az ember, hogy nem volt képes az Oracle per mai napig valami hasonlót produkálni. Persze sql*loader van, sql*unloader nélkül, of course /->nem számítva a metalinkes hacket/ ;)
Jellemzők:
- Egyszerű, átlátható, triviálisan ütemezhető, nagyon gyors /futásidő-kijelzéssel/, command-line utility
- Olcsó -> 30 USD (korrekt ár, bár ha neki kéne állni, hamar meg lehetne megírni)
- Kicsi -> akár install nélkül is, egyetlen windwos-os exe, 1.2 MB terjedelemben.
- Oracle klienst nem igényel /egyszerű síma filecopy/!! Ez főleg az InstantClient elötti időkben hangzott igen szimpatikusan, de így is nagyon szimpi, szerintem.
- Kapcsolódás ennek alapján /pl./: connect scott/tiger@localhost:1521:orcl
- Sql-ek, sql-scriptek futtatása
- És a legszebb, komplett kétirányú load/unload lehetőség, minimális szintaxissal, maximális komfortérzettel. Bemásolom a helpet /mert kicsi és tanulságos/
- unload-hoz lehet egy-egy vagy éppen összes /all/ tábla /definiált filerendszeres folderbe/ illetve /order by-os/ query
- loadhoz /append vagy replace, de tranzakcióban/
- Van desc, schema, header, delimiter, quote, header, date/time format, nullif; mi kell még... ;)
Megjegyzés: Informixos előéletemből egyetlen valamit hoztam magammal az Oracle világba. Nekem nagyon tetszett az Informix export-ja (olvasható struktura-sql + file.dat -> directoryba, pipe-on keresztül akár custom-compresst /folder-compress, zip, rar/ is biztosítva). Ez a szoftver- /akár az excel is szóbajön általa/ és verziófüggetlen, reverzibilisen ide-oda gombnyomásra müködő, könnyed, save as+open export-import nagyon hiányzott nekem mindig is az Oracle-ből. Számomra az olvasható export is fontos, állomány sérülés esetére: nem mindegy ugyanis, hogy egyetlen bithiba miatt egy rekord száll el az éterbe vagy a összes.
MM
PS: És akkor a hozzám hasonló lelkeseknek itt a teljes help... :o)
OraCmd> help Connect: Normal mode: connect username/password@host:port:SID like "connect scott/tiger@localhost:1521:orcl" SysDBA mode: connect username/password@host:port:SID as sysdba like "connect sys/sys@localhost:1521:orcl as sysdba" SysOper mode: connect username/password@host:port:SID as sysoper like "connect sys/sys@localhost:1521:orcl as sysoper" Where 'host' is the address of server; 'port' is the number of port that server listens to; 'SID' is system identifier that specifies Global Database Name.
Execute sql command: sql command like "select sysdate from dual"
Run sql script: @sqlfile like "@e:dataupdate.sql"
See table struct: desc tablename like "desc customer"
Load data from file: load table=tablename datafile=filepath quote=quotechar delimiter=delimiterchar header=y|n like "load table=times file=e:data1.csv delimiter="," header=y " Type 'help load;' for details.
Unload data to file: unload table=tablename(or query=query string) datafile=filepath quote=quotechar delimiter=delimiterchar like "unload table=jobs(or query="select * from jobs") datafile=e:data1.csv" Type 'help unload;' for details.
OraCmd> help unload parameters: delimiter: delimiter char ("|",",","#","TAB","WHITESPACE") quote: quote char ("'") header: y|n, print field name at first line table: table name ("all" for unload all table) query: sql query string schema: schema name, use this prameter to unload specific schema's data, if not set, use logon user's default schema datafile: data file name folder: data files folder (for unload all table)
OraCmd> help load parameters: delimeter: delimiter char ("|",",","#","TAB","WHITESPACE") quote: quote char ("'") header: y|n, data file contains field name at first line table: table name datafile: data file name loadtype: append|replace dateformat: date format (e.g. "YYYY-MM-DD HH24:MI:SS") timestampformat: timestamp format (e.g. 'YYYY-MM-DD-HH24.MI.SS.FF6') nullif: specifies that the column should be loaded as NULL ("BLANKS" for zero length strings being loaded into numeric columns)
Valaki aki nyithat topikot(nekem meg nincs eleg hozzaszolasom), lehetne egy keresem, a technika es hasznalata/szamitastechnika/programozas ala nem hozna letre egy: .net ben programozoknak szolo topikot (C#, asp.net, stb.) mert szerintem egy paran hozzaszolnanak. Es nekem is akad neha kerdesem, es hatha tud valaki segiteni, meg talan en is segithetek masoknak.
idáig már eljutottam: ----------------------------- create or replace trigger trg_proc_start after update on schema1.log begin torlo_proc(param); insert_proc(param); end trg_proc_start;
ez a trigger vszínüleg jó is lenne csak a két procedurában van néhány commit (másik táblát (táblákat) törlök, insertálok nem a log-ot).
hibaüzenet: ora-04092 cannot commit in a trigger
CÉL: A trigger hatására törlődjön és insertálódjón néhány tábla (torlo_proc, insert_proc) a trigger és a proc-ok az egyik a a triggerrel figyelt tábla meg egy másik sémában van.
ismét adódott egy problémám amit gyorsan meg kellene oldanom. Van egy log nevű táblám egy schema2 nevű sémában, mikor update következik be ebben a log táblában, akkor egy másik mondjuk Schema1-ben lévő procedure-t kellene elindítanom. A triggernek és a procedure-nak az utóbbi sémában, (Schema1-ben) kell lenni. Lehetséges ez így?
Kb erre gondoltam: (Schema1 -ben vagyunk)
create or replace trigger trg_proc_start after update on schema1.log for each row begin -- procedure indítása... end trg_proc_start;
jogok meglennének: (grant select, insert, update, delete, references, alter, index on schema1.log to schema2;)
Bocsánat, persze a névfeloldás is lehet rossz és akkor annak a vezérlőfájlai körül lehet kavar (sqlnet.ora, tnsnames.ora, stb.) Az is nagyon érdekelne, hogy hogyan is változott meg hirtelen a környezeted? Valammi mellékhatása, vagy direkt csinááltad, csak nem tudtad, hogy elkeveri a kapcsolódást?
Egyébként nekem ilyan hibám DB költöztetéskor volt, amikor szegény kliens még a régi gépen kereste, és még a listener is futkározott ott, csak az Oracle service már nem indult el (kicsit kevés controlfile volt a régi gépen:)).
Mi az a file? Netán egy listener.ora? Merthogy abban lehet rosszul felvenni a service-t. Ha automatikus regisztrációval felveszi magát az adatbázis, az általában jól szokott sikerülni.
Utana olvsgattam, egy csomo helyen, egy par helyen javasoltak hogy inditsam ujra a service-t, de az se ment.
aztan kaptam egy erdekes file-t a c:oraclexeapporacleproduct10.2.0serverNETWORKADMIN alatt, ami asszem nem kellet volna ott legyen, athelyeztem mashova, ujrainditottam a servicet es most mukszik.
eleg sok leiras van, meg megoldas, neked egyik sem segitett vagy meg utana sem neztel? keres es peldaul a http://www.orafaq.com/forum/t/65588/0/ ? Nem sokat irsz sem a kornyezetedrol sem semmirol. Az meg hogy "nem megy" valami valahol, nem valami informativ.
>>>>>>>>>>> Elvagyok a gyenge képességű programokkal, és megpróbálok a magam módján hozzátenni annyit, hogy jobban működjön a végeredmény. Szóval felesleges szidni az OWB-t, jól el lehet azzal is buherászni. Majd jön hozzá peccs. :) >>>>>>>>>>>y
A cikk mérnökének egyik mondatával reflektálnék => '– Végül is igazad van. De ez a „te igazad”, nem az enyém.'
;)
Kétségtelenül reális álláspont, mindannyian próbálunk így-úgy megfelelni neki. Senki nem akarja a világot megváltani...Azt azonban a magam részéről gondolom, ha valami romlás; azt azért legalább minimálisan vegyük már észre (még ha elgondolkodni rajta nem is érünk rá), és ne állítsuk be természetesnek.
Egyébként gazdasági alapozású érveléssel is levezethető talán, hogy az idézet gondolatmenet lehet káros is.
Nem mindegy, hogy valaki beruház egy windows registry optimalizálóba, és kockáztat minden egyes futtatásával, vagy eleve nem hagyja teleszemetelni és sose lesz neki szüksége 'vérfrissítő reinstallra'. El lehet gondolkodni melyik eljárás szimpatikusabb és olcsóbb a buherálást illetően (így kicsiben)
A "buherászásnak" és "peccseknek" is van ám nemkicsi infrastrukturális meg humán költsége (belső tesztelés, időtényező, tévedési lehetőség miegymás), ami ráadásul mindenkinél jelentkezik kivéve a sz*rt szállító fejlesztőnél nem, ugye... ;) Az ilyen lavírozás is izgalmas szellemi kihívás (lehet, legalábbis egy ideig), de nem lenne inkább kifizetődöbb értelmes problémákon dolgozni helyette?
PS: Egyébként már többen írtátok ezt a 100%-os termék-csinálás problémát. - Én egyrészt megértőbb vagyok, mert azt gondolom, létezik mai is olyan feladat (pl.: neurális hálós, fuzzy rendszeres adatbányászati technológiák), ahol a jelenlegi tudásunkkal majdhogynem lehetetlen tényleg jót csinálni. (Spéci versenyek témája, hogy egyáltalán mit és mennyire lehet általánosítani, nem hogy azt még implementálni is egy kereskedelmi vagy vagy free szoftverben...) - Másrészt nem győzöm hangsúlyozni; szerintem vannak fokozatok, van különbség bug és bug között illetve bugosság és bugosság között. - Harmadrészt nem mindegy, hogy valami eleve koncepcionálisan sz*r, vagy pusztn csak egy nem megfelelő release került ki a gyártó kezéből, amit másnap azonnal orvosolni lehet (bocs mindenkitől, de szerintem a Windows Vista _koncepcionálisan_ problémahalmaz, de mondhatnám a Borland Delphi 200* Studiót is, de ez innentől már tényleg off /különben is saját szubjektív vélemény/) - Negyedrészt szerintem igen is vannak szoftverek, nem is kevés, ami emberi léptéküek (amit vállalnak azt tudják) és minőségük aszimptotikusan konvergál a 100%-hoz.
Elnézést az offért, csak szeretném megvilágítani kicsit a másik oldalt is. Lehetne csinálni 100%-osan működő termékeket, de mégsem csinálnak és ennek ugye a pénz az oka. Minden cég, aki szoftverfejlesztésre adja a fejét, épp csak annyit tesz bele a szoftverébe, hogy a megefelelő piaci részesedést ki tudja hasítani. Néha még annyit sem, de olyankor segít a marketing. A másik oldalon pedig, amikor egy cég megvesz egy terméket, el sem várja hogy az 100%-osan működjön. Miért is kellene? Ez nem űrhajó, vagy atomtengeralattjáró. Ezen lehet keseregni, de szerintem felesleges. Legalábbis én letettem róla egy ideje. Elvagyok a gyenge képességű programokkal, és megpróbálok a magam módján hozzátenni annyit, hogy jobban működjön a végeredmény. Szóval felesleges szidni az OWB-t, jól el lehet azzal is buherászni. Majd jön hozzá peccs. :)
>...az összes üzletileg sikeres sziftvercégre is kiterjeszthető. A mamutokra legalábbis biztosabban. De az arányok azért kisebb-nagyobb mértékben eltérhetnek cégek vonatkozásában is, termékek vonatkozásában is. Az OWB mondjuk kiugróan negatív példa (legalábbis számomra)
Jó ötlet mindig is volt/van/lesz, IT vonalon. De a pénzügyi, marketing, kapcsolati meg a szakmai tőkék közül a legutóbbi valahogy egyre inkább egyre vészesebben szorul háttérbe , ahogy én érzékelem.
Nem véletlen, ahogy szinte azonnal felvásárlódik egy jó ötletből készült termék mögötti cég valami nagy hal által (a koncentrálódás jegyében). Illetve nem véletlen az a sok irányból erösődő tapasztalat sem, hogy a "nagy hal" mit képes néha művelni 'termékfejlesztés' címén (a tulajdonában lévő termékével).
Kozben megoldodott. Azt hiszem azert nem ment mert futott az AVG center de leallitottam es elindult. Gondolom a tuzfalak miatt nem indult, de most mar megy :)
Lenne egy kerdesem, nekem Oracle 10g-m van, es amikor a start menubol el akarom inditani a "GO TO DATABASE HOMPAGE" -t akko az explorer nem tudja megnyitani az oldalt, milyn beallitasokkal van gond?
Az írás viszont találó és - ezért sajnos, hogy - szomorú hangvételű. Az OWB-re való utalás - szintén sajnos - erősen általánosítható: igazából ma már gyakorlatilag az összes üzletileg sikeres sziftvercégre is kiterjeszthető. Próbáltam tárgyilagos és részletekbe menő összehasonlítást találni a különféle adatbázismotorok közt. Nekem nem sikerült :( Amiket találtam, jellemzően arról szóltak, hogy az adott termék mennyire jó és a többiek mennyire rosszak - minden szempont szerint, kivétel nélkül. Nem nagyon hihető...