Interbase i jdbc

chwile ... chyba cos pokreciles jdbc jest to łącze dla javy, a delphi to
pascal dla
win32

Jezeli chodzi o mozliwosci to polecam SybaseSQLAnyWhere.
Prosty i mnostwo mozliwości. Zgodny z ANSI SQL'92 plus troche rozszerzen.
W Win32 mozliwosc obslugi przez graficzne narzedzie lub z linii polecen.
Wersja 6.0 umozliwia ponoć osadzania i uruchamianie klasy Javy na
serverze. Czyli defacto jest to server servletów - zależy ile okrolili z
możliwości
javy, bo podobno okroili.

www.sybase.com.pl - chyba ?

Jacek W.

Zgadza sie. Pierwsza wzmianke pominalem, a potem byl interbase no i sie
zasugerowalem. W mysl zasady "pierwsze slowo do smietnika ..."
PS. Na marginesie w obu przypadkach istnieja wersje evaluacyjne.

Jacek W.

 Panie Jacku - mysle, Sybase nie jest darmowy (chyba, ze sie cos zmienilo).
Ze swej strony słyszalem o serwerze Altera SQL, ktory ostatnio byl darmowy.

Mam dwa proste pytania - szukam serwera do ktorego moglbym sie podlaczyc za
pomoca jdbc, bylby darmowy i
dobrze wspolpracowalby z delphi

patrzylem na posgare jest prawie idealnie - jedyny mankament nie obsluguje
left outer join a chyba cos
takiego bedzie mi potrzebne

inne np mySql jest nie transakcyjny

wiec tak sobie pomyslalem interbase 4 i jdbc z wersji 5
czy to ma jakies szanse zdzialac, moze ktos z Was juz to trenowal

bede wdzieczny za wszelkie wskazowki

dzieki za odzew

Juz prostuje

tak sobie wymysllem

baza ma stac na unixe bo ....  (tutaj lista argumentow - nie przytaczam)
do niej trzeba jakos dane wpisywac poniewaz calkiem dobrze mi
idzie z delphi to potrzebuje do takiej bazy odbc (postgare to ma i interbase
tez)

do uzupelniania tej bazy w javie - praktycznie juz jest w delphi

obecnie che tak zrobic (jezleli inny watek z tej listy powyjasnia mi kwestej
javy)
to uruchomie servleta na serwerze, bedzie sie komunikowal z baza za pomoca
jdbc

i teraz ponawiam pytanie czy moze ktos testowal interbase 4 z jdbc z versji
5 interbase

dzieki za wszelkie sugestie

po zatym sql anywhere jest platny (ostanio byla wyprzedaz 16 uzytkonikowy
mozna bylo kupic za 1000 zl
normalnie ok 3000 zl)

Piotrek

Może nie wszystkie wersje, ale jest dostępna conajmniej jedna taka, przy

dla Linuxa).

Michał

Mozesz pisac w delphi i laczyc sie z baza na dowolnej platformie poprzez
odbc.
Po co kombinowac z jdbc i servletami - przy aplikacji klienta w delphi jak
zamierzasz
sie z servletem połączyć ? Jedyny sens jaki widzę to próba ominięcia
licencji
na n-uzytkowników przy pomocy jednego servleta, lecz z praktyki wiem,
że jeżeli chcesz byc w porządku to i tak musisz kupić n licencji.
A jezeli chcesz pisac w javie to klient w javie i poprzez jdbc z tegoz
klienta
łączysz się z serverem na dowolnej platformie.
Jezeli chodzi Ci o umieszczenie cześci kodu na serwerze (wydajność) to
w Interbase i w SybaseSQLAnywhere, a takze wielu innych serwerach baz danych
mozna pisac procedury składowane (stored procedure). W sybasie 6.0 można

InterBase też jest płatny i dlatego sytuacja w licencjonowaniu Inerbase i
SybaseSQLAnywher jest identyczna (jest wersja na linuxa).

Jacek W.

Do tego nie jest nezbędny servlet, wystarczy baza danych z driverem
pure JDBC. Piszesz aplikację (lub aplet) w javie i zasysasz dane przez JDBC
i kwita.
A aby na 100 % zabezpieczyc sie przed modyfikacja nie dajesz uprawnien
na serwerze baz danych. I jeszcze raz JDBC to takie ODBC dla javy i nie
wymagajace instalacji

To prawda to jest na pierwszy rzut oka bez sensu, lecz jezeli sie
zastanowisz to
wyjdzie, ze zadna firma produkujaca bazy danych nie pozyje dlugo.
Spotkalem sie z takim podejscie w produkcie LinkWorks i serwer baz danych MS
SQL.

slyszalem, ze postgres niezle obciaza system przy juz kilku polaczeniach
i potrafi sie wywalac - nie sprawdzalem.
Z interbasem nie pracowalem, lecz z informacji udzielonych przez
przedstawiciela
firmy wynika, ze "nie lokuje" on rekordów tzn. lokuje optynistycznie
co jest dla mnie dosc optymistyczne i dlatego czeka on w mojej kolejce zadan
na przetestowanie. Bo z tym lokowanie to hoho... ale sami wiecie.
Jakbys cos ciekawego wykryl w tym temacie to daj znac albo na news albo na
priva.

Pozdrowienia
Jacek W.

Dzieki za odpowiedz
wyjasniam jeszcze kilka dodatkowych kwestji (sory ze nie wyjasnilem
wczesniej)

servlet jest mi potrzebny aby z przegladarki mozna bylo zadawac zapytania do
bazy

niz
perl (przynajmniej tak mi sie wydaje)
Klient z przegladarki bezie mogl tylko odgladac dane, bez mozliwosci
modyfikacji

Wspomniales ze i tak musze kupic n licencji - prawe mowiac nie rozumem
dlaczego

tak wiem, czasami stosuje,

podsumowujac

caly czas mam dylemat posgare czy interbase
obecnie pobuje sie podlaczy do postgare za pomoca jdbc, mam klopoty z
classpath, chyba jak
kazdy poczatkujacy
dodatkowo troche potestuje jescze intebase 4.0 z jdbc z interbesa 5
Jezeli cos bys wiedzial na ten temat to prosilbym o maila

jescze raz dziekuje za odpowiedz

Piotr

Moim zadaniem najwiecej pożytku z javy dla aplikacji wieloplatformowych,
czyli np. oprogramowanie klienta.
W przypadku, gdy jest wielu nieczęsto łączących się klientów jest najlepiej
używać

native języku (c++) lub (jezeli to wystarczy, tzn. wydajnościowo) perl lub
phyton.

Np. java jest bardzo dobra dla intranetów.

A co jest z tym lokowaniem ? Czy rzeczywiśnie jest ono optymistyczne, tzn.
Po wykonaniu update i nie zamknieciu transakcji nadal widac z innego
połaczenia
poprawione rekordy z danymi przed poprawieniem ?

Pozdrawiam
Jacek W.

Racja, tak mozna i tak bylo by najprosciej
w zwiazku z tym mam pytanie:
posgaresql.jar ma 52 kb, do tego klasa z jawa moze miec ok 5 kb,
czyli razem 60 kb, przy wolnej transmisji to wszystko bedzie sie slabo
ciagnelo
pocieszeniem jest fakt ze jdbc jest sciagane raz ale
jak to sie ma do przegladarek, czy pewnosc ze ten aplet mi sie uruchomi jest
dosc
duza?
Wymyslilem sobie, ze strona bedzie htmlowa budowana przez cgi lub servleta
przesylam tylko kilka kilo, uzytkownik nie czeka dlugo.
Wiem ze z takim podejsciem jest wiecej roboty, ale co Ty na takie
rozwiazanie?

MS

racja, chyba by poszli z torbami

Na iterbase nie postawilem duzej bazy poniewaz koszty produkty byly wieksze
od
sql anywhere. Jednak przez pewien czas korzystalem z niej jako bazy testowej
Ogolnie jestem zadowolony, nie wywalal sie, latwo sie nim poslugiwac,
jedynie od
strony narzedziowej jest troche gorzej w porownaniu z sql anywhere -
mozna zrobic wszystko ale trzeba to zrobic sqlem a nie wybierajac opcje z
menu
z tego co pamietam wersja linuxowa jest 4.0, slyszalem ze nie jest to wersja
idealna - podobniez jest z bledami (ale to tylko zaslyszana opinia)

Jak by Ci sie udalo cos z nim zwalczyc to bardzo chetnie jeszcze pogadam na
ten
temat

pozdrawiam

Piotr Such

zgadza się

Z góry dzięki, lecz myśle że prościej i szybciej byłoby gdbyś sprawdził, czy
w wyższym
poziomie transakcji  (nie DirtyRead), da się w jednym programie poprawić
rekord
nie zamykając transakcji i w dugim programie próbował go odczytać (trzeba
uważać
czy ten drugi prog. nie ma tego rekordu w cachu) - jeżeli interbase odczyta
ten rekord
to ho ho ... - to ma optymistyczne lokowanie.

Jacek W.

nie wiem czy to juz gdzies nie padlo bo bylo (uwaga długie!)
w InterBase nie ma wogole lokowania jako takiego. Mechanizm wykorzystywany
nazywa sie wersjonowaniem i jest dosyc ciekawy. Dokumentacja zawiera jego
pelen opis oraz beneity jakie to daje
pozdrowienia
bar

rozumiem, dzieki

sposob lokowania a raczej czytania rekordow w ktorych sa zmiany ustalasz
przy podlaczaniu sie do bazy
Poniewaz pracuje na delphi to powiem jak tam to sie robi (ale mysle ze nie
zalezy to od klienta tylko jak serwer bazy podchodzi do czytania nie
zapisanych danych)
sa trzy sposoby czytania:
tiDirtyRead: czyta rekordy nawet na ktorych nie bylo commitu
tiReadCommitted: tylko te na ktorych byl commit (jak nie bylo a chcesz
przeczytac to to program czeka)
tiRepeatableRead: to co wyzej tylko co chwile probuje ponownie

co do lokowania optymistycznego to nie wiem, jedynie ze w trakcie testow i
pracy
nie pojawila mi sie dziwan sytuacja - moge doczytac w dokumentacji (na
jutro)