[ ultraKeen @ 28.10.2002. 12:53 ] @
ovako... trenutno sam BAS u veliko dilemi: da li IB ili FB ?

Mene kopka sta ce biti posle 5 ili 10 godina, da li ce FB da postoji uopste (znam celu pricu koja se zasniva na njih 50 gurua i entuzijazmu ostatka planete), a znam da ce IB verovatno da postoji obzirm na ime firme... i td...

Ono sto je mene privuklo IB-u (a sada i FB-u) su njegove mogucnosti koji mi zaista trebaju (procedure, trigeri) i naravno dzaba cena ;) ... Ja ne bezim da jednog dana platim punu cenu dobrog SQL-a - ali "jednog dana" kada budem imao cime, a dotle moram da vozim nesto najbolje a da je dzabe...

Dakle pretpostavite situaciju da za 5 godina meni nece biti problem da zaista kupim dobar SQL - jer mi je bitan posto od njega zivim - ali, da li ce tada uopste postojati FB u tekuce radnoj verciji, ili ce da se ugasi, pa cu ja da se zateknem u ne-daj-boze situaciji da prepakujem SQL kood na nesto ko-zna-sta...? ili drugo pitanje: da li ce posle 5 godina FB i dalje biti bolji od tekuce verzije IB-a (koja se naravno placa) - pa necu morati nista da prepakujem...? ... gde pod "bolja" racunam stabilnost rada, mozda brzinu odziva ili nesto novo...

Primer: meni trenutno (a i nadalje zasigurno) ZAISTA treba varijabla CURRENT_USER koju FB ima a IB (trenutno?) nema; jeste, ja mogu i u IB-u da povijam tu rolu po RDB$USER_PRIVILEGES za poznatu USER variablu IB-a - ali sta kada tamo u toj bazi zateknem da taj user ima dodeljene mu 2 role a ne jednu - ? ... opet sam izvisio jer meni treba TRENUTNO aktivna rola koji ugra tekuci user... (mada dosta cvrsto znam da tesko da ce mi zatrebati user sa dve role, ali ipak ne bi da unapred ogranicavam perspektivu kooda)

Dakle, u ovom trenutku me recimo ta varijabla CURRENT_USER prosto gura u narucje ;) FB-a, ali me i more teski snovi sta ce biti za 5 godina, sta ako FB ode u muzej... i to je samo mala ilustracija dileme, a gde je ostalo

Neko ce da pomisli da preterujem, ali je u pitanju koncept resenja zasnovan na tome da se apsolutno sve odradjuje SQL procedurama, da dodatnu brigu sta ko moze da radi na nivou reda u tabeli dopunjavaju trigeri - tj. da je sve zasnovano na statusima redova a da front-end samo menja te statuse i dobija nove view-e...

Sta preporucujete ?
[ Branko @ 28.10.2002. 13:50 ] @
Tamni vilajet !
Ko uzme kajaće se , ko ne uzme kajaće se.
Niko ne može da ti išta garantuje za 5 godina. vozi FB i uživaj .
[ morlic @ 01.11.2002. 11:05 ] @
Na tako dug period svakako ne mozes nista sigurno planirati. Mislim da je svejedno sta ces koristiti. Bolje bi bilo da si sto manje zavisan od konkretne baze ( naravno ako je to trenutno moguce ), jer moze da ti se desi da moras da predjes na nesto trece...
[ mbabuskov @ 22.11.2002. 16:07 ] @
Citat:
ultraKeen:
Dakle pretpostavite situaciju da za 5 godina meni nece biti problem da zaista kupim dobar SQL - jer mi je bitan posto od njega zivim - ali, da li ce tada uopste postojati FB u tekuce radnoj verciji, ili ce da se ugasi, pa cu ja da se zateknem u ne-daj-boze situaciji da prepakujem SQL kood na nesto ko-zna-sta...? ili drugo pitanje: da li ce posle 5 godina FB i dalje biti bolji od tekuce verzije IB-a (koja se naravno placa) - pa necu morati nista da prepakujem...? ... gde pod "bolja" racunam stabilnost rada, mozda brzinu odziva ili nesto novo...


Pa za pet godina mozes da zaradis puno para sa FB, pa ce ti posle biti svejedno, zar ne?

Citat:

Dakle, u ovom trenutku me recimo ta varijabla CURRENT_USER prosto gura u narucje ;) FB-a, ali me i more teski snovi sta ce biti za 5 godina, sta ako FB ode u muzej... i to je samo mala ilustracija dileme, a gde je ostalo


Ako nekom klijentu napravis aplikaciju sa FB, i radi mu, nije ti vazno da za 5 godina njemu menjas bazu, on moze i dalje da koristi stari FB na kojem sve radi. A sto se tice CURRENT_USER-a, to je kljucna rec po SQL standardu, i ne verujem da ce da je ukidaju...

Citat:

Sta preporucujete ?


Radi u FB-u, dok se ne pojavi nesto bolje... zar postoji druga opcija?

P.S. Postoji, pogledaj SAPDB, mozda ti se vise svidi i isto je open source.