A ja baš pomislio da niko ne cita ovaj sajt. Ideju za trik sam pokupio u kjizi ‘Inside SQL Server 2005: SQL programming’, autor Itzik ben Gan i drugi. Ne smem da tvrdim da je rešenje sa UDF funkcijama efikasnije od trigera. Imam nameru da u nekoj skoroj budućnosti testiram ideju na malo većoj tabeli, pa da vidimo. U svakom slučaju, deluje mi jednostavnije za pisanje nego triger. Ako nista drugo, čini mi se ne moram da razmišljam da li će moći da odradi i multi-row insert. Često se lako napiše triger koji radi sa jednim redom, a više redova odjednom moze da bude problem. Nadam se da bar o tome ne moram da brinem.

Uglavnom, eto ideje i svaki komentar ili kritika su dobrodošli

Ista stvar može da se odraditi i u PostgreSQL-u. Sledeći kod je inspirisan Zidarovim tekstom i gotovo je identičan.

CREATE TABLE zaduzenja (
transakcija INTEGER NOT NULL PRIMARY KEY,
racun INTEGER NOT NULL,
iznoszaduzenja NUMERIC(12,2) NOT NULL CHECK (iznoszaduzenja > 0.00)
);

CREATE OR REPLACE FUNCTION ukupnozaduzenje (p_transakcija INTEGER, p_racun INTEGER) RETURNS NUMERIC AS
$body$
SELECT COALESCE(SUM(iznoszaduzenja), 0.00)
FROM zaduzenja
WHERE transakcija = $1
AND racun = $2
$body$
LANGUAGE ’sql’ VOLATILE CALLED ON NULL INPUT SECURITY INVOKER;

ALTER TABLE Zaduzenja
ADD CONSTRAINT ck_ukupnozaduzenjemanjeod100
CHECK (ukupnozaduzenje(transakcija, racun) <= 100.00 - iznoszaduzenja);

Razlika u kodu je jedino u definiciji i pozivu funkcije ‘ukupnozaduzenje’ koja u ovom slučaju ima dva ulazna parametra. Ovo se mora uraditi jer PostgreSQL proverava CHECK constraint pre nego se izvrši upis podatka. Ta činjenica dovodi do toga da funkcija pri računanju zbira nemože da uzme u obzir i novo uneti red, jer joj taj red još nije dostupan.
Problem sam razrešio tako što sam od 100 oduzeo aktuelnu vrednost novounetog zaduženja.
Ovo je opet prouzrokovalo nov problem - da se funkcija nemože definisati ako već postoje redovi, jer su joj tada svi redovi dostupni pri sabiranju.
Ovaj drugi problem sam rešio tako što sam funkciji dodao još jedan parametar, i to je podatak o aktuelnoj transakciji, koju onda izuzimam iz sabiranja. Na ovaj način se napokon funkcija i njen poziv ponašaju ispravno.

Ponoviću, zaista lep trik… a ja sad idem da se oslobodim nekih trigera

A da li je neko probao koristiti Heidi MySQL (http://www.heidisql.com/)? Meni se čini kao OK alat. Lepše mi izgleda od Toad-a i nekeko mi se čini lakši za upotrebu, a i potpuno je Free.

Pisao sam vec o “TOAD vs. PL/SQL Developer” (provjeri u arhivi: http://www.baze-podataka.net/2006/10/04/toad-vs-plsql-developer/ ), a od drugih korisnih alata mogu izdvojiti jos jedino SQL Developer (http://www.oracle.com/technology/software/products/sql/index.html) i SQL Manager for Oracle (http://www.sqlmanager.net/de/products/oracle/manager)…

Isprobao sam ih sve (ova dva zadnja sam probao prosle godine), ali mi je najefikasniji i najbolji za rad upravo TOAD. Mnostvo opcija, konfigurabilan, ima SQL Advisor, Optimizer, izuzetno PREGLEDAN explain plan output, code road map, compare schemas i objects, odlican debugging … ma brdo stvari… A i fino izgleda!

Sto se tice ogranicenja za Freeware verziju, ja sam TOAD for MySQL koristio bez ikakvih problema - sve je sljakalo bez prigovora… Imas samo trial period od 60 dana i ogranicenje na 5 korisnika, ali sumnjam da ce ti trebati vise od 5.

“Toad for Oracle freeware may be used for a maximum of five (5) users within Licensee’s organization and expires each sixty (60) days, after which you will need to download and install the product again. For more than five (5) users within an organization, you will need to purchase licenses of Commercial Toad for Oracle.”

Koja u ogranicenja freweware verzije?

I meni se dopa text mada bi mi se jos vise dopalo da je ovo istina. Naime iako PHP vrlo dobro poznajem cijena aplikacija PHP+MySQL je znacajno niza od istih razvijenih u Javi.
Kako me Java odusevljava a i bolje se placa mozda ne bi bilo lose (po mene) da se ova prica obistini…