Jedna od posljednjih stvari koja me drži povremeno vezanog za MS Windows je MS Access. Najmanje poznat i najrjeđe korišten dio MS Office paketa na Windowsima, ali nezaobilazan mnogima koji su nakon mukotrpnog dugogodišnjeg spoticanja o Excel u funkciji adresara, cjenika, ili bilo kakve podatkovne evidencije, shvatili da upravo tome služi Access. Excel je odličan analitički alat, ali i vrlo loš za manipulaciju velike količine podataka. Access je, zato, alat koji omogućava izradu relacijske baze podataka, pa čak i aplikacije oko takve baze, svakom onom tko uloži nešto vremena da se nauči njime služiti. Nije namijenjen profesionalnim rješenjima, dosta loše se ponaša u višekorisničkom okruženju (iako čak i to donekle funkcionira) i raspada se ako podataka imamo *stvarno* puno. S druge strane, prekompliciran je za naučiti tako da nikad nije postigao popularnost Excela ili Worda kod individualnih korisnika (iako je neusporedivo efikasniji alat od Excela koji se često koristi za tipične poslovne funkcije jedne male firme - kombinacija adresar-cjenik-ponuda-račun). Međutim, u nekoj "srednjoj" klasi primjena, prejednostavnih da se isplati ulagati u skupo komercijalno rješenje ili pak prespecifičnih da bi kvalitetno komercijalno rješenje uopće postojalo, a opet dovoljno složenih da ulog vremena u učenje može biti isplaćen kroz uštedu vremena u svakodnevnom radu - Access ima svoje vjerne korisnike koji na Windows platformi u njemu vide "zlatnu sredinu" za svoje ne prevelike potrebe. A kakva je situacija na Macu?

Kroz godine svoje inženjerske prakse razvio sam niz alata utemeljenih na relacijskim bazama podataka, koji su mi služili u svakodnevnom radu i štedjeli mi, na godišnjoj razini, stotine i tisuće čovjek-sati. Profesionalni database developeri su mi se uvijek podsmjehivali i isticali brojne nedostatke, ograničenja, boljke i mušice Accessa (koje sam znao bolje od njih), ali pravu alternativu mi nisu nikad znali dati. Ili se, s jedne strane, radilo o skandalozno preskupim ultraprofesionalnim alatima za ogromne baze od desetaka milijuna zapisa i tisuća relacija (što bi za moje potrebe bilo isto kao da idem kupiti kombajn za pokositi travu u svom voćnjaku), ili o opciji da razvijam "from scratch" vlastitu aplikaciju (i potrošim tisuće sati na programiranje GUI funkcionalnosti) temeljenu na opensource rješenjima kao što je MySQL.

Nažalost, s istim sam se problemom suočio i prilikom prijelaza na Mac. Zapravo, problem je bio gori. Jer - na Windowsima sam imao Access (s manama koje sam naučio zaobilaziti, ne prevelikom cijenom, i osrednje teškim za programiranje), a na Macu nisam imao - ništa. To jest, tek sam trebao pronaći nešto. Dijelom zbog nedostatka vremena, dijelom zbog pomanjkanja volje da učim nešto novo, nastavio sam se koristiti Accessom u virtualnim Windowsima, povremeno istražujući moguće opcije na Macu i to je potrajalo, evo, gotovo 4 godine... Svjetlo na kraju tunela se zove FileMaker Pro 12.

No, nije ni taj put bez prepreka. FileMakerPro je bitno skuplji alat. Ali recimo da se u apsolutnim brojevima ipak ne radi o iznosu koji bi bio prevelik, pogotovo s obzirom na bolje mogućnosti koje FMP ima po pitanju veličine baze, broja korisnika i jednostavnosti prebacivanja na web rješenje. Sve to pišem na temelju onog što deklarira proizvođač, s obzirom da još nisam došao toliko daleko da to mogu probati (ali nadam se da hoću). No, i to na stranu, prijelaz je sve samo ne lak. Ne samo da nema nikakvog automatiziranog niti poluautomatiziranog prebacivanja postojećih baza (tome se nisam ni nadao!), nego nema gotovo niti najmanje analogije u načinu razmišljanja, čak se niti terminologija gotovo uopće ne poklapa (osim u onom najnajnajtemeljnijem dijelu koji se uči iz svake fakultetske knjige o relacijskim bazama podataka). Praktički, treba potpuno promijeniti način razmišljanja. Početak je bio vrlo, vrlo težak. Puno teži nego da nisam imao nikad nikakvog iskustva s bazama podataka. Zato sam i odlučio napisati ovaj članak u nastavcima, za one koji odluče krenuti istim putem.

Pogled iz aviona

FMP objavljuje službenu usporednu tablicu Access-FMP. Nažalost, u nju je previše prstiju upleo marketing, a premalo database eksperti i/ili programeri. Razmišljao sam da li da je prenesem kao takvu, ali odustao sam od toga jer je u njoj previše mjesta gdje je istina nategnuta ili se čak ni to ne može reći. Onda bih se osjećao dužan dati objektivan osvrt na tu tablicu, a to bi sve onda otišlo u nekom krivom smjeru, koji nije konstruktivan. Zato sam se radije odlučio osloniti se isključivo na vlastitu usporedbu.

Ono što je svakako ogromna prednost na strani FMP je znatno brža krivulja učenja za potpune početnike koji nemaju pojma o bazama podataka. Korištenjem postojećih predložaka, potpuni database noob može već u nekoliko sati doći do kakve-takve funkcionalne prve verzije svoje baze podataka. U Accessu treba potrošiti najmanje toliko (pod pretpostavkom da korisnik već ima napredno informatičko iskustvo i znanje) na proučavanje koncepta i implementacije relacijskih baza i SQL jezika, a gdje smo još od korištenja gotove aplikacije...

Tvrtka FileMaker (i ne samo oni sami!) ističe kako FMP može "progutati" znatno veće količine podataka od Accessa, a da ne "zaškripi", kako je bitno bolji u mrežnom i višekorisničkom radu te kako je vrlo jednostavno prebacivanje aplikacije u web-aplikaciju. To još nisam imao prilike isprobati, ali nema razloga da im ne vjerujemo. A upravo to su stvari na kojima je Access zaista "tanak". Svaki pokušaj mrežnog korištenja je avantura koja može završiti krahom i gubitkom podataka, a baza s više od 100.000 zapisa postaje čisti ruski rulet...

Međutim, dok je očito "ispod haube" FMP znatno jači, trud da totalnom početniku ponude brze rezultate doveo je do toga da je "u sredini" tipično appleovski osakaćen: "Da, to se ne može. Ne, nema drugog načina. Kako da to napravite? Pa - nikako! Ali to je super, jer vam to ni ne treba! Ne treba vam! To vam ne treba. Ponavljajte za mnom. Ne treba. Ne treba. To vam ne treba...". :-)

SQL? Fuj SQL. U FMP svijetu nitko ne koristi SQL. Zašto, zaboga? Brz je, jednostavan, najmoćniji alat za filtriranje i manipuliranje podacima. Pa, eto, FMP tek od najsvježije verzije 12, od prije nekoliko mjeseci, izravno podržava SQL. Ali ta podrška je još uvijek vrlo rudimentarna, a, još gore, nitko iz FM zajednice ne zna gotovo ništa o SQL-u pa onda niti o tome kako bi ga trebalo koristiti unutar FMP. Dobio sam na jednom od FMP foruma neke maglovite naznake koji su me nakon par dana istraživanja doveli trnovitim putem do uspjeha. I desetke uvjeravanja kako mi to ne treba. :-) Detalji kasnije.

OK, što sa stvarima koje nisu podržane "out of the box"? Što ako nešto treba programirati? Access ima Visual Basic for Applications. Nije neka sreća od jezika, ali je normalni programski jezik. FMP ima mogućnost skriptiranja, koja zapravo više nalikuje izradi makronaredbi, u smislu da je sve povezano sa standardnim elementima korisničkog sučelja i posve je onemogućen izravan pristup podacima. Ali najviše frustrira što skriptu nije moguće napisati, nego isključivo naklikati kroz sporo i kilavo sučelje. Jasno, netko tko nije nikad programirao smatrat će ovo puno boljim, a to je iz aviona jasno da je FMP jako orijentiran na takve korisnike...

Zaključak prvog avionskog pogleda je - FMP je po mnogočemu bolji, po nečem pak neshvatljivo lošiji. Srećom, to nije toliko bitno da ne bi bio itekako upotrebljiv alat. Zato, idemo dalje...

Think different...

O, da. Definitivno. Ako igdje treba ovu maksimu doslovno primijeniti, to je ovaj slučaj. :-) Koncepcija, pristup, temeljne paradigme, sve je posve različito, a neke stvari čak i posve suprotne. Ali, za uvod, počnimo s onim što je isto.

FileMaker Pro
Pregled tablica u Accessu

FileMaker Pro
Pregled tablica u FileMakeru

Tablice (eng. table) i njihove međusobne relacije (eng. relationship) definiraju se na takav način da se niti jedan podatak ne ponavlja. Odnosno, ako se neki podatak ponavlja, on treba biti izvučen u drugu tablicu i relacijski povezan s onom prvom. To se onda zove "baza podataka". Puno sam puta sretao ljude koji se svakodnevno bore s monstruoznom Excel tablicom od 30-40 stupaca i 10.000+ redaka i zovu je "naša baza podataka" - i svaki sam se put susprezao da im ne krenem objašnjavati da to *nije* "baza podataka". A zašto nije? Pa evo školskog primjera. Imamo tablicu zaposlenika u firmi koja se zove vrlo neočekivano - "Zaposlenici" :-). Svaki redak u toj tablici (u database terminologiji kaže se zapis, odnosno record na engleskom) odnosi se na jednog zaposlenika. Svaki stupac u toj tablici (zove se polje, odnosno field na engleskom) predstavlja jedan podatak o tom zaposleniku. Neki od tih podataka (polja) su bitniji, jer se po njima pretražuje zaposlenike. To su ključevi (eng. key). Ključevi mogu biti npr. OIB, prezime, stručna sprema, itd. Barem jedan od ključeva bi trebao biti jedinstven (takav da je sigurno različit za svakog zaposlenika) - to bi npr. mogao biti OIB - pa se taj onda zove primarni ključ (eng. primary key). E, sad, jedno od polja u tablici zaposlenika je npr. Ulica, u kojem se čuva ime ulice - što predstavlja dio adrese prebivališta zaposlenika. Naravno, moguće je da više zaposlenika živi u istoj ulici. Na primjer ovako:

MBRIMEPREZIMEULICAKBR...
1234AnteBanderašCvjetna3...
5678AnđaJolićKišna13...
3425HarisStojadinovićCvjetna7...
...

Svašta se može sad s tom ulicom dogoditi. U Excel tzv. "bazama podataka" je najčešći problem što jednom piše "Cvjetna", drugi put "Cvjetna ul.", treći put "Cvjetna ulica", četvrti "Cvijetna ul.", a nađe se i makar jedna "Cvjenta". :-) Pa ti nađi koliko imaš zaposlenika koji žive u toj Cvjetnoj ulici. Ali lako za to. Što ako lokalna samouprava odluči promijeniti ime Cvjetne ulice u "Ulica tratinčica"? Ili, još gore, ako odluči *dio* Cvjetne ulice, od kućnog broja 15 na dalje, odnosno 8 na dalje s lijeve strane, preimenovati u "Ulicu tratinčica"?

E, upravo zato se formira nova tablica, koju možemo nazvati "Ulice". Koja može izgledati ovako:

IDIMEGRAD
1CvjetnaRijeka
2KišnaRijeka
3CvjetnaOpatija
...

(Usput, da, pogađate - idući korak je da napravimo tablicu "Gradovi" koja... :-) )

FileMaker Pro
Definicija tablice u Accessu

FileMaker Pro
Definicija tablice u Filemakeru

E, sad, što s tim. Pa jednostavno, u tablici zaposlenici, u polje "Ulica", umjesto imena ulice upisujemo primarni ključ one ulice u kojoj čovjek živi. Primarni ključ tablice "Ulice" je, naravno, "ID". Dakle, to će izgledati ovako:

MBRIMEPREZIMEULICAKBR...
1234AnteBanderaš13...
5678AnđaJolić213...
3425HarisStojadinović17...
...

I onda će, naravno, računalo svaki put kad je potrebno pročitati adresu zaposlenika uzeti primarni ključ, otvoriti tablicu "Ulice", pronaći odgovarajući zapis i pročitati podatke odande.

E, upravo taj oblik stvaranja veze među tablicama naziva se relacija.

FileMaker Pro
Dijagram relacija u Accessu

FileMaker Pro
Dijagram relacija u FileMakeru

I to je otprilike - to što je koncepcijski, paradigmatski i terminološki isto i kod MSA, i kod FMP. Sve drugo je drugačije. :-)

MS Access

Access ima jasno odijeljene vrste objekata:

  • tablice, koje sadrže isključivo unesene podatke (od čega su neki podaci - ključevi)
  • upite (eng. query), generirane ili napisane SQL jezikom, koji služe pretraživanju, filtriranju, grupiranju i kombiniranju podataka iz tablica, izračunavanju određenih stvari na razini pojedinih zapisa, ali i agregirano po grupama, pa onda izmjeni podataka u tablicama, kreiranju novih zapisa, novih tablica... dakle, svemu onom što SQL jezik omogućava
  • obrasce (eng. form), koji služe kao korisničko sučelje za interaktivno pregledavanje, pretraživanje i unos podataka
  • izvještaje (eng. report), koji služe za generiranje izlaznih dokumenata, bilo da se radi o popisima, proračunima, analitičkim izvještajima...
  • ne pretjerano korisne makroprograme (eng. macro) i solidno upotrebljive VBA aplikacijske module (eng. module) koji služe prilagođavanju i automatiziranju zadaća, pa čak i izradi kompletnih aplikacija koje mogu potpuno sakriti temeljni alat (MS Access)

FileMaker Pro
Grafičko generiranje SQL upita u MS Accessu

FileMaker Pro
Jedan prilično složen :-) SQL upit u MS Accessu

Same relacije su, kao u svakom SQL baziranom alatu, prije svega misaoni koncept. Dakle, korisnik ih, prilikom dizajniranja baze zamišlja. Postoji i alat za grafičko prikazivanje relacija među tablicama, ali on je više kao podsjetnik ili pomoć jer se u SQL-u relacije ionako definiraju u svakom upitu posve slobodno i ništa nas ne obavezuje da bilo koju relaciju korištenu u SQL-u moramo prethodno definirati u spomenutom alatu.

Obrasci i izvještaji se opet oslanjaju bilo na neku određenu tablicu, bilo na neki određeni upit koji je ranije definiran, ili na specifični SQL upit definiran unutar samog obrasca (ili izvještaja). Obrazac može sadržavati podobrazac (eng. subform), a izvještaj može sadržavati podizvještaj (eng. subreport). Svrha podobrasca i podizvještaja je prikaz većeg broja zapisa koji su povezani s jednim nadređenim podatkom. Na primjer, možemo imati obrazac za pregled i unos podataka o zaposlenicima i onda na njemu, za svakog zaposlenika podobrazac s listom radnih mjesta na kojima je radio.

Uglavnom, SQL je temelj svega, čak i onda kad se korisnik ne služi izravno SQL-om, nego upite generira korištenjem klik-po-klik pomagača (wizarda). Kako je sam SQL prilično moćan jezik za manipulaciju podacima, onaj tko se potrudi shvatiti njegovu paradigmu i naučiti razmišljati na taj način, može relativno lako postići prilično visoku razinu manipulacije podacima u relacijskoj bazi, i to uz ništa ili nešto malo programiranja. Ključna stvar je u tome da su podaci dohvaćeni SQL-om "beztjelesni", oni su samo jedna dinamički formirana tablica za čiji se prikaz brine aplikacijska nadgradnja - korisničko sučelje MS Accessa, tako da možemo vrlo jednostavno isti SQL upit koristiti za prikaz podataka, unos podataka, ispis izvještaja, a da svaki od njih izgleda posve drugačije.

FileMaker Pro

FMP je izgrađen oko posve drugačije paradigme. Narav i svrha pojedinih objekata je prilično pomiješana i maglovita. Ili se barem tako čini nekom naviklom na Access. :-) Ključna paradigma u FileMakeru je - kontekst. Praktički je nemoguće (tj. vrlo je teško) čak i dohvaćati podatke, a kamoli manipulirati njima na posve apstraktnoj razini (kako to inače radi SQL). Prvo pitanje u svakoj zadaći koju treba provesti je - u kojem kontekstu promatramo podatke.

Zbog toga u FMP ne postoje upiti. Isto tako ne postoje obrasci i izvještaji. Postoje prikazi (eng. layout), a svaki od njih može biti i obrazac, i izvještaj, jer ima mod pregledavanja (eng. browse mode) i mod predispisa (eng. preview mode). Pri tom se prikaz za oba moda dizajnira kao jedinstven, iako, hm, ne izgleda baš sasvim isto kod pregledavanja kao i za ispis. Meni osobno je ovo dosta loš pristup jer gotovo nikad dizajn primjeren za pregled i unos podataka na ekranu ne funkcionira dobro kao izvještaj na papiru pa je ionako potrebno definirati po dva prikaza za isti skup podataka - jedan za pregledavanje i unos, a drugi za ispis u obliku izvještaja.

1FMP04.png
Izrada prikaza u FileMakeru

Prikaz također ima mod pretraživanja (eng. find mode), koji nalikuje onom što se u Accessu zove filter - dakle alatu za brzo i jednostavno (i donekle ograničeno) *privremeno* pretraživanje i izvlačenje određenog dijela zapisa određene tablice ili upita. Međutim, kako u FMP nema upita, mod pretraživanja prikaza je zapravo nadomjestak upita (i za pretraživanje, i za izmjene). Dakle, ono što bismo u Accessu riješili upitom (smještenim eventualno u obrazac ili izvještaj), u FMP traži da definiramo prikaz koji kombinira potrebna polja iz potrebnih tablica, a onda definirane zapise pročešljamo u modu pretraživanja da bismo slaganjem takozvanih pretražnih zahtjeva (eng. find request) odsimulirali ono što inače stoji u WHERE dijelu SQL upita. To je, što se pretraživanja tiče, solidna zamjena koja je bez sumnje početniku neusporedivo jasnija i intuitivnija od standardnog SQL pristupa koji je vrlo apstraktan i za puno razumijevanje traži matematičko razmišljanje. Međutim, takav alat je užasno loša zamjena za SQL upite UPDATE tipa, dakle one koji mijenjaju podatke. Naravno, osnovni mehanizam traženja i zamjene postoji, kao i u Accessu, ali to je neusporedivo manje nego što omogućava SQL UPDATE upit. Za složenije izmjene podataka treba se prihvatiti pisanja (odnosno klikanja) skripte.

Korisniku neupućenom u FMP postavlja se pitanje kako postići ono što se u Accesu postiže upitom - dobiti izračunata i sumarna polja - npr. u tablici imamo polje "Cijena", a polje "PDV" izračunamo u upitu, kao ROUND(Cijena*0.25,2). Ili polje "Iznos" izračunamo kao Cijena*Kolicina. A onda u agregiranom upitu zapise grupiramo po polju "Cjelina" da bi u sumarnom polju "Ukupno" dobili ukupni iznos svih stavki koje pripadaju toj grupi (SQL jezikom, to je:

SELECT Cjelina, Sum(Cijena*Kolicina) AS Ukupno FROM Ponuda GROUP BY Cjelina;)

Naravno, to je moguće i u FileMakeru! Ali, kako ne postoje upiti, sve izračunate i sumarne vrijednosti dodaju se kao kalkulacijska i sumarna polja (eng. calculation, summary) u samu tablicu! Opet - intuitivno za početnike, malo čudno za one navikle na SQL koncept.

FileMaker Pro
Definiranje kalkulacijskog polja tablice u FileMakeru

FileMaker Pro
Definiranje sumarnog polja u tablici, u FileMakeru

U nekoj iole složenijoj bazi, tablice na kraju završe zatrpane raznoraznim kalkulacijskim i sumarnim poljima koje svako služi nekom drugom prikazu, a neka polja služe samo kao priprema za sumarna polja - konkretno za izvesti gornji primjer treba najprije načiniti kalkulacijsko polje "Iznos" kao Cijena*Kolicina, a zatim sumarno polje "Ukupno" kao Sum(Iznos). Ali funkcionira, čak jako dobro. Najviše me zbunjivalo to što sumarna polja prikazuju istu vrijednost u svakom zapisu (to je zapravo OK i posljedica je samo te čudne logike da se sumarna polja definira skupa s normalnima i kalkulacijskima), ali se ta vrijednost automatski mijenja ovisno o kontekstu. Ako sumarno polje prikažemo u subtotalu prikaza vezanom za određenu grupu, dobit ćemo sumu stavki te grupe, a ako ga prikažemo konačnom totalu cijelog izvještaja, dobit ćemo sumu svih stavki. Baš do srži appleovski napravljeno - za nooba koji nema pojma kako, ali to jednostavno radi baš onako kako je njemu palo na pamet. Sjajno! I vrlo zbunjujuće za starog SQL-aša. :-)

Jasno, kao i u Accessu, tako i u FMP postoji alat za grafičko prikazivanje relacija među tablicama, čak vrlo sličan Accessovom. Međutim, dok je on u Accessu, tek informativne prirode i neobavezan (više služi kao skica i podsjetnik korisniku kako je zamišljena struktura baze), u FMP je kritično važan, jer se program na njega cijelo vrijeme oslanja dok korisnik definira prikaze. Korisnik opet, appleovski jednostavno, samo mišem povlači polja iz raznih tablica, a program u pozadini "pokopčava" relacijske odnose na temelju onog što je nacrtano u relacijskom dijagramu i odlučuje kako se koje polje prikazuje. Još jednom - kao rođeno za početnika - ne znam kako, ali sve radi baš kako treba! :-)

Kraj 1. dijela

 

Komentari  

dpasaric
26-08-2012 | 23:19
Nisam nikada morao koristiti Access, ali smo u moje vrijeme na faksu baze radili u dBaseu i sjećam se koliko sam bio oduševljen kada sam nakon toga na svoj, tada super-moderni, Atari ST instalirao FileMaker Pro! Sve se odjednom činilo tako jednostavno i ugodno. Naravno, tada su razlike u softverima bile veće nego danas, ali drago mi je vidjeti da je FileMaker ne samo preživio, već evoluirao u ovako dobar softver! Emile mnogo hvala na ovom (i budućim) prikazima, nadam se da će mnogima to olakšati tranziciju.
Citiraj
smayoo
26-08-2012 | 23:50
Koristim priliku da one koji su zainteresirani za temu pozovem da napišu ovdje koji ih detalji muče ili što ih posebno zanima u vezi FMP. S obzirom da očekujem kako će ovaj članak imati još jedan ili dva nastavka, nudim priliku da čitatelji donekle utječu na njihov sadržaj :-)
Citiraj
CooL
27-08-2012 | 07:46
O stvarno dobar prikaz! Ja se već dugo vremena nečkam početi raditi neku bazu pretplatnika i printanje potrebnih adresa za pakete razvrstanih po poštanskim uredima!

Sad sam dobio volju malo se time pozabaviti! ;-)
Citiraj
drlovric
27-08-2012 | 08:07
Svaka cast! Izuzetno pohvalno i edukativno. Mada jako los tajming za mene. Taman kad sam nesto naucio u Access (nedovoljno da maknem s noob statusa), sada dodje ovo, da me jos vise zbuni :-)

Mada, neke stvari namjenjene obicnim smrtnicima su ovdje ocigledno bolje rijesene. Prvenstveno mislim na izradu relacija medju tablicama baziranoj na grafickom sucelju.

Meni su dva clana foruma (ukljucujuci i autora ovog teksta) pomagala da to savladam u MS Access.I osjetno je kompliciranije nego u FMP.

Sa zanimanjem pratim slijedece nastavke. Posebno me zanima dio kada gotova baza se seli na neki server ili mrezni disk, gdje je ocekuje visekorisnicko okruzenje ;-)
Citiraj
smayoo
27-08-2012 | 08:15
E, taj dio i mene zanima! :-) Na Accessu je to mission impossible, a Filemaker tvrdi da je kod njih to dječja igra. Vidjet ćemo... :-)
Citiraj
Chobac
+1 27-08-2012 | 13:25
http://www.4d.com/
Citiraj
campo
27-08-2012 | 15:26
svaka čast na članku. ja dugo koristimFM (15 godina) i nikad me nije izdao ali prava vrijednost je FM server i multi client pristup na webu i WI FI sync na FM go i FM touch na iPhone,..smayoo objasnio si mi stvari koje sam podsvjesno znao ali nikada nisam znao objasniti drugima grazie
Citiraj
Tomislav
27-08-2012 | 21:47
Na FM je serverska strana zadovoljavajuće riješena (pojma nemam kako je to na Accessu). No da odmah autoru članka dam hint za istraživanje FM-a u serverskom okruženju, global polja se ponašaju poprilično drugačije kada se radi o desktop aplikaciji, ili o aplikaciji koja je namijenjena serveru i višekorisničkom okruženju.
Citiraj
smayoo
27-08-2012 | 22:23
Hvala, imat ću to na umu.
Citiraj
andrej
03-09-2012 | 16:32
Mislim da treba reći kako FMP kaže "no passaran" ako je broj istovremenih korisnika veći od 9, dok Access nudi kakav takav rad za grupu od 20 korisnika.


Usput, Emil je pomalo i kurva (onako drugarski), jer govori sa pozicije nekoga tko razumije relacijske osnove, pa mu je jedini problem što ga je nešto drugačija FMP paradigma načas izbacila iz ravnoteže.
Vjerojatno smatra, da mu prijašnja znanja predstavljaju više prepreku, nego što mu idu u prilog, te da bi n00b to lakše razumio bez SQL hipoteke. To ćemo tek vidjeti.

Ima još nešto.
Dok se Emil upoznaje sa tim novim konceptom, njemu taksimetar ne radi, ali je zato MS Access "preskup" (čitaj prekompliciran) za istraživanje. Nategnutno, vrlo.


U očekivanju nastavka..
Citiraj
smayoo
03-09-2012 | 16:52
Hvala na kritičkom osvrtu. FMP podržava do 9 istodobnih korisnika. Deklarativno, nisam još probao. FMP Advanced podržava neograničeno korisnika. MS Access deklarativno nudi 20 korisnika, moje iskustvo kaže da poslije četvrtog postaje neupotrebljiv. A rizik gubitka podataka neprihvatljivo visok. S Accessom sam probao svašta, dugo ga poznajem, spuštao sam mu ovjes, brusio glavu, izvukao iz njega zadnju trunčicu snage. :-) To jest SQL orijentiran alat, ali su mu mogućnosti višekorisničkog rada vrlo vrlo vrlo ograničene.

Ova druga primjedba ne stoji. Nisi čitao pažljivo. Naglasio sam da FMP ima puno kraću krivulju učenja. S pozicije n00ba, savladavanje Accessa trajalo bi najmanje 10x dulje nego savladavanje FMP. To što sam ja opterećen radikalno drugačijim načinom razmišljanja, nije relevantno za tipičnog korisnika. A čak i kod mene je savladavanje FMP išlo dosta brzo. Radilo se o danima. Svojedobno sam (usprkos tome što sam imao temeljno znanje SQL-a i relacijskih baza podataka) Access savladavao tjednima.
Citiraj
andrej
03-09-2012 | 18:46
Hvala ti na odazivu.

Možda se ipak oko ovoga drugoga dijela nismo razumjeli. Nije sporno, da FMP ima kraću krivulju učenja. Sporno je da li je to baš toliko naglašeno, kao što sam navodiš.

Za posao izrade adresara, cjenika, što je postavljeno kao zadaća u uvodu, mislim, da je odnos u produktivnosti manje dramatičan.

Uostalom, postoje i predloške (template) u Accessu, koje omogućavaju adaptaciju nekakvog generičkog rješenja za takve trivijalne stvari.

Ne bih želio da se previše udaljimo, pa ću komentare sačuvati za posljednji nastavak.
Citiraj
smayoo
03-09-2012 | 19:41
Uzeti Accessov template (zapravo njegovu demo-bazu) jedan n00b može jedino ako mu je taj demo direktno upotrebljiv. Za ikakvu (pa i najmanju) adaptaciju nužno je razumjeti u najmanju ruku SQL filozofiju i metodu stvaranja relacija i relacijskih struktura. Inače može samo napamet brljati. A za taj minimum savladati, treba uložiti dosta vremena (naravno, izuzetak su ljudi koji su školovanjem ova znanja usvojili pa makar i nemali ranije praktično iskustvo - npr. studenti matetmatike i sl.).

S druge strane, kažem, FMP je dosta uložio u to da netko tko suštinski ne razumije matematičke funkcije na djelu među podatkovnim strukturama - može npr. onako, nekako, po osjećaju lupiti "daj mi ovo tu zbroji po grupama" i to, kao takvo, u FMP uglavnom prolazi. U Accessu - ne. :-)
Citiraj
dpasaric
03-09-2012 | 21:45
Mislim da nije zanemariva prednost FileMakera i to što radi i na Macu i na Windowsima, ali isto tako i na iPadu i iPhoneu! :-)

Smayoo želiš li iPad na par dana da ga testiraš i na njemu?
Citiraj
smayoo
04-09-2012 | 08:26
U biti, to što radim, radim za naše interno korištenje u firmi, a u firmi imamo i "službeni" iPad pa imam iPad za probati, kad dođem do toga. Ali hvala na ponudi. Ako zatreba, javim se.
Citiraj
dpasaric
04-09-2012 | 13:25
O super! Baš me zanima kako će proći taj dio i koliko je to upotrebljivo u praksi na tabletu!
Citiraj
intro.dll
06-09-2012 | 14:29
lijepo predstavljeno i opisano svaka cast
Citiraj
Anonimac
07-09-2012 | 23:08
Moram komentirati !!! S accessom uredno se spajao na Oracle bazu ( regalinka ) , regalno skladište , znaći mreža, 10 tak korisnika. Pračenje proizvodnje kartonske ambalaže (opet mreža) , Welpap, Bobst ... 10 PC u proizvodnji , još 10 PC za pračenje ( obračun plača ) jel su se uzimali podaci iz proizvodnje o radnicim sa strojeva itd...

Smayo, ne ulazim u tvoju stručnost ni obrazovanje ali ti nedam za pravo da je access spor ili da nešto nemože.

Znači 25 korisnika spojenu na bazu accessa koja je na serveru i koja je radila 2 godine bez problema i gubitaka podataka.

Mislim ipak da sam ja izumio access a ne bill
Citiraj
smayoo
08-09-2012 | 11:22
Posljednju rečenicu ne razumijem. :-?

Što se tiče ostatka komentara, ključno u tom setupu je *Oracle baza*. Dakle, server je Oracle. Access zapravo ne opslužuje ništa u višekorisničkom okruženju, nego samo služi kao platforma za klijentsku aplikaciju, možda i samo kao front-end (vizualizacija za korisnike), dok "rudarski posao" odrađuje Oracle. Tako da nije čudno da radi s 25 korisnika i bez gubljenja podataka. Radilo bi i s 2500 korisnika.

(Naravno, bitan podatak je i broj relacija i broj zapisa. Sve do 10.000 zapisa je dječja igra za bilo koji alat, pa i za Access, ako nema više od 10-20 relacija. Ali ovdje je to čak svejedno ako sve poslužuje Oracle.)

Razlog zašto je Access loš u višekorisničkom okruženju i mrežnom radu je taj da - ono uopće nije predviđeno. MS Jet database engine (koji je ispod haube Accessa) zamišljen je za jednokorisnički rad, a višekorisnički rad se postiže tako da se MDB datoteka s podacima postavi u dijeljenu mapu dostupnu svim korisnicima i onda svaki korisnik pokreće Access lokalno i pomoću njega otvara dijeljenu bazu. Dijeljeni pristup podacima reguliran je kooperativno. Sve radi OK dok nema više od nekoliko korisnika *ISTOVREMENO* aktivnih nad istom dijeljenom bazom. Aplikacija može imati i 30, i 50, i 1000 korisnika, ali problema neće biti dokle god ih ne radi aktivno više od 3-4 *ISTOVREMENO*. Prva takva koju sam ja postavio imala je 15 korisnika, ali problemi su nastajali samo kad bi svi u isti čas navalili na bazu.
Citiraj
dpasaric
11-09-2012 | 23:58
http://www.cultofmac.com/189843/filemaker-ios-apps-are-easy-to-build-alternatives-to-native-apps/?utm_medium=twit&utm_campaign=spread-us

Zanimljiv tekst o tome kako FileMaker gura svoju razvojnu okolinu za poslovne iOS aplikacije!
Citiraj
drlovric
27-09-2012 | 17:16
Smayoo, kad da ocekujemo nastavak ove price? :-)
Citiraj
tmedven
12-12-2012 | 22:03
FileMaker trenutno ima akciju, jedan kupiš jedan dobiješ gratis. To bi mogla biti prilika za one koji su razmišljali o kupnji ali im je 299$ bilo previše.
Više o akciji: http://store.filemaker.com/US/ENG/RTL/product/view/group/PMO/?homepage=bogo-buy&buy=bogo-buy
Citiraj
Kumar
16-12-2012 | 11:41
Dali zna netko programera u Hrvatskoj ili u ex jugi koji zna podesiti FileMaker? Neka se javi hitno je. Koristim ga već duže vrijeme za izdavanje računa i kao bazu podataka klijenata. Sada bi ga trebao podesiti za fiskalizaciju i za knjigovodstvo.
Citiraj
Zec
20-12-2012 | 10:08
Kumar
Možda ću ja moći pomoći, ali treba još malo vremena
Citiraj
Kumar
25-12-2012 | 18:31
Koliko Vremena? Uskoro se moram prebaciti na novi program ako FM ne podesim.
Dali je moguće ubaciti u FM kod za fiskalizaciju i da to sve radi na Macu?
Citiraj
divic3
28-12-2012 | 22:23
FMP je izuzetno dobar alat s vrlo širokom primjenom, intuitivan i vrlo logičan. Radio sam s njim više prije 15-ak godina, sada nešto manje. Iako nisam ni informatičar ni programer bez problema sam postavljao baze podataka i to dosta velike. Jednom sam prebacio iz DOS-a poprilično veliku bazu podataka u FMP, bila je to baza od cca 125000 glazbenih brojeva jedne radio postaje, razvrstano po nazivu pjesme, izvođaču, žanru i sl. Napravio sam layout u FM prema njihovoj želji i prebacio sve podatke iz DOS-a i, nećete vjerovati, bilo je gotovo u par minuta - naravno i funkcionalno. FM je odavno podržavao multimediju tako da mu je i tu primjena fantastična. Funkcije i kalkulacije su mu dostatne za vrlo vrlo široku primjenu tako da se u njemu radilo i jednostavnije igrice. Koristim ga cca 20 godina i nisam naišao shodnim mijenjati ga bilo kojim drugim alatom.
Citiraj
vicko
29-10-2013 | 08:39
I mene zanima da li tko rješio ovo sa fiskalizacijom i knjigovodstvom u FMP i za koliko korisnika?

Smayoo, ima nade za nastavak?
Citiraj
Zec
29-10-2013 | 09:53
Dečki, u temi koja se odnosi direktno na FileMaker i fiskalizaciju odgovorio sam da postoji rješenje i to vrlo dobro. Ja ga ne mogu nikome ustupiti, jer sam imao pomoć koju sam relaativno skupo platio, ali ću rado pomoći da ga svako implementira u svoja FileMaker rješenja. Usput da napomenem da moja fiskalizacija radi na i na FileMaker Serveru i to na dislociranim lokacijama.

http://www.jabucnjak.hr/forum/programiranje/107708-filemaker-pro-fiskalizacija.html
Citiraj
pkrassi
22-10-2016 | 21:07
Nabavio sam FMP prije mjesec dana i u njega ubacio bazu iz excela. Napravio sam layout za upis u bazu i to mi sve radi odlično.

E onda sam skužio da mi treba search. Tražio sam template za Dynamic Portal Search i našao video primjer po kojem sam korak po korak napravio search baze https://www.youtube.com/watch?v=RHNYkxKZZrI i sve mi radi također odlično.

Problem je u tome što mogu pretražiti bazu samo po jednom kriteriju (prezime), a trebao bih pretragu sa više kriterija (ime, grad etc).

I tu nastaju problemi sa kojima se mučim već 10tak dana.

Pronašao sam primjer pretrage sa više kriterija http://scarpettagroup.com/dynamic-portal-search-with-filemaker-14/ i pokušao ga implementirati, ali nešto ne funkcionira. Jednostavno ne radi.

Da li netko od vas zna podesiti to u FMP?

Hvala
Citiraj
Sigurnosni kod
Osvježi

Komentiraj

Vikalica™

Zadnja poruka: pred 2 sati, 45 minuta
  • Zdravac: Ja ogledao prvu epizodu See, i naravno, sve moraju zajebati sa glupim vulgarnim i neobjašnjivo nepotrebnim scenama gdje ubiju svu čar pustolovne akcije. Stvarno ponekad ne razumijem tu potrebu režisera da idu baš za extremima.
  • stefanjos: for all man kind i moring show su meni odlicni. nemam predispoziciju za free, ali razmisljam si uzet pretplatu, ali malo mi je toga za cijenu koju mi se nudi s obzirom da sam zadovoljan i netflixom
  • drlovric: Dobio sam evo 12 mj ATV pretplatu uz novi iPhone 11. Jel ima nesto vrijedno za pogledati tamo? Neka preporuka? :)
  • dpasaric: Evo imate osvrt, pa javite dojmove u komentarima!
  • energyman: Ovo je predivno, konačno i base specka vrijedi nešto. Ide moj 2017 MBP na prodaju uskoro :D
  • stefanjos: znam za us$, trazim davorovu preracunutu cijenu s marzama :D
  • drlovric: $2800
  • stefanjos: koliko je base_ napokon nesto sto bi mogao uzeti kad mi crkne early 2013 retina 13 >(
  • drlovric: Bice eto najverojatnije moj MBP 2018 na prodaju uskoro, ako nekoga bude zanimalo :)
  • drlovric: Meni se ovaj laptop svidja. Vjerojatno cu ga kupiti 16/32GB sa 1TB SSD. Al ne mogu da vjerujem da u 2020. godini jos uvijek imaju 720p front cameru. Facetime stvarnno izgleda jadno :)
  • Soffoklo: @dpasacric to je sa 8TB SSD-om i 64GB RAM-a? Dobro je što je početni model iste cijene kao i 15,4" uz novije zvučnike, bolju tipkovnicu, itd
  • Soffoklo: S obzirom da su Japanci gazde Vibera još je i dobar po pitanju kiča, ali svakako je bolji od Facebookovog špijunskog sranja pod imenom WhatsApp
  • dpasaric: MacBook Pro 16" :) Preračunao sam koliko će kod nas stajati top model: nešto manje od 57.000 kn :)
  • JOHN: Trebale bi postoajti dvije verzije. Jedna osnova za razgovore, video poziv, poruke, a druga verzija sa svim ostalim govancima(stickeri i sl.)
  • JOHN: Viber je kič, a u tom smjeru lagano ide i whatsapp
  • JOHN: A za 15 su rekli zbogom!
  • drlovric: Meni je Viber super, koristim ga godinama i radi ko grom.
  • Matija klc: Uzas koliko je taj Viber po mojem misljenju iza Whatsappa. Opca katastrofa. A moram ga koristiti radi pojedinih kolega sa posla.
  • drlovric: Stigao nam novi MBP :) Nije cak nesto nenormalno ni skup :)
  • JOHN: Krasno
  • energyman: Ne potpisuje se više iOS12
  • JOHN: nisam dugo radio povratak na stari softver, jel ga moguće napravit a da se ne pregazi cijeli sadržaj?
  • JOHN: Ne koristim viber jer mi je kićavi šit. Definitivno ova zadnja verzija ios 13 ima problema. Daleko fluidniji mi je bio na ios 12. Za vikend ću ga vratit na 12, ako se još bude potpisivao, A i moram vidjeti što će mi falit od zadnjeg backup-a. iPhone xs također
  • Pixie: Ej ekipa, sto od Apple ekosistema ne stima u Hrvatskoj? Jel Apple Pay podrzan? Apple card? Gledam sto od stvari koje sam aktivirao u Americi mogu koristit kad se vratim doma..
  • smayoo: Ja viberu ne dozvoljavam pristup kontaktima
  • Matija klc: Ljudi moji kako meni steka Viber. Kada hocu novi kontakt pronaci ucitava 10 sekundi kontakte iz imenika. Ne znam dali vama tako? Ios13,iphone xs.
  • yawn pong: Meni je Weather u iOS13 krenio resetirati lokacije. Svako jutro se probudim sa Sant Clarom i New Yorkom iz nekog razloga
  • JOHN: Hrpa nesposobnih mulaca, to su fakin osnovne stvari.
  • JOHN: IOS13 je još jedan od nizu šitova koji ispadaju iz Apple. Zblesira mi se imenik, kad dolaze notfikacije tekst izlazi izvan okvira notifikacije pa je na bijeloj podlozi gotovo nečitljiv, editiranje je teksta je toliko nezgrapno da je tanka linija između select i edit. Kud ne napravi backup isti dan prije samog updejta. Šlamperaj, samo takav
  • ecvis17: u svakom slucaju serverska spika na desktopu ... nije za svakoga naravno ali zanimljivo
  • ecvis17: i da i ne ... fedora je kao neki base ... iako ne kuzim ni ja kako onda govore da je bare-metal hypervizor ...
  • smayoo: Nisam čitao pažljivo. Sorry. Ali - onda to nije OS, nego samo hypervizor
  • ecvis17: @smayoo kako mislis? zar to nije ovisno o tome sto imas u virtualkama ...
  • Pixie: Hvala puno
  • Riba: 64
  • Riba: Da, About This Mac -> System Report -> Software -> Applications, sortiraj po stupcu 32bit/54 bit
  • Pixie: Postoji li mogucnost da provjerim na MBP koje su mi aplikacije 32bitne? Odnosno, sto ce mi prestati raditi kad instaliram Catalinu?
  • smayoo: Sve su napisali, osim što nigdje ne piše koji aplikacijski softver se može koristiti. Genijalci... :)
  • ecvis17: OS posvecen sigurnosti [link]
  • Moonlike: Photo Mechanic
  • smayoo: Photos
  • VanjusOS: koji program koristite za slike, mislim u privatne svrhe, za ažuriranje albuma, sortiranje, pregledavanje..?
  • Zdravac: @MBPruleZ ne treba ti USA, ali ne možeš ni sa nekom iz druge zemlje. Trebaš odabrati po plaćanje "none", a kasnije imaš bonova za kupiti, koje si "radeem" na svoj USA acc. To tak funkcionira bez beda
  • drlovric: [link]
  • drlovric: Ovo mi se ne cini skupo. Ako nekome treba :)
  • MBPruleZ: IP-om uđem unutra vidim sadržaj. kreirao i appleID sa USA podacima ;) ali dio s naplatom ne prolazi jer očito moram imati USA bank card ili nešto takvo... netko ima ideju šta i kako?
  • MBPruleZ: Možda već pisano, postoji način za aktivirati free trial za ATV kod nas. Skinuo app na FireStick4K, VPN-om sa USA
  • lastavica: Probaj s VPNom, sta vi da ti je IP u USA, ali ja sam probao HR HBO nekako gledati pomocu VPNa van, i izgleda da HBO dosta pazi na to za razliku od netflixa te je 90% servera blokirano i ne moze se pristupiti stranici, ali moguce da je s HBO US druga priča. Ništa ne škodi da probaš, ako nemaš vpn, mislim da svaki ima neku trial verziju pa probaj :)
  • energyman: Kako skinuti HBO GO app sa US stora ali da radi kod nas?
  • TuxFan: [link]

Za vikanje moraš biti prijavljen.

Prijava

Novo na Jabučnjaku

Teme

Poruke

Komentari

Novo u Appleu

Anketa

Kupujete li profesionalni Mac?

Čekam novi modularni Mac Pro - 48.5%
Novac nije problem, kupujem iMac Pro - 0.7%
Kupujem Valjak, baš je lijep i tih! - 0%
Kupujem polovni Mac Pro tower - 11.8%
Nadogradit ću postojeći Mac Pro tower - 2.9%
Običan iMac 27" mi je dovoljan za posao - 5.9%
Skromnih sam potreba, Mac mini je zakon! - 7.4%
Radim na terenu, mora biti MacBook Pro - 3.7%
Ne diram ništa, stari Mac služi me odlično - 10.3%
Kupujem PC kantu i prelazim na Windowse! - 8.8%

Ukupno glasova: 136
Anketa je završena dana: 08 Svi 2018 - 12:17
Page Speed 0.50 Seconds

Provided by iJoomla SEO