Oracle - to co Nas czeka z KS-SOMED

[lekarz]

Witam,
A czy ma ktoś z Was aktualny cennik Oracle do 10 lic.
Pozdrawiam

[bart]

Należy poczytać tu
https://www.oracle.com/pl/corporate/pricing/index.html

[lekarz]

Ostatnio otrzymaliśmy taki cennik

Witam,
A jak to się ma w sytuacji, kiedy jest w przychodni 5 gabinetów lekarskich(oddzielne pomieszczenia) w których przyjmuje na zmianę 8 lekarzy POZ i AOS, do tego 4 pielęgniarki środowiskowe, 1 rejestratorka, 1 piel. położona, 1 piel. szkolna, 1 kierownik medyczny (administrator) w sumie to jest 16 licencji NUP Oracle, czy wystarczy kupić tylko na 10 lic. NUP Oracla (w załączniku Edward_B kolumna 16 wiersz H) aby mogło pracować tyle osób w systemie KS SOMED, czy wchodzimy w inną ilość licencji Oraclowych?

[09061303]

Pytasz po raz kolejny o to samo, a odpowiedź już była - NUP nazwany użytkownik, czyli zgodnie z licencją na oracla musisz mieć tych licencji 16 w wersji NUP. Jak kupisz 10, to teoretycznie możesz nie kupować wcale (chociaż może lepiej mieć coś niż nic w ogóle) - tak i tak masz naruszone prawa licencyjne.
Na stanowisko możesz wyceniać licencje na Somed - dokładniej liczy się to wg jednocześnie uruchomionych stanowisk.

[Sławek]

Witam

Zachęcam do poczytania na FB i subskrybowania użytkownika DEMOS , publikuje to programista z Kamsoftu, między innymi poruszył ostatnio temat baz dynach Oracl.

Pozdrawiam

[Michał]

Czy tylko ja nie mogę znaleźć użytkownika DEMOS na FB?

[maciejj]

https://pl-pl.facebook.com/demos.ex/

[lekarz]

Chodzi o to?
Coraz więcej osób staje przed dylematem, co z bazą danych? Biorąc pod uwagę politykę cenową Oracle pytanie to nie jest bezzasadne. W wielu przypadkach koszt licencji Oracle dla danej jednostki staje się trudny do udźwignięcia. Z drugiej strony nasz system może działać na darmowej bazie danych Firebird. Ale podobno to działa tylko do czterech stanowisk.
Ta strona nie jest oficjalna, tak więc to co za chwilę przeczytacie jest prawdą, ale jak na razie oficjalnie nikt tego nie napisze. I każdy, łącznie ze mną, w razie czego wszystkiego się wyprze ?.
A więc od początku. Skąd te 4 stanowiska? Lat temu naście, gdy KS-SOMED powstawał wybrano dla niego ?porządną? bazę danych Oracle i mniej porządną, acz też płatną bazę Interbase. Różnica w cenach była znacząca. Przy czym nie ma co ukrywać, baza Interbase czasem sprawiała nam problemy. Mieliśmy nawet program, który sami stworzyliśmy. I co najdziwniejsze nikt nie wiedział dlaczego, ale pozwalał ratować bazy, które ?padły?. Dlatego też nie chcieliśmy ryzykować i większym jednostkom, a więc takim mającym wiele stanowisk, proponować nie do końca pewną bazę danych. Inna sprawa, że biorąc pod uwagę koszt tej bazy danych, relatywnie niewielki, mieliśmy podejrzenia graniczące z pewnością, że baza ta nie doczeka się umoszczenia na prawdziwym, dedykowanym serwerze. Najczęściej serwer bazy danych był stawiany na komputerze w rejestracji. I nie była to żadną nadzwyczajną sytuacją gdy ni stąd ni zowąd po prostu komputer, z serwerem bazy danych, zaliczał pad. Pamiętajmy, to były czasy sprzed XP. To wszystko razem powodowało, że wdrożenie większej liczby stanowisk na takim serwerze to jazda bez trzymanki. Z tego też powodu nie mieliśmy większego doświadczenia z dużymi bazami Interbase bo takich po prostu nie było.
System KS-SOMED nie posiada i nigdy nie posiadał blokady na liczbę stanowisk dla bazy Interbase, czy obecnie Firebird. Jak napisałem wcześniej, była to kwestia organizacyjna, nie techniczna.
Dziś sytuacja nieco się zmienia. Po pierwsze jest już baza w pełni darmowa, Firebird. Z naszych doświadczeń należy stwierdzić, że dużo bardziej stabilna. Po drugie mamy Oracle ? mowa tu nie o wersji bezpłatnej ? który potrafi zabić ceną. I co nie jest rzadkością klienci, ograniczając koszty, nie wykupują asysty na kolejne lata. W takich sytuacjach odpada więc nawet ?polisa ubezpieczeniowa?, że ktoś pomoże, jak baza padnie.
Znamy instalacje, gdzie baza Firebird jest już całkiem sporą bazą, o takich rozmiarach, że nie dało by się jej przenieść na darmowa wersję Oracle. I działa, całkiem rozsądnie działa.
Nie chcę tu nikogo namawiać na przejście z Oracle na Firebird. Nie chce też nikogo wstrzymywać przed migracją z Firebird na Oracle. Chciałbym tylko zasugerować, że wbrew pozorom istnieje alternatywa. Jeśli nie wykorzystujemy specyficznych funkcji systemu zintegrowanego, można zastanowić się czy bezwzględnie musimy wysupłać sporą kwotę na serwer bazy danych Oracle.
Jeśli jednak zapadnie odważna decyzja o korzystaniu z Firebirda od razu należy podjąć drugą decyzję, jeśli już wcześniej coś takiego nie zostało zorganizowane. Myślę tu o bezwzględnym wydzieleniu komputera pełniącego rolę serwera bazy danych. I przypisaniu mu tylko takiej roli. Żadna dodatkowa stacja robocza. Nie jestem obeznany w cenach Oracle, ale myślę, że zaoszczędzona kwot z pewnością pokryje koszt takiego serwera. Zresztą, o czym mowa. Oracle i tak na osobnym serwerze pewnie byśmy instalowali.
I tu pojawia się pewien problem. Część klientów chętnie by chciała wydzielić serwer, ale skutecznie ich zniechęca to, że KS-SOMED raczej wymaga by baza danych postawiona była na 32-bitowym systemie windows. Żaden Linux, żadna 64-bitowa wersja Firebirda na widows. Więc jak, mam system 64-bitowy a i tak musze instalować 32-bitowy serwer bazy danych? Pomimo tego, że istnieje wersja na 64-bity (jak i na Linuxa).
Bierze się to stąd, że do pracy z bazą danych wykorzystujemy rozszerzenie serwera w postaci biblioteki udf. I dostarczamy takową ale tylko w postaci 32-bitowej biblioteki dla windows. Niektórzy znaleźni źródła tej biblioteki (to nie nasza robota ?) i samodzielnie skompilowali ja na odpowiedni system, ale to jest już ich własna inicjatywa, my takiego rozwiązania nie dostarczamy. Ale pracujemy nad czymś innym. Pracujemy nad pozbyciem się tej biblioteki. Firebird w wersji 2.5 ma już na tyle dużo wbudowanych funkcji, że nie ma powodów na rozszerzanie serwera dodatkowymi bibliotekami. Problemem jest tylko to, że należy znaleźć odpowiedniki i cały system KS-SOMED przerobić, by korzystał z tych odpowiedników. Nie jest to specjalnie trudna praca, aczkolwiek skomplikowana logistycznie. Wymaga bowiem przekompilowania całego systemu. W każdym razie prace trwają. Niebawem więc ? mam tu na myśli okres czasu tak około pół roku ? powinien pojawić się KS-SOMED, który wreszcie będzie mógł gadać z Firebirdem postawionym na czymkolwiek, nadal oczywiście zakładając, ze klient będzie 32-bitowy. Czyli będziemy mieli sytuację analogiczna z Oracle. Wówczas, mam nadzieję, że każdy świadomy użytkownik KS-SOMED z Firebirdem będzie miał instalacje opartą na wydzielony, porządny serwer bazy danych, być może postawiony na Linuxie. I być może takie rozwiązanie, w niektórych przypadkach, pozwoli na znaczne redukowanie kosztu systemu gdzie lwia część ceny to licencja Oracle. A gdy ten etap, czyli pozbycie się bibliotek rozszerzających, zostanie ukończony, możliwe będzie przejście również na Firebird 3. A ten ma już sporo ciekawych rozwiązań jak chociażby przyrostowy backup.

[karolweksler]

Przyrostowy backup jest już dostępny w Firebird 2.5 (nbackup).

[lekarz]

Witam,
Cytuje "I być może takie rozwiązanie, w niektórych przypadkach, pozwoli na znaczne redukowanie kosztu systemu gdzie lwia część ceny to licencja Oracle. A gdy ten etap, czyli pozbycie się bibliotek rozszerzających, zostanie ukończony, możliwe będzie przejście również na Firebird 3. A ten ma już sporo ciekawych rozwiązań jak chociażby przyrostowy backup."- kiedy będzie dostępny firebird 3 w ks-somed?