[Oracle][PL/SQL] Chłopaki pomozcie bo juz mi cycki opadajom...
HuKawa - 23-08-2006 00:17
[Oracle][PL/SQL] Chłopaki pomozcie bo juz mi cycki opadajom...
Przesiadlem sie z MS-SQLa i nadziwowac sie nie moge ze PL/SQL na nic mi
nie pozwala.
Grzebie po helpach i ksiazkach - ale nie wszystko raczyli napisac, a
komunikaty Qracle raczy wywalac iscie enigmatyczne.
Mam kawalek kodziku - prostego jak 100m sznurka w kieszeni - ma
wykreowac tabelke jezeli jej nie ma. Odpalam go bezposrednio spod PL/SQL
Developera (nie jest to czesc procedury).
BEGIN
if (
select count(*)
from all_tables
where
tablespace_name = 'ALAMAKOTA'
and table_name = 'OSOBY'
) = 0
then
create table ALAMAKOTA.OSOBY
(
USERID int not null,
NAME VARCHAR2(100) not null,
SURNAME VARCHAR2(100) null
);
end if;
END;
Bydlak czepia sie po pierwsze tego SELECTa w warunku, a po drugie
CREATEa po THENie.
Czy ORACLE takiej skladni wogole nie lyka, czy jeszcze mu potrzeba jakis
srednikow, nawiasikow czy bog wie czego jeszcze...?
Pomocy, bo jajko zniose....
thx i pozdr :o)
-------------
HuKawa
Paweł Matejski - 23-08-2006 00:17
HuKawa wrote:
> Przesiadlem sie z MS-SQLa i nadziwowac sie nie moge ze PL/SQL na nic mi
> nie pozwala.
>
> Grzebie po helpach i ksiazkach - ale nie wszystko raczyli napisac, a
> komunikaty Qracle raczy wywalac iscie enigmatyczne.
>
> Mam kawalek kodziku - prostego jak 100m sznurka w kieszeni - ma
> wykreowac tabelke jezeli jej nie ma. Odpalam go bezposrednio spod PL/SQL
> Developera (nie jest to czesc procedury).
>
>
> BEGIN
>
> if (
> select count(*)
> from all_tables
> where
> tablespace_name = 'ALAMAKOTA'
> and table_name = 'OSOBY'
> ) = 0
> then
>
> create table ALAMAKOTA.OSOBY
> (
> USERID int not null,
> NAME VARCHAR2(100) not null,
> SURNAME VARCHAR2(100) null
> );
>
> end if;
>
> END;
>
>
> Bydlak czepia sie po pierwsze tego SELECTa w warunku, a po drugie
> CREATEa po THENie.
>
> Czy ORACLE takiej skladni wogole nie lyka, czy jeszcze mu potrzeba jakis
> srednikow, nawiasikow czy bog wie czego jeszcze...?
>
>
> Pomocy, bo jajko zniose....
Jeśli nie interesują cię zarobki kwoki, to warto poczytać o składni pl/sql'a.
Nie ma tam ani SELECT (jest SELECT INTO - ale poczytaj zanim bezmyślnie wstawisz do kodu).
I nie ma CREATE (ale jest EXECUTE - j.w.)
--
P.M.
yamma - 23-08-2006 00:17
Użytkownik "Paweł Matejski" <madej@spam.madej.pl.eu.org> napisał w
wiadomości news:ec4ikm$i65$1@inews.gazeta.pl...
> Jeśli nie interesują cię zarobki kwoki, to warto poczytać o składni
> pl/sql'a.
Ba! Dobrze ci mówić "poczytać". Tylko gdzie poczytać? Dokumentacja do PL/SQLa
jest chyba najbardziej strzeżoną tajemnicą na świecie...:-) Wcale się nie
dziwię, że Oracle przegrywa z MS SQL. Nie dość, że kosztuje straszne pieniądze,
to jeszcze za głupiego manuala trzeba płacić horrendalne kwoty.
yamma
dap - 23-08-2006 00:17
yamma wrote:
> Użytkownik "Paweł Matejski" <madej@spam.madej.pl.eu.org> napisał w
> wiadomości news:ec4ikm$i65$1@inews.gazeta.pl...
>
>> Jeśli nie interesują cię zarobki kwoki, to warto poczytać o składni
>> pl/sql'a.
>
> Ba! Dobrze ci mówić "poczytać". Tylko gdzie poczytać? Dokumentacja do
> PL/SQLa jest chyba najbardziej strzeżoną tajemnicą na świecie...:-)
> Wcale się nie dziwię, że Oracle przegrywa z MS SQL. Nie dość, że
> kosztuje straszne pieniądze, to jeszcze za głupiego manuala trzeba
> płacić horrendalne kwoty.
???? W jakim Ty świecie, żyjesz...
Manual do 9i
Manual do 10g
docs.oracle.com
15 znaków...
dap
--
,= ,-_-. =. gnu.org
((_/)o o(\_)) polanski.biz
`-'(. .)`-' xoops.pl
\_/
dap - 23-08-2006 00:17
HuKawa wrote:
> Przesiadlem sie z MS-SQLa i nadziwowac sie nie moge ze PL/SQL na nic mi
> nie pozwala.
>
> Grzebie po helpach i ksiazkach - ale nie wszystko raczyli napisac, a
> komunikaty Qracle raczy wywalac iscie enigmatyczne.
Poczytaj manual, albo dobre wprowadzenie...
> Mam kawalek kodziku - prostego jak 100m sznurka w kieszeni - ma
> wykreowac tabelke jezeli jej nie ma. Odpalam go bezposrednio spod PL/SQL
> Developera (nie jest to czesc procedury).
>
>
> BEGIN
>
> if (
> select count(*)
> from all_tables
> where
> tablespace_name = 'ALAMAKOTA'
> and table_name = 'OSOBY'
> ) = 0
W Oracle jest to bez sensu... Bo robisz cos (count) po to by cos innego
zrobic. Zrob to od razu, a jak sie nie wykona to zrob exception.
> then
>
> create table ALAMAKOTA.OSOBY
> (
> USERID int not null,
> NAME VARCHAR2(100) not null,
> SURNAME VARCHAR2(100) null
> );
>
> end if;
>
> END;
begin
execute immediate '
create table alamakota.osoby
as
select * from all_tables
where tablespace_name = ''ALAMAKOTA''
and table_name = ''OSOBY'' ' ;
exception when others then
null ;
end ;
/
Wykonalo sie u mnie w sqlplusie :)
> Bydlak czepia sie po pierwsze tego SELECTa w warunku, a po drugie
> CREATEa po THENie.
>
> Czy ORACLE takiej skladni wogole nie lyka, czy jeszcze mu potrzeba jakis
> srednikow, nawiasikow czy bog wie czego jeszcze...?
--
,= ,-_-. =. gnu.org
((_/)o o(\_)) polanski.biz
`-'(. .)`-' xoops.pl
\_/
Sławomir Szyszło - 23-08-2006 00:17
Dnia Fri, 18 Aug 2006 19:49:24 +0200, "yamma" <yamma@wp.pl> wklepał(-a):
>Ba! Dobrze ci mówić "poczytać". Tylko gdzie poczytać? Dokumentacja do PL/SQLa
>jest chyba najbardziej strzeżoną tajemnicą na świecie...:-) Wcale się nie
>dziwię, że Oracle przegrywa z MS SQL. Nie dość, że kosztuje straszne pieniądze,
>to jeszcze za głupiego manuala trzeba płacić horrendalne kwoty.
A "PL/SQL User's Guide and Reference" na http://tahiti.oracle.com to
zaszyfrowany jest? :)
Do tego jeszcze dochodzi Application Developer's Guide.
--
Sławomir Szyszło mailto:slaszysz@poczta.onet.pl
Primus inter FAQires & Grand Inquisitor no.0 of pl.comp.bazy-danych
FAQ pl.comp.bazy-danych http://www.dbf.pl/faq/
Archiwum http://groups.google.com/groups?grou...mp.bazy-danych
yamma - 23-08-2006 00:18
Użytkownik "dap" <news997@gazeta.pl> napisał w wiadomości
news:ec519d$8e5$1@inews.gazeta.pl...
> yamma wrote:
>> Użytkownik "Paweł Matejski" <madej@spam.madej.pl.eu.org> napisał w
>> wiadomości news:ec4ikm$i65$1@inews.gazeta.pl...
>>
>>> Jeśli nie interesują cię zarobki kwoki, to warto poczytać o składni
>>> pl/sql'a.
>>
>> Ba! Dobrze ci mówić "poczytać". Tylko gdzie poczytać? Dokumentacja do PL/SQLa
>> jest chyba najbardziej strzeżoną tajemnicą na świecie...:-) Wcale się nie
>> dziwię, że Oracle przegrywa z MS SQL. Nie dość, że kosztuje straszne
>> pieniądze, to jeszcze za głupiego manuala trzeba płacić horrendalne kwoty.
>
> ???? W jakim Ty świecie, żyjesz...
No chyba w jakimś magicznym. Jeszcze miesiąc temu próbowałem odnaleźć
dokumentację na stronach Oracle'a i wszystkie linki kierowały mnie do jakiegoś
programu dla developerów, za który trzeba było zapłacić coś ok. 1000 baksów.
Teraz wszystko jest na talerzu i w HTML i PDF. Czary...
yamma
Sławomir Szyszło - 23-08-2006 00:18
Dnia Sat, 19 Aug 2006 18:06:35 +0200, "yamma" <yamma@wp.pl> wklepał(-a):
>No chyba w jakimś magicznym. Jeszcze miesiąc temu próbowałem odnaleźć
>dokumentację na stronach Oracle'a i wszystkie linki kierowały mnie do jakiegoś
>programu dla developerów, za który trzeba było zapłacić coś ok. 1000 baksów.
>Teraz wszystko jest na talerzu i w HTML i PDF. Czary...
http://tahiti.oracle.com - dostępne pewnie od paru lat (niekoniecznie akurat pod
tym samym adresem). Rejestrujesz się za darmo na OTN i korzystasz. Więc nie
zmyślaj, że nie było darmowej dokumentacji.
Ba, 2 kliknięcia z głównej strony Oracle prowadzą do pełnego pakietu
dokumentacji do bazy, gotowego do ściągnięcia.
--
Sławomir Szyszło mailto:slaszysz@poczta.onet.pl
Primus inter FAQires & Grand Inquisitor no.0 of pl.comp.bazy-danych
FAQ pl.comp.bazy-danych http://www.dbf.pl/faq/
Archiwum http://groups.google.com/groups?grou...mp.bazy-danych
yamma - 23-08-2006 00:18
Użytkownik "Sławomir Szyszło" <slaszysz@poczta.onet.pl> napisał w wiadomości
news:ec7kiu.8s.1@slaszysz.poczta.onet.pl...
> Dnia Sat, 19 Aug 2006 18:06:35 +0200, "yamma" <yamma@wp.pl> wklepał(-a):
>
>>No chyba w jakimś magicznym. Jeszcze miesiąc temu próbowałem odnaleźć
>>dokumentację na stronach Oracle'a i wszystkie linki kierowały mnie do jakiegoś
>>programu dla developerów, za który trzeba było zapłacić coś ok. 1000 baksów.
>>Teraz wszystko jest na talerzu i w HTML i PDF. Czary...
>
> http://tahiti.oracle.com - dostępne pewnie od paru lat (niekoniecznie akurat
> pod
> tym samym adresem). Rejestrujesz się za darmo na OTN i korzystasz. Więc nie
> zmyślaj, że nie było darmowej dokumentacji.
> Ba, 2 kliknięcia z głównej strony Oracle prowadzą do pełnego pakietu
> dokumentacji do bazy, gotowego do ściągnięcia.
No już dobsz, dobsz... Kajam się. Widać wtedy źle szukałem, choć manual do
PL/SQLa był mi wtedy baaardzo potrzebny i pamiętam, że szperałem dość mocno na
stronach Oracle'a. W końcu znalazłem jakieś kawałki na stronach 3-d party, z
których udało mi się coś tam sklecić. Akurat na to, aby do domeny oracle.com
dodać słówko "tahiti" niestety nie wpadłem.
yamma
Sławomir Szyszło - 23-08-2006 00:18
Dnia Sat, 19 Aug 2006 18:47:07 +0200, "yamma" <yamma@wp.pl> wklepał(-a):
>No już dobsz, dobsz... Kajam się. Widać wtedy źle szukałem, choć manual do
>PL/SQLa był mi wtedy baaardzo potrzebny i pamiętam, że szperałem dość mocno na
>stronach Oracle'a. W końcu znalazłem jakieś kawałki na stronach 3-d party, z
>których udało mi się coś tam sklecić. Akurat na to, aby do domeny oracle.com
>dodać słówko "tahiti" niestety nie wpadłem.
Kluczowe jest słowo "documentation" - na dowolnej witrynie dowolnego
oprogramowania. :)
--
Sławomir Szyszło mailto:slaszysz@poczta.onet.pl
Primus inter FAQires & Grand Inquisitor no.0 of pl.comp.bazy-danych
FAQ pl.comp.bazy-danych http://www.dbf.pl/faq/
Archiwum http://groups.google.com/groups?grou...mp.bazy-danych
Radosław Witkowicki - 23-08-2006 01:06
> Kluczowe jest słowo "documentation" - na dowolnej witrynie dowolnego
> oprogramowania. :)
Panie Sławku, cały jego problem polega na tym, że on szuka przy pomocy
słowa kluczowego "dokumentacja", a nie "documentation" :).
HuKawa - 27-08-2006 00:20
dap napisał:
>> Grzebie po helpach i ksiazkach - ale nie wszystko raczyli napisac, a
>> komunikaty Qracle raczy wywalac iscie enigmatyczne.
>
> Poczytaj manual, albo dobre wprowadzenie...
No wlasnie poczytuję sobie ale... niektore rzeczy tam dosc ciezko
znalezc - zwlaszcza to czego ta skladnia nie zechce lyknac podczas gdy
inne SQLe a i owszem.
Widzę że na Oraclu jest parę rzeczy fajnie rozwiązanych ale mogliby też
nieco niezłych rozwiązań zerżnąć z MS.
Strasznie doskwiera mi konieczność zamykania wszystkiego w bloki,
niemożność deklarowania zmiennych w dowolnym miejscu procedury, mizerny
mechanizm tablic temporarnych no i oczywiście całe cyrkowe obejścia
tematu braku pól autoinkrementacyjnych.
No ale rozumiem że taka jego uroda...
thx 4 hlp
----------
HuKawa
HuKawa - 27-08-2006 00:20
Paweł Matejski napisał(a):
> Jeśli nie interesują cię zarobki kwoki, to warto poczytać o składni pl/sql'a.
> Nie ma tam ani SELECT (jest SELECT INTO - ale poczytaj zanim bezmyślnie wstawisz do kodu).
> I nie ma CREATE (ale jest EXECUTE - j.w.)
A no widzisz... wyczytałem, że CREATE [Table] jednak jest.
Nigdze nie wyczytałem że nie wolno go bezpośrednio umiescić w bloku
warunkowym.
Wiem też, że SELECT isnieje, nigdzie nie napisali, że recordset zwrócony
przez tego selecta nie może być przez Oracla porównany do wartości
liczbowej mimo że ma tylko jeden wiersz i jedną kolumnę.
Co do bezmyślności - znam conajmniej dwa SQLe które taką bezmyślną
składnię całkiem rozmyślnie rozumieją.
--------
HuKawa
no1 - 27-08-2006 00:20
HuKawa napisał(a):
> Strasznie doskwiera mi konieczność zamykania wszystkiego w bloki,
> niemożność deklarowania zmiennych w dowolnym miejscu procedury, mizerny
> mechanizm tablic temporarnych no i oczywiście całe cyrkowe obejścia
> tematu braku pól autoinkrementacyjnych.
to co wymieniłeś to wg mnie same plusy:)
trochę dyscypliny na początek, a potem tylko za to podziękujesz..
HuKawa - 27-08-2006 00:20
no1 napisał:
>> Strasznie doskwiera mi konieczność zamykania wszystkiego w bloki,
>> niemożność deklarowania zmiennych w dowolnym miejscu procedury,
>> mizerny mechanizm tablic temporarnych no i oczywiście całe cyrkowe
>> obejścia tematu braku pól autoinkrementacyjnych.
>
> to co wymieniłeś to wg mnie same plusy:)
> trochę dyscypliny na początek, a potem tylko za to podziękujesz..
Jeżeli chodzi o pierwsze dwie rzeczy to może po przyzyczajeniu się jakos
bym sie zgodzil choc pociaga to za sobą niekiedy dosc niewygodne
ograniczenia.
Dwie kolejne - uważam że to kompletna pomyłka.
(brak autoinkrementacji jest tam jakoś dość zawile wyminięty - jakby dla
zachęcenia do kombinowania z "nie kolejną" numeracją klucza)
Co do tablic temporarnych dopiero szukam po knigach jakiegoś rozsądnego
zastępstwa...
I jeszcze moze z takich mniejszych grzeszków dopiszę natrętne otwieranie
tranzakcji przy każdej modyfikacji - które trzeba po nim potem commitować.
---------
HuKawa
no1 - 27-08-2006 00:20
HuKawa napisał(a):
> no1 napisał:
>
>>> Strasznie doskwiera mi konieczność zamykania wszystkiego w bloki,
>>> niemożność deklarowania zmiennych w dowolnym miejscu procedury,
>>> mizerny mechanizm tablic temporarnych no i oczywiście całe cyrkowe
>>> obejścia tematu braku pól autoinkrementacyjnych.
>>
>> to co wymieniłeś to wg mnie same plusy:)
>> trochę dyscypliny na początek, a potem tylko za to podziękujesz..
>
> Jeżeli chodzi o pierwsze dwie rzeczy to może po przyzyczajeniu się jakos
> bym sie zgodzil choc pociaga to za sobą niekiedy dosc niewygodne
> ograniczenia.
dość niewygodne to przelatywanie 500 linii kodu, żeby ogarnąć zmienne :)
> Dwie kolejne - uważam że to kompletna pomyłka.
> (brak autoinkrementacji jest tam jakoś dość zawile wyminięty - jakby dla
> zachęcenia do kombinowania z "nie kolejną" numeracją klucza)
> Co do tablic temporarnych dopiero szukam po knigach jakiegoś rozsądnego
> zastępstwa...
robisz sekwencję i sie do niej odwołujesz przy insertach etc.. nie jest
to super wygodne, ale stwarza mnóstwo innych możliwości jakich nie da ci
auto_increment.
> I jeszcze moze z takich mniejszych grzeszków dopiszę natrętne otwieranie
> tranzakcji przy każdej modyfikacji - które trzeba po nim potem commitować.
nawet na to nie zwracam uwagi. robię ileś tam rzeczy, a na sam koniec
commit.
pracując z oracle dojrzałem niewiarygodne możliwości rzeczy prostych,
nauczył mnie nie komplikowania sprawy bardziej niż trzeba:)
Paweł Matejski - 27-08-2006 00:20
HuKawa wrote:
> Paweł Matejski napisał(a):
>
>> Jeśli nie interesują cię zarobki kwoki, to warto poczytać o składni
>> pl/sql'a.
>> Nie ma tam ani SELECT (jest SELECT INTO - ale poczytaj zanim
>> bezmyślnie wstawisz do kodu).
>> I nie ma CREATE (ale jest EXECUTE - j.w.)
>
> A no widzisz... wyczytałem, że CREATE [Table] jednak jest.
> Nigdze nie wyczytałem że nie wolno go bezpośrednio umiescić w bloku
> warunkowym.
A napisali, że jest składnią języka PL/SQL? PL/SQL i SQL to są dwa różne języki.
I choć mają wiele rzeczy wspólnych, to nie jest tak, że PL/SQL jest rozszerzeniem
SQL'a o elementy proceduralne.
> Wiem też, że SELECT isnieje, nigdzie nie napisali, że recordset zwrócony
> przez tego selecta nie może być przez Oracla porównany do wartości
> liczbowej mimo że ma tylko jeden wiersz i jedną kolumnę.
Widzisz, PL/SQL to takie połączenie pascala z SQL'em. Nie wiem, czy znasz
pascala, ale tam bardzo istotną rzeczą jest kontrola typów. A Ty chcesz
porównywać recordset z wartością? :)
--
P.M.
dap - 27-08-2006 00:20
HuKawa wrote:
> dap napisał:
>
>>> Grzebie po helpach i ksiazkach - ale nie wszystko raczyli napisac, a
>>> komunikaty Qracle raczy wywalac iscie enigmatyczne.
>>
>> Poczytaj manual, albo dobre wprowadzenie...
>
> No wlasnie poczytuję sobie ale... niektore rzeczy tam dosc ciezko
> znalezc - zwlaszcza to czego ta skladnia nie zechce lyknac podczas gdy
> inne SQLe a i owszem.
Nie ma rzeczy do wszystkiego :)
> Widzę że na Oraclu jest parę rzeczy fajnie rozwiązanych ale mogliby też
> nieco niezłych rozwiązań zerżnąć z MS.
Kiedyś robilem na MSSQL i szczerze mówiąć te procedury od MSSQL to takie
popierdułki. Zobacz moze PL/SQL Developera...
> Strasznie doskwiera mi konieczność zamykania wszystkiego w bloki,
> niemożność deklarowania zmiennych w dowolnym miejscu procedury, mizerny
> mechanizm tablic temporarnych no i oczywiście całe cyrkowe obejścia
> tematu braku pól autoinkrementacyjnych.
>
> No ale rozumiem że taka jego uroda...
Która ma swoje - mniej albo bardziej przekonywujące uzasadnienie.
dap
--
,= ,-_-. =. gnu.org
((_/)o o(\_)) polanski.biz (jak na razie offline)
`-'(. .)`-' xoops.pl
\_/
Sławomir Szyszło - 27-08-2006 00:20
Dnia Mon, 21 Aug 2006 16:02:08 +0200, HuKawa <"hukawa"@wywalto.poczta.onet.pl>
wklepał(-a):
>Dwie kolejne - uważam że to kompletna pomyłka.
>(brak autoinkrementacji jest tam jakoś dość zawile wyminięty - jakby dla
>zachęcenia do kombinowania z "nie kolejną" numeracją klucza)
>Co do tablic temporarnych dopiero szukam po knigach jakiegoś rozsądnego
>zastępstwa...
A czego brakuje ci w tabelach *temporalnych*?
--
Sławomir Szyszło mailto:slaszysz@poczta.onet.pl
Primus inter FAQires & Grand Inquisitor no.0 of pl.comp.bazy-danych
FAQ pl.comp.bazy-danych http://www.dbf.pl/faq/
Archiwum http://groups.google.com/groups?grou...mp.bazy-danych
HuKawa - 27-08-2006 01:02
Paweł Matejski napisał(a):
>> Wiem też, że SELECT isnieje, nigdzie nie napisali, że recordset zwrócony
>> przez tego selecta nie może być przez Oracla porównany do wartości
>> liczbowej mimo że ma tylko jeden wiersz i jedną kolumnę.
>
> Widzisz, PL/SQL to takie połączenie pascala z SQL'em. Nie wiem, czy znasz
> pascala, ale tam bardzo istotną rzeczą jest kontrola typów. A Ty chcesz
> porównywać recordset z wartością? :)
Takie niejawne przecastowanie to nic nadzwyczajnego.
Przykład (działający na Oraclu) masz poniżej.
select 1 as a,
(select count(*) from dual) + 1 as b,
3 as c
from dual
Jakoś tu świetnie sobie poradził z przecastowaniem tego recordseta na
integera. :o)
Pozdroofki
----------
HuKawa
HuKawa - 27-08-2006 01:06
Sławomir Szyszło napisał(a):
> A czego brakuje ci w tabelach *temporalnych*?
W *temporary tables* brakuje mi możliwości tworzenia ich lokalnie (nie
udało mi się tego znaleźć).
Chciałbym sobie w ramach jednej sesji (a jeszcze lepiej w ramach jednego
wywołania procedury) stworzyć tabelę która nie jest nigdze poza nią
widoczna, w której mogę sobie nagrzebać, a w dowolnej chwili usunąć nie
zależnie od innych sesji.
Potrzebuję coś co bezkolizyjnie (z innymi sesjami/procedurami) będzie
sobie istniało - np. o tej samej nazwie a innej strukturze.
Pozdroofki
----------
HuKawa
Marcin 'goral' Goralski - 28-08-2006 00:53
HuKawa wrote:
> Chciałbym sobie w ramach jednej sesji (a jeszcze lepiej w ramach jednego
> wywołania procedury) stworzyć tabelę która nie jest nigdze poza nią
> widoczna, w której mogę sobie nagrzebać, a w dowolnej chwili usunąć nie
> zależnie od innych sesji.
Koncept tablic tymczasowych jest zupelnie inny w Oracle, niz to o czym
mowisz. Struktura tablicy tymczasowej pozostaje stala, natomiast tylko
dane sa oprozniane w zaleznosci od tego jak ta tablice stworzyles
(sesja, transakcja).
Proponuje doczytac ... wbrew pozorom to ma spory sens ... a jesli chcesz
sobie takie tablice usuwac ... co za problem z poziomu PL/SQLa ?
marcin
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
Oracle 19g +Insert +Insert +Insert...
[oracle] zapytanie dynamiczne z =?ISO-8859-2?Q?=22dynamiczn=B1_?==?ISO-8859-2?Q?nazw=B1_tabeli=22?=
[Oracle] jak =?ISO-8859-2?Q?ograniczy=E6_pami=EA=E6_dla_se?==?ISO-8859-2?Q?rwera=3F?=
=?ISO-8859-2?Q?=5BOT=5D_Zdany_egzamin_Oracle_1Z0-007_a?==?ISO-8859-2?Q?_brak_informacji_na_stronie_Prometric_-_czy?==?ISO-8859-2?Q?_co=B6_nie_tak=3F?=
jak to =?ISO-8859-2?Q?zrobi=E6=2E=2E=2E=3F_TSQL_sql_server?==?ISO-8859-2?Q?_?=
[oracle] czy da =?ISO-8859-2?Q?si=EA_z_poziomu_procedury_?==?ISO-8859-2?Q?zrobi=E6_kopi=EA_zapasow=B1=3F?=
[oracle 10g] czy =?ISO-8859-2?Q?mo=BFna_wy=B3=B1czy=E6_wszys?==?ISO-8859-2?Q?tkie_wi=EAzy_w_schemacie=3F?=
MSSQL Express czy Oracle Express
=?iso-8859-2?q?[oracle]_Jak_sprawdzi=E6_wielko=B6=E6_tabeli_=3F=3F?=
=?ISO-8859-2?Q?Poszukjue_ksi=B1=BFki_"Oracle_?= =?ISO-8859-2?Q?optymalizacja_wydajno=B6ci"..?=
zanotowane.pldoc.pisz.plpdf.pisz.pltejsza.htw.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
