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 3 dana, 13 sati
  • smayoo: Ajde piši u forum, molim te.
  • 23-D: @smayoo... pratim ebay, idem na 2016-2017 s tim da će biti backup toweru i za rad na putovanjima, neće biti u svakodnevnoj upotrebi (zato i idem na polovno). Koji je prosiječni životni vijek baterija?
  • smayoo: @23-D: ovisi o cijeni koju plaćaš i cijeni zamjene baterije. Za ove novije gdje je baterija zalijepljena za kućište - 200-250?
  • cariblanco: pozdrav, da li postoje kakvi ekrani na satovima koji se sami oporavljaju od ogrebotina ?
  • 23-D: Ekipa, koji je prihvatljiv batery cycle count kod kupovine polovnog MBPa?
  • smayoo: Zašto bi to kupovao u RH? Naruči preko interneta.
  • Yonkis: Pozdrav, ima li netko savjet gdje u RH kupiti 3.5mm Audio Charger adapter/splitter? Nešto ovog stila - [link]
  • Tomek: Ima li netko iskustva sa Renewed iphonima sa Amazona? Uzeo bih si jedan SE pa me zanimaju iskustva
  • Soffoklo: Meni slike da pregledati, a ostalo moram downloadati, jbg :-)
  • dpasaric: Evo vam igra za ljeto! :)
  • smayoo: Je. I ništa se ne da pogledati jer je ispucana kvota i pregleda, i downloada... :)
  • Soffoklo: Netko je skupio i stavio na jedno mjesto sav Apple promo od 1970. do danas. :-) [link]
  • zabac: Je, ako ne kalibriraš, onda ti se postotoak bez veze pokazuje.
  • smayoo: Ne radi se o samoj bateriji, nego o algoritmu koji prikazuje koliko je preostalo naboja u bateriji (kalibracija).
  • Yonkis: Žabac, zar nije to dokazano da to ne važi za nove baterije?
  • zabac: @Yonkis, ako se isprazni do 0% i kada se napuni do 100%, tada se posloži % da ispravno prikazuje jer je baterija smanjenog kapaciteta.
  • Daddo: Common misconception? :)
  • Yonkis: [link] Zašto se još uvijek savjetuje zadnji postupak (isprazniti bateriju do 0%)?
  • stefanjos: ja sam koristo prijasnju verziju. ok je slika, ali nije to to
  • mario.zg: Koristi li tko uz OS X monitor Dell U2718Q?
  • Mate22: Pusti to imate film o titi na hrt-u gledajte tog zločinca u ovom izvrsnom dokumentarnom filmiću.
  • drlovric: al nema veze ako krsi pravila, povlacim ponudu....isprike
  • drlovric: covjek ionako dolazi, ne treba meni nista od toga
  • drlovric: kakav crni sverc smayoo.... cinim ljudima uslugu ako neko hoce kupiti mac po US cijenama
  • smayoo: @drlovric, već sam te upozorio više puta da ne koristiš vikalicu za svoje švercerske transakcije
  • VanjusOS: @drlovric - koliko košta
  • drlovric: Jel planirao neko od kolega Jabucara kupovati MBP iz USA? Velike su sanse da mi kolega vojnikza 2 tjedna slijece u ZG, pa mogao bi vam nesto uvezati :)
  • cariblanco: Bitno je da budem sutra u 20.05h, počinje nova serija
  • zabac: cariblanco: je si pred TV-om s HRT1?
  • stefanjos: najlakse i najbezbolnije ti je kupovat itunes gift kartice na ebazu iz drzave koje zelis imati account
  • VanjusOS: napravio sam strani ACC, ali mi traži i stranu bankovnu karticu
  • stefanjos: ja na AUS accountu isto oko 10 godina. doduse imam aus bankovnu karticu, ali sve mi radi.
  • drlovric: Vanja ja sam na US account vise od 10 godina valjda. Gdje si zapeo?
  • VanjusOS: tj. da netko kaže kako je najlakše napraviti strani apple id
  • VanjusOS: htio sam vidjeti vaša iskustva..
  • VanjusOS: da li netko koristi apple tv app na mobu
  • cariblanco: @Daddo, život ima materijalnu i duhovnu stranu....isto kao hardware i software ;)
  • cariblanco: Istina drlovrić,isti klinac kao i Dinamo...ako nema 3-4 Bosanca, oni su za *urac :)
  • Daddo: a od toga što je HR osvojila u nogometu ja imam što? I otkud ti ideja da ja imam išta protiv bosanskih Hrvata? :)
  • drlovric: @Daddo: Sta imas ti protiv bosanskih Hrvata. Da nas nema, nikad nista HR u nogometu osvojila ne bi :D
  • drlovric: Tito pobio 500K Hrvata. Moguce, ne bi znao. Ali znam da ih je vise HDZ raselio u posljednjih 5 godina.
  • cariblanco: evo nove teme pod razno...to je danas i tema u dnevniku
  • cariblanco: Kaj je već gotovo ? Đabe kupio kokice...bude ih dr. Lovrić platio :)
  • Daddo: Žabac ne pretjeruj i nemoj (sve/neke) Bosance brojat ko Hrvate. :D
  • zabac: Napravili bi cestw da Jozef nije pobio preko 500.000 Hrvata.
  • Daddo: Ovako nam komunisti grade mostove a Turci autoceste, za lovu koju ionako nemamo. :)
  • Daddo: Da su nas oslobađali Ameri a ne partizani imali bi AC do Budve u 3 trake a Y bi bio u punom profilu.
  • Daddo: @drlovric, ako čovjeka zanima daj mu moj kontakt, dotični je s mojom prabakom bio bratić. :)
  • Bertone: A kako kad je u petak prvu epizodu o Titu navodno gledalo 800 000, a za slijedeće očekuju i veću gledanost :)
  • drlovric: Ma poslao mi Amer jedan, kaze nisam znao da ste imali takvog bad ass :) Ja ta vremena ne pamtim, ali mi se ovo cini kvaliutetno odradjena biografija.

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

Provided by iJoomla SEO