Net i Ja » Bazy Danych

Hash table w Oraclu

Marek — Wed, 23 Mar 2011 12:34:26 +0000

Problem prosty, rozwiązanie równie przejrzyste. A wszystko dzięki PL/SQL-owi.

Tak wygląda przykładowa deklaracja tabeli:


subtype tvalue is varchar2(1000);
 type thash is table of tvalue index by varchar2;
 hashtab thash;

Użycie tabeli hashowej:

hashtab(klucz) :=wartosc;

„ORA-12838: cannot read/modify an object after modifying it in parallel”

Marek — Tue, 15 Feb 2011 09:13:11 +0000

Niby prosty insert na podstawie selekta:


INSERT /*+ APPEND */ SELECT * FROM test;

A w efekcie można uzyskać brzydki błąd. Jego rozwiązanie jest dość banalne.

Wystarczy zapytanie zakomitować:


COMMIT;

MySQL + PHP = problem z kodowaniem

Marek — Tue, 02 Nov 2010 12:49:54 +0000

Mam plik zakodowany w UTF8 i bazę danych w MySQL która ma ustawione kodowanie tabel na utf8_polish_ci. Z pomocą php chcę ją wypełnić. Niestety mimo wielu prób otrzymywałem zamiast polskich liter krzaki…

Rozwiązaniem by po nawiązaniu połączenia zadeklarowanie używanego kodowania, w taki sposób:


$dbh->query('SET NAMES "utf8"');

create table as select where rownum, czyli o tworzeniu kopi tabeli z ograniczeniami

Marek — Thu, 21 Oct 2010 06:32:30 +0000

Czasem w czasie procesu testowania stworzonych procedur lub większych zapytań sql pojawia się potrzeba częstego ich testowania. Jednak często oryginalne dane, które mamy przetwarzać są zbyt duże by testy przeprowadzać w trakcie powstawania kodu. Dobrym rozwiązaniem tego problemu jest stworzenie kopi tabel z małą próbką testową orginalnych danych.

Kod stworzenia kopi tabeli, gdzie n jest zadaną ilością wierszy kopiowanych:


create table tablica_kopia as
 select * from tablica_orginalna
 where rownum <=n;

Select random, czyli jak wyciagnać z tabeli losowe rekordy

Marek — Sat, 16 Oct 2010 08:57:47 +0000

Miałem problem jak wyciągnąć kilka tysięcy losowych rekordów z dość sporej tablicy i zapragnąłem znaleźć rozwiązanie w jednym zapytaniu do bazy danych. Oczywiście dzięki bibliotekom udostępnianym przez Oracle takie rozwiązanie jest możliwe. Skorzystałem z pomocy pakietu dbms_random.

A oto kod gotowego zapytania wyciągającego n losowych rekordów z zadanej tabeli:


select * from table_name where row_id in (
select row_id from(
select row_id, dbms_random.value  from table_name order by 2)
where rownum<=n);

Odinstalowywanie Oracle 11g z Windowsa

Marek — Sat, 02 Oct 2010 14:31:14 +0000

Wbrew pozorom nie jest takie banalne zadanie. Pierwszym krokiem w takim momencie jest wyłączenie bazy. Wystarczy zalogować się do bazy za pomocą sqlplus jako sysdba i wydać polecenie natychmiastowego zamknięcia bazy:

shutdown immediate

Następnie wielu skieruje swoje kroki do narzędzia firmy Oracle zwanego Universal Installer. Jednak jego uruchomienie i próba odinstalowania całej bazy za jego pomocą skończy się komunikatem z prośbą o zastosowanie innego narzędzia wywoływanego z linik komend. Narzędzie to uruchomimy poleceniem:

C:\ORACLE11g\product\11.2.0\dbhome_1\deinstall>deinstall.bat

Proces deinstalacji bazy Oracle rozpoczyna się od odpowiedzenia na kilka pytań o dokładne szczegóły np. jaką instancje usunąć. Na końcu powinniśmy zobaczyć podobny ekran do poniższego, zawierającego informacje podsumowujące wykonanego zadania, oraz ewentualne napotkane błędy.

Problem z kodowaniem znaków podczas przenoszenia bazy?

Marek — Tue, 17 Aug 2010 12:01:22 +0000

W wypadku gdy do tego celu będziemy wykorzystywać phpMyAdmin jesteśmy narażeni na tego typu problemy.Wynika to między innymi z ustawień kodowania połączenia między aplikacja a serwerem bazy.

Jest jednak rozwiązanie, które ograniczy nam sporo cierpienia mimo, iż na początku może odstraszać wielbicieli webowego interfejsu phpMyAdmin. Myślę tu o wbudowanych narzędziach bazy MySQL o nazwie mysqldump oraz mysql. Obsługa ich odbywa się za pomocą konsoli systemowej.

Gdy chcemy eksportować z bazy danych:

mysqldump --user=XXXXXXXX --password=XXXXXXX --databases DB_NAME1 DB_NAME2 DB_NAME3 > /PATH/TO/DUMPFILE.SQL

Gdy chcemy importować do bazy danych:

mysql --verbose --user=XXXXXXXX --password=XXXXXXXX DB_NAME < /PATH/TO/DUMPFILE.SQL

„ORA-06553: PLS-382: expression is of wrong type” i tablica dual

Marek — Wed, 05 May 2010 08:17:50 +0000

Kilka dni temu zacząłem się trochę więcej bawić z bazą danych Oracle i od razu napotkałem klika niespodzianek Oto jedna z nich. Pisałem funkcje składowaną, która po wykonaniu jakiś zapytań na bazie i sprawdzeniu kilku warunków miała zwrócić true lube false, a z racji że PL/SQL udostępnia cudowny typ BOOLEAN to zapragnąłem własnie z niego skorzystać.


create or replace function czy_spelnione_wymagania(
 pesel IN varchar2,
 temat IN varchar2)
 return boolean
 is

....

Funkcja się skompilowała poprawnie, więc cały szczęśliwy chciałem ją przetestować korzystając z zabawnej tablicy DUAL.


SELECT czy_spelnione_wymagania('8089123243','Oaza Nowego Zycia 1') FROM DUAL;

I tu mnie spotkało niemiłe zaskoczenie:


ORA-06552: PL/SQL: Statement ignored
ORA-06553: PLS-382: expression is of wrong type

Zasięgnąłem informacji o błędzie i byłem dość zaskoczony tym co było przyczyną. A mianowicie poczciwy SQL nie obsługuje udostępnianego przez PL/SQL typu BOOLEAN! Więc trzeba to obejść jakoś ładnie i poniżej przedstawiam moją propozycje rozwiązania tego problemu za pomocą bloku PL/SQL.


DECLARE
VAR_BOOL BOOLEAN;
BEGIN
VAR_BOOL :=czy_spelnione_wymagania();
IF( VAR_BOOL = TRUE ) THEN
DBMS_OUTPUT.PUT_LINE( ‘TRUE’ );
END IF;
END;

Tak więc nie jesteśmy zmuszeniu do modyfikacji formatu zwracanych danych przez naszą funkcje składowaną, ale oczywiście jak ktoś bardzo lubi to może sobie przyjąć, że będzie zwracał int, gdzie FALSE = 0 a TRUE = 1.