A "szép" az egészben az, hogy a problémás DB-ben korábban nem volt ilyen gond... Amióta el lett dobva a teljes séma, és utána létrehozva (elvileg ugyanazzal a scripttel, amivel a másik DB-ben), majd egy adatpumpás export visszatöltése történt, szerintem azóta csinálja ezt.
Most lehet utánaolvasnom, hogy mi a búbánatos fene ez, és hogyan lehet lebeszélni róla ezt a nyavalyást, mert folyamatosan várhatók javítások, és nem igazán buli mindet azzal kezdeni, hogy milyen create or replace olyasmi van benne, ami EDITIONABLE témában "érintett", és kézzel mókolni (jellemzően drop...), hogy a create or replace működjön.
- zeller blogja
- A hozzászóláshoz be kell jelentkezni
- 545 megtekintés
Hozzászólások
Google+intuíció:
DROP PROCEDURE foobar;
CREATE OR REPLACE EDITIONABLE PROCEDURE ...
Vagy méginkább:
ALTER USER ezaneve DISABLE EDITIONS [FORCE];
- A hozzászóláshoz be kell jelentkezni
Valami ilyenre jutottam én is, de még várok a szállítói reagálásra, merthogy az első a kapott sql-be mászik bele, a második meg a kapott sémageneráló scripttől jelent eltérést :) (Most az első a workaround, de esélyes, hogy a második lesz a megoldás...)
A kérdés egyébként az, hogy mi a búbánatért változott és micsoda akkor, amikor impdp-vel behúztam az eldobott és újragenerált sémába a másik szerveren készült dump-ot?
- A hozzászóláshoz be kell jelentkezni
Ha találgatnom kellene, akkor azt mondanám, hogy ezek az Edition-ok egy igen jó megoldást jelentenek, csak még kell találni hozzájuk a problémát.
- A hozzászóláshoz be kell jelentkezni
Igen, pontosan. De amilyen minőségű/korú a kód, meg ahogy össze van rakva, szerintem nyugdíjba fogok vonulni (pedig az bőven nem mostanság lesz), mire ezt a feature-t használni szeretnék...
- A hozzászóláshoz be kell jelentkezni
Amúgy miért generaltad újra a semat impdp előtt? Sztem a dump file tartalmazza a semat is.
- A hozzászóláshoz be kell jelentkezni
Mindent el kellett dobni a sémából, és így volt egyszerűbb.
- A hozzászóláshoz be kell jelentkezni
A dropot ertem, de nem kell impdp elott ujrageneralni. Majd az impdp hozza a semat is.
- A hozzászóláshoz be kell jelentkezni
A szállítói doksi szerint jártam el: ott is egy dump-ból kerül a rendszer visszatöltésre - miután a séma elkészült minden beállításával.
- A hozzászóláshoz be kell jelentkezni
Dicséretes, volt már részem olyanban, amikor nem a telepítési dokumentum szerint jártak el, aztán hirtelen "SOS - mi a tosz van helyzet" állt elő 😁
- A hozzászóláshoz be kell jelentkezni
Így nem lehet mutogatni az üzemeltetésre, hogy nem a leírás szerint... :-P
- A hozzászóláshoz be kell jelentkezni
Ez amúgy egészen hasonlónak tűnik az esetedhez: https://stackoverflow.com/questions/52218477/error-38824-a-create-or-replace-command-may-not-change-the-editionable-propert/52226372
- A hozzászóláshoz be kell jelentkezni
Ezt láttam - és anyáztam is, hogy ha tényleg az adatpumpa ba...rmolja el a dolgot, akkor az k...ifejezetten nagyszerű :-D Majd egy teszt DB-ben még megpróbálom a másik vajákolást, a drop után a sémakreálásnál az alter session set "_oracle_script"=true;
kihagyását.
- A hozzászóláshoz be kell jelentkezni
"Majd egy teszt DB-ben még megpróbálom a másik vajákolást"
Erről eszembe jut az egyik kedvenc Oracle esetem. A teszt DB-ken minden rendben, az élesen meg nem fut le egy SQL query. Oracle Supporton is azzal kezdődik a doksi, hogy ha a teszten fut, de az élesen nem, akkor... 😂 És egy nem dokumentált paramétert kell átállítani trueról falsera.
- A hozzászóláshoz be kell jelentkezni