Keresés

yasql nevű Perl-program ismerős valakinek? Eléggé beporosodott, elkezdtem megtörölgetni, itt van a pillanatnyi állapot: https://github.com/lzsiga/yasql-fx/blob/main/ReadMeFx.TXT

Így van, synonym vagy view megoldja a lekérdezést, de pl. a describe nem fog működni, mert ahhoz a jupiter-en lévő user_tab_columns-t kellene elérni két dblinken keresztül. 

Ilyen szintakszis nincs, de ha a marson csinálsz egy view-t a jupiteres táblára...

Vajon van-e tranzitív dblink-használat, hogy pl.:

Föld> select * from marstabla@dblink_mars;

Mars> select * from jupitertabla@dblink_jupiter;
Föld> select * from jupitertable@dblink_jupiter@dblink_mars;

Az internetet nézve (meg kipróbálva) azt mondanám, hogy ilyen nincs.
https://docs.oracle.com/cd/E11882_01/server.112/e41084/statements_10002.htm#i2126073

Sziasztok!

Oracle APEX-ben szeretnék segítséget kérni, bízok benne hogy maradhat.

Szóval azt szeretném megoldani, hogy egy "Function Body returning SQL Query" által visszaadott táblázatban szeretnék gyorskeresést használni. Keresgéltem már a neten, de amit találtam (java kód az "Execute when Page Loads"-ba ) az így nem működött.

Ezt próbáltam, ami nekem nem működött. Lehet valamit én néztem be, de nem jöttem még rá mit rontok el...

https://www.youtube.com/watch?v=jWsIN_d9avo

köszi

Az alábbiak valamelyikével kérdezhetjük le az adatbázis nevét:

select * from global_name;
select ora_database_name from dual;

Az eredményben a domain-rész is ott van (ha van egyáltalán), tehát pl:

UBUL -- itt nincs domain rész

GARFIELD.ARBUCKLE.HOME -- itt van domain rész

A CREATE DATABASE LINK akkor ragasztja hozzá a dblink nevéhez a (helyi) database domainjét, ha nincs pont a névben, és van a database nevében domain rész, pl:

ubul> create database link PROBA ... --> PROBA
garfield> create database link PROBA.1 ... --> PROBA.1
garfield> create database link PROBA2 ... --> PROBA2.ARBUCKLE.HOME

Az Állambiztonsági szolgálatoknak legyen akármi a nevük volt szüksége egy reláció modellű rendszerre. A CIA csak egy kisebb része a kezdeti felhasználóknak. Larry Ellison cége nyerte meg a tendert a fejlesztésre. Hiába az IBM matematikusai, találták ki a reláció modellű adatkezelést, használható rendszerük a DB(2) sokkal később jelent meg a keresjedelmi forgalomban.

A SAP egy komplett vállatírányítási rendszer, amit a vevő igényei szerint modulokban installálnak, és világ nem USA részén meglehetősen elterjet. Hasonló rendzser a PeapolSoft vagy rendszere, amit az USA-ban előszerettel használnak.  

A 80-as években jutottam működő reláció modellű rendszerhez.  Akkor Informix, és Oracle volt a piacvezető. Illetve volt a szabad szoftver Ingress.

Az Apexet én első változatban 99-ben kezdtem használni, internetes-browser cliens , oracle db server alapú fejlesztéseket tett lehetővé. Egy bonyolult alkalmazást kellett megcsinálni. A felhasználók ténylegesen szét voltak szórva a kontinenseken, (Antarktisz kivételével), a felhasználók mennyisége azonban nem volt nagyon jelentős, de 100% adat és feldolgozási biztonságot kellett megoldani.

interneten sem csupa okosság van

A SAPnál dolgozva használok én is Mindenféle adatbáziskezelőt ODBC-vel, ha a vevőnél azt használják.

Off: Azért az interneten sem csupa okosság van ám, és ezen még a mesterséges intelligencia sem segít, sajnos.
On: A SAP vállalatirányítási rendszere többféle adatbázissal működhet, pl. Oracle, DB2, MSSQL.

Köszönöm szépen!

Közben olvastam olyat is, hogy az Oracle adatbáziskezelőt a CIA alkotta meg eredetileg, hogy legyen elérhető relációs adatbáziskezelő, amihez ők hozzáférhetnek.

Az  eszközeiket, mint az APEX-et később csinálták még az is lehet, hogy a SAP konkurencia termékeire válaszul.

A SAP-nál mindig figyelik Larry Elison lépéseit és hogy a főnökük le ne maradjon tőle.

Szerintem: "Latin szó (oraculum) az orare (‘beszél, kijelent’) igéből, forrása az os, oris (‘száj’). Lásd még orális, orátor, oratoriánus, oratórium.". Vedd hozzá a jóslatot.

Pont ezt nem találtam sehol, de itt van néhány görög eredetű név:
https://www.greecehighdefinition.com/blog/ancient-greece-names

Offtopic?

Azért megkérdezem mi lehet az Oracle görög név magyar megfelelője?

Mikor tarthatja egy Oracle nevű hölgy a névnapját?

Egyelőre az is segtene ha tudnám hogyan (hol) lehet azt beállítani,
hogy a timeout ne szakítsa meg a tárolt eljárás futását.

Nyomkodhatja, nem fog elindulni újra a SP amíg nem fut le/szakad meg az előző.

igen van.

Van commit az insert után?

Addig gondolkodj el azon is, mit fog csinálni a felhasználó, ha öt perc alatt sem kap választ? Igen, elkezdi nyomkodni a Reload gombot.

Írtam egy teszt programot ami folyamatosan időbélyeget insert-el egy táblába.

Egy új apex lapon futtatva ez is pont 14:41 után áll le.

Nem nagyon értek a böngésző és APEX admin beállításokhoz,
már csapágyasra kerestem a témában a gooogle-t, nem találok ilyen problémát sem megoldást.

Mondjuk egy várakozási sorba álljanak be a kétmillió soros XML-fájlok, és a derék user majd emailt kap, he elkészült.

Úgy néz ki, hogy valamilyen futási idővel kapcsolatos a hiba, mert 14p 41mp után áll le minden esetben a folyamat.

A beolvasott sorok száma mindig eltérő.
(4 gépről összesen 8 alkalommal futtattam)

(A Session Timeout értékek maximumra vannak állítva az APEX-ben.)

Úgy emlékszem, hogy csak text/csv lehet használni a loadert.

Ebben az esetben XML tipusú fájlok vannak.

(Laikus felhasználóknak kell feltölteni egy APEX felületen az XML fájljaikat.)

De ugye az megvan, hogy kétmillió sor betöltésénél nem kellene böngésző és webszerver legyen a dologban?
Itt lenne rögtön az Sql*Loader az ilyen esetekre.

Az Oracle Windows Server 2019 Standard oprendszeren fut.
ORACLE ver.: 19.3.0.0.0
APEX ver.: 22.1.0

Az APEX program Chrome-ra optimalizáljuk, de teszteltük Firefox-al is, az eredmény ugyanaz, sajnos.

Ebben a történetben van esetleg browser és httpd?

Sziasztok,

van egy olyan problémám, hogy egy kb. egy-másfél óra hosszú tárolt eljárás,
ami APEX lapról indítva hibátlanul lefut kisebb állományok esetén 10-20 perc alatt,
 ha a legnagyobb (ami 2 millió soros fájlt olvas be) betöltést futtatom, minden hibaüzenet nélkül leáll.
Ugyanez a tárolt eljárás, ugyanazzal a paraméterekkel, PL/SQL Developer-ből és SQL Developer-ből indítva simán, hiba nélkül lefut.
Mindenhol van hibakezelés, az APEX timeout értékek maximumra, 28800 sec-ra állítva.
Soronkénti követés (file sorszám tmp táblába írása) után kiderült, hogy nem mindig pont ugyanott szakad meg...

:(

Mivel nincs hibaüzenet, elképzelésem sincs hogy honnan közelítsem meg a problémát. 

Érdekesség sqlldr vs InstantClient 21.9 ügyben: https://www.orafaq.com/forum/t/208272/

Én anno a TOAD-ot használtam, ezt az ingyenes változatot egyszer megnéztem, mert itthon kellett valamihez, aztán nem foglalkoztam vele.

Nem tűnik használhatatlannak (már ha valaki elviseli ezt a TOAD-szerű elrendezést), de nem feltétlenül Oracle-ra van kihegyezve. Pl. a PL/SQL színezése elég borzasztó: még a BEGIN és az END sem sikerült egyforma színűre. Gondolom, nyomkövetést sem tud a kódban.

SQuirreL 

A sourceforge.net-en van, de csak http-n jön be valamiért.