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 1 dan, 7 sati
  • JOHN: ihorvat, hvala na ponudi ali tražim nešto do max 1600-1700kn
  • Soffoklo: Why everyone is copying AirPods - [link]
  • ihorvat: Bit će ok cijena ak si iz ZG. 2500 bez slušalica :)
  • JOHN: Generalno tražim rabljeni zbog financija. Za prvi mobitel djetetu bio bi sasvim dovoljan i rabljeni
  • JOHN: Pa zainteresiran sam za iphone 8, samo ne za bilo koju cijenu. :-)
  • ihorvat: Bacite pogled u oglasnik, imam jednog zanimljivog bolesnika ????
  • ihorvat: John, imat ću ja možda novu osmicu zlatnu ako si zainteresiran :)
  • JOHN: Mislio sam na BigMac. Tek sam sad skužio da imamao BigMac i big_mac. Kaj se niste mogli dogovorit?:-)
  • JOHN: Big_mac poslao sam ti dodatne upite
  • JOHN: Mobitel je poželjno bijele ili one dvije varijante zlatne boje.
  • JOHN: Kupujem iphone 7 128Gb ili iphone 8 64Gb, pa ako netko razmišlja o prodaji neka mi se javi sa realnom cijenom. Mobitel mora biti u stanju 10/10
  • kupus: hvala momci! cekirat cu sve
  • Zdravac: (preko jednog drugog oglasnika)
  • Zdravac: Apple TV prodan, otišlo sretnom novom vlasniku na otok Krk! :)
  • zoranowsky: @Josip R., za tu lovu kupiš poprilično ozbiljne sluške
  • stefanjos: Josip R. Mozda covjek ima budget, kakvo je to pitanje, nemaju svih ekstra 2000kn za airpods
  • big_mac: @kupus [link]
  • Josip R.: @kupus zašto bi kupovao fejk?
  • stefanjos: cijena ovih ixxxxx serija ti je od 30-45$, blitwolf je malo skuplji do 60$
  • stefanjos: upisi na ebay i9000 i i200000, isti dizajn cak imaju i w1 chip, alo poroguglaj, ali to su glavni keyword, ako ne zelis isti dizajn, nego samo bezicne slusalice, odi na banggood. com i trazi blitzwolf bezicne.
  • kupus: ne mora biti taj dizajn, mogu i neke druge bluetooth slusalice nizeg cjenovnog ranga :)
  • kupus: ima li tko kakvu preporuku fejk airpodsa? sjecam se da je neko linkao neke s alija davno, ali nemrem taj link sada pronaci
  • ihorvat: Ima tko viska jedan tip za Apple pencil? Kupujem...
  • Arpegiator: Davore, da viknem i javno - HVALA na trudu i potrošenom vremenu! I odličnoj mjuzi :)
  • Zdravac: Stavio sam na prodaju Apple TV 4K 64GB, u oglasniku :)
  • JOHN: :-) Naravno. Dijete je primjer odgovorne osobe. On zna da sa ušima nema zafrkancije!:-)
  • smayoo: Tako je. A ove što ne guraju dovoljno duboko odma svrstaj u one koji se ne odnose odgovorno prema svom zdravlju pa da ih oderemo debljom premijom :D
  • JOHN: Ja mislim da morate dublje gurat te slušalice
  • Dijete: posto apple brije na health, ti silikoni sigurno izvuku van zutog tocno koliko im smart chip kaze.. i meni je to dovoljno... jedva cekam verziju 4 koja bi mogla analizirat uzorak pa da prestanem sa lizanjem i provjerom...
  • zoranowsky: higijena je pola bolesti! ;)
  • smayoo: A možeš ih prat i slušalicama. :D
  • Dijete: kolko sam ja upucen, usi bi se trebale prati iskljucivo prstima, a ne koristit stapice... Zuto je dobro ;)
  • jura22: Higijena je stvar odgoja.
  • Riba: Neću, jer onda čujem sve puste gluposti koje ljudi pričaju.
  • Josip R.: @riba onda peri uši
  • JOHN: :-)
  • Riba: Ja kda nešto gurnem u moje uši bude sve žuto do kabela.
  • Josip R.: Smiješan si, plastični dio ne ulazi u uho, silikonske nastavke kupiš nove i bok. Kako su ljudi do sad prodavali rabljene i kupovali samo. :P
  • stefanjos: ma svejedno, to je valjda sto necu nikad polovno kupiti
  • Josip R.: @stefanjos ne znam zašto bi bilo odvratno, kupiš nove nastavke u iStyle za cca 20 kn ako si gadljiv...
  • jura22: Imas od JBL-a live seriju.
  • jura22: To je cesti slucaj zaraze jer ljudi ne razmisljaju.
  • Dijete: steta Josipe... meni ostaju uhu i dok sam na biciklu...
  • stefanjos: pa tko ce kupit tudje in ear slusalice hahaha, odvratno
  • Josip R.: Na žalost i ove Pro mi isto ispadaju iz uha, pokušao sam ih nosit, ako nabijam u uho boli me, ako ne ispada mi lijeva. Ide to na Njuškalo vjerojatno. Budem još par dana probao da šansu, ali ako budu ispadale prodajem ih.
  • m@xym: Josip R, Nabavi silikonske navlake za slušalice od Samsung S6 (vjerojatno odgovaraju i od sličnih modela). Imaš ih na e-by-u za par dolara. Daju se navući na slušalice, i ne ispadaju iz ušiju kad ih staviš.
  • Josip R.: Obične mi ispadaju iz uha, da su barem dodali kukice rađe bi tu kombinaciju.
  • rusty: Osobno nemam Pro verziju AirPods, ali non pro su mi super
  • rusty: Apple Store u Rimu - [link]
  • Josip R.: Jesam, nakon pisanja komentara stavio sam najmanje nastavke, manje me smeta, ali i dalje nekako neugodno zna biti nakon dulje vremena u uhu.

Za vikanje moraš biti prijavljen.

Prijava

Prisutni jabučari

Novo na Jabučnjaku

Teme

Poruke

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.47 Seconds

Provided by iJoomla SEO