Pomoć oko izbora baze i načina pristupa

Vidim da insistiraš na MS rešenju, ali da li si razmišljao o Oracle XE.

PrednostI ovog rešenja: U istom paketu dobijaš besplatnu bazu podataka, alat za razvoj (HTMLDB, ili kako se sada naziva Application Express), kao i automatski deployment aplikacije na net.

Skini bazu, instaliraj je i videćeš da odmah možeš da praviš aplikaciju u web tehnologijama, a na sličan način kako si navikao u Accessu.

Ovim izbegavaš da posebno instaliraš web server, php, bazu podataka, pa onda da učiš tri nove stvari.
Koliko vidim, imaš iskustva u Oracle, pa ti neće biti sve novo (VMS rules!)

Ja:

Misk0, nastade mala zabuna oko interpretacije ovoga sto sam rekao, iako zapeta stoji na pravom mestu, evo šta znaći:

Od starta bih želeo da izaberem tehnologiju s kojom ću imati budućnost, ali da već sada mogu da kreiram neko rešenje, koje će biti jednostavno. Ne želim da izlazim u manje fleksibilna rešenja tipa Moodle, ili ZOHO, s kojima bih imao brz start, ali se bojim "zakucavanja". I poslednje, MySQL+PHP nije moj izbor jer o tome ne znam ništa, a trebalo bi da imam neko osnovno, rudimentarno, bazično rešenje u kraćem vremenskom roku. ("Fleksibilnost" se nije odnosila na MySQL+PHP). Ne mogu od nule da učim dva nova alata, jer to ipak nije moj posao. :) Hvala na komentaru.

Druže, uradi bre već jednom ono što svi mi radimo - sedi pa uči - jer ćeš ovako da se razvlačiš još mesec-dva a ništa nećeš postići.

Moj konačan odgovor na SVA tvoja pitanja: MySQL + PHP - koliko god ti se ovakav odgovor ne sviđa, ovo rešenje ima budućnost za razliku od M$ rešenja za koja se ne zna kad će ih odbaciti i/ili promeniti.

Ako od alata zahtevaš sve ono što se ovde do sada pisalo, onda kompromis ne postoji. Možeš jedino da uzmeš bilo koje pravo razvojno okruženje ili pravi programski jezik u kome sve to može da se uradi, da sedneš mesec dana i naučiš sve što ti je potrebno da možeš da nešto konkretno uradiš i onda ćeš shvatiti da si svo ovo vreme bio u zabludi sa M$ rešenjima.

Trošiš i svoje i vreme svih nas ovde, a mogao si već posle par postova da sedneš i makar da probaš da naučiš PHP. Shvatio bi do sada da isti uopšte nije komplikovan i težak (ja sam sam jezik naučio doslovce za jedno veče).

Najveći problem na koji bi naišao sa M$ rešenjem ti je upravo njegova nefleksibilnost ako se držiš samo automatizovanih procesa kreiranja elemenata svog sistema. Bez bilo kakvog programskog jezika (VBA kod Accessa) ne bi mogao gotovo ništa da uradiš (tzv. busyness rules, recimo).

Da ne bi smo ovde dalje razvlačili u nedogled i da se ti ne bi vrteo u krug i još više sam sebe zbunjivao, predlažem ti da lepo sedneš 2-3 dana i istestiraš malo kombinaciju MySQL+PHP, pa nam onda možeš javiti šta misliš o tome.

Takođe, još jednom ponavljam da ćeš morati da nađeš nekoga ko se ozbiljno bavim svime ovime (barem onim tehnologijama koje će tebi trebati), da uzmeš takvog čoveka makar kao konsultanta, jer će ti znatno olakšati stvari, a i pojasniće ti neke pojmove koje ti ovde uporno brkaš.

Nadam se da ćeš ovaj moj savet shvatiti ozbiljno.

Očekujem da čujem tvoje mišljenje tek nakon što prostudiraš malo sve ovo.

Pozdrav

---

Mislim da mi postaje jasno sta hoces. Medjutim, iako mislis pet koraka unapred i put oko sveta poceinje prvim korakom koji se bojis da napravis.

A sto se buducnosti tice bolje se mani MS varijante. Ono sto uvek zaboravis da ukljucis u tvoja razmatranja je finansijska strana. MS kosta. Pa cak i ako napravis to sto si zamislio, predstavices poslovodstvu i na kraju prezentacije ce te pitati koliko to kosta? Orjentaciono cifra iza koje stoje bar 3 nule. I kraj, ili smisljaj kako da ih ubedis da to plate. Ne znam gde radis, ali poreska i dalje radi kontrolu softvera pa ces doci na red. I da ti neko drugi radi, na korisniku je da licencira os, bazu, cal-ove i ono sto ce raditi kod njega.

Da se razumemo nije lako s novim. Ja sam davno slusao da je taj php/mysql dobitna kombinacija. Onda sam hteo da probam, pa sam se nekoliko dana mucio dok nije proradila prva forma i izvestaj. Ali kad se udje u stos postaje zanimljivo.

I generalno MS resenja se mnogima ne svidjaju iz razloga stalnih izmena i nekompatibilnosti. Napravis u access verziji i radi, onda izadje novi office i ne radi. MS je nesto promenio pa ili preradjuj ili ostaj na starom. Jedne godine je hit client-server arhitektura, sledece je .net, kod zna sta ce nuditi sledece godine. Mora da se ima nesto novo po svaku cenu, a korisnici ce to da plate.

Uglavnom prvi korak ti je analiza problema, koje su potrebe, postojece stanje, koji su resursi, materijalni (hadver i softver) i ljudski (znanja).

Sta god imas da uradis podeli po etapama, pa kreni od pocetne i postepeno dodajes nove funkcije projektu. Ta prva bi trebala da je izrada test/demo varijante za probu, sagledavanje problema i promovisanje projekta.

Nije bas najsrecnije pisati u stilu sta bi ja na tvom mestu, ali sto ne bi probao sa necim jednostavnim, makar bio i taj modle ili slicno, ali da ljudi vide korist od toga. Ubedjivati nekog da treba da se plati oho-ho ako ne zna cemu to sluzi. Sledeci korak je izrada neceg ozbiljnijeg prema zahtevima i to bi onda islo lakse.

Postovi deluju da ljudi hoce da to pomognu jer imas volje da radis. Bez toga nista.

_{[Ovu poruku je menjao dragancesu dana 27.05.2009. u 21:37 GMT+1]}

---

Oki, mozda sam bio malo grub, ali mi se omalovazavanje citavog posla i smatranje toga 'sitnica, nista specijalno i 'mogu ja da ucim par noci, ali ne vishe' djeluje uvredljivo za citavu programersku profesiju.
Na kraju krajeva on je studirao 4 godine da bi bio psiholog, zasto ja ne bi sutra otvorio studio psihoterapije jer sam znam da slusam ljude i razumijem njihove potrebe?



Sad ti nagadjas i grijesis, a meni gore to prigovaras. Cinjenica je da znam jako malo o SharePointu, sve sto znam sam procitao u par clanaka u casopisu. Cinjenica je takodje da je on (ako se dobro sjecam prvih tema) napisao da bi sve to kod 'sebe drzao' tako da ta hostovana varijanta otpada, bar sto se tiche SharePointa i pocinju cifre da se slazu jedna na drugu.



Ovde ne pishe bash tako. Tj, stvarno ne znam koliko njemu od tog software-a treba, ali prva cijena koju mora da plati da bi hostovao to kod sebe je Windows 2003 server. Oki, fakat ne znam bog zna sta o SharePoint serveru i necu dalje nagadjati, ali kod MSa prica uvijek zavrsi na parama i novim stvarima koje treba dokupljivati.



To bih i ja uradio, ali on nema vremena za to, bar tako kaze.



Jap, ali bi za to trebalo DOBRO sve definisati i onda rjesenja potraziti u tehnologijama koje nude najvishe. Jeste da najvishe radim na LAMP-u ali ne kazem da je to najbolja i jedina tehnologija, pa cak ni u ovom slucaju. Na kraju krajeva i meni bi bilo interesantno saznati nesto vishe o tome kako MS omogucava koristenje svojih (i kojih) tehnologija za upravljanje svojim proizvodima (govorim o dokumentima, mailu, kontaktima i svim ostlaim).



Covjek trazi carobni stapic a to znaci = wizardi, bez programiranja, 2-3 noci ucenja i da u ponedeljak ima pilot verziju. Ti se bavis MSovim tehnologijama vec neki period (imas iskustva), da li bi to za 3 dana mogao napraviti?

---

Hvala na objasnjenju a pokazacu ti i jos jednu prednost predlozenih rjesenja. Nekoliko cinjenica:
1. Moodle (nisam iskreno koristio, ali je poprilicno rasiren prozivod sto znaci da nije bezvezan sigurno) nije sigurno platforma koja ce tebe ograniciti. Sigurno nece na pocetku, dok ti jos nemas na jasnom sta su tvoji zahtjevi. Sa tim (ili nekim drugim od predlozenih proizvoda) ti bi mogao bez puno ucenja da napravis nesto i predstavis to.
2. Kad to napravis, stekao si publiku, stekao si samopouzdanje (vidi, nesto ipak radi) i ides dalje
3. Dok shvatas sta ti jos treba, prosirujes postojece mogucnost i imas vremena da bolje upoznas platformu i kad dodjes do nekih ogranicenja (a iskreno nisam shvatio na koja ogranicenja mislis, jedino sto ja pretpostavljam da nece biti adekvatnih komponenti koje tebi trebaju) imaces mogucnost da promjenis neke stvari koje si smatrao za ogranicenja kad si pocinjao.

Mislim da i dalje ne znas dobro i detaljno sta tebi u stvari treba i da je to stvar koja te najvishe buni.
Savjet: probaj sve to sto si napisao rasclaniti u jedinice (work packages) koje ces moci definisati u smislu da znas:
- sta treba tacno biti uradjeno
- ko ce to raditi (uglavnom ti)
- sta ti je potrebno za taj paket
- koliko ce ti vremena treba za to

Dok ne budes znao odgovor na svako od ovih pitanja (narocito vrijeme) za svaki od tih paketa neces moci dobro procjeniti sta ti treba i koliko i kako.

---

Slažem se. I ja kažem - ne treba nikoga omalovažavati jer ljudi rade sa različitim tehnologijama, različite stvari, imaju različite afinitete i predznanje... u jednom postu na drugom dijelu foruma sam naveo: imam prijatelja koji je razvio program za knjigovodstvo koji funkcioniše besprijekorno na više stotina mjesta (pisan je u MS Access-u). Klijent ima run-time i nije u obavezi da plaća NIKAKVU Microsoft licencu (osim Windows-a). Ne znam o kakvim ogromnim parama govorite ... o Windows-u? pa sve, fala bogu, ima svoju cijenu...

Pa, da budem onda i ja kritički nastrojen i otvoren:

To me, zapravo, najviše i iritira - dođe pojedinac (ne obraćam se direktno nikome, već generalno) i kaže: "M$ sucks i PHP/MySQL rules!", a o MS-u i tehnologijama koje prevazilaze Office i kućni Windows - zna koliko i ja o kvantnoj mehanici i teoriji haosa... ali važno je da usput opljune po svemu što nije iz njegove matične oblasti u kojoj je najviše godinu/dvije, nemajući dodira sa drugim alternativnim razvojnim platformama... a ljudi rade, i koriste "M$", i koristiće njihove proizvode DALEKO više od onoga što bi dežurni MS-mrzci voljeli da vide...

Neko je ranije predložio "Oracle XE" - i slažem se - to je takođe FENOMENALAN prijedlog! Podržavam ga 100%! Ja bih mu savjetovao da radije uči Javu nego PHP - imaće mnogo kvalitetniji materijal i znanje koje kasnije može primijeniti na zilion oblasti, da ga platforma potom ne sputava ni u čemu! Da ne govorim o vremenu koje bi uštedio učeći Silverlight/ASP.NET (jer ne smijem da predložim MS platformu).

Zato mu predlažem i Google Gears. I to mu je bolji izbor od PHP-a... ma bolji mu je izbor i Adobe AIR/ActionScript/Flash od PHP-a... SVE mu je praktično bolje od PHP-a.

PHP će mu uzeti najviše vremena za učenje i razvoj, uvešće ga u logiku koja nema veze sa RAD-om (što njemu treba), potrošiće silno vrijeme jureći po raznoraznim forumima tražeći soluciju na banalne rutine, pišući arhaične "kobasice" kod-a koje su živi UŽAS za debug (a da ne govorim o MORU nedostataka u odnosu na ozbiljne platforme - tipa test moduli), pa ako zatreba modifikacija i održavanje - tek će onda da prokune dan kada se uhvatio PHP-a!

Toliko o PHP-u... da se ovo ne pretvori u advocacy... ako već nije...

Hvala svima na odgovorima. Nema me jer isprobavam razne varijente,
dosta toga citam na netu a vise od svega -- slusam savete. Daleko od
toga da znam puno, okvirno sam (verovatno kao i svaki klijent s kojim
ste radili) znao sta bih *voleo* na pocetku; kako sam krenuo to da
razbijam na manje i manje elemente, ceo skup postao je veoma veliki, a
i elementi na koje sam razbio mozda bi se jos mogli dekonstruisati.

Kad sve to uradim, sa nekim sadrzajem napisacu novi post. Veoma mi
znaci ljubazna i heterogena podrska koju imam ovde :)

Nije bas srecno resenje. Oracle XE ima ogranicenje da je baza max 4 GB, sto je prihvatljivo. Ali je taj Apex totalno neprenosiv. Koliko sam gledao postoji samo u toj verziji i nigde vise.

---

"Zato mu predlazem i Google Gears."

Vi se salite, Gogle Gears je super :-), a vec sam napisao svoj prvi
kod u BrainFuck-u. Ispisuje "Hello World"! :-)

Anyways, kad se ovo zavrsi, da li ste da odradimo i neki test
licnosti, recimo? :-)

Hteo sam najpre da pobrojim koje sam savete za razvojne alate / arhitekturu rešenja dobio u ovoj temi, ali sam obrisao, kada sam video da lista A+B ima preko 10 redova :).


Evo šta bi bio najmanji zadatak koji sam odredio, u koracima. Prilikom izbora rešenja, bitno je:
- da nije dead-end rešenje za proširenje
- da je RAD, brzo ostvarivo
- da mi kao neprogrameru omogući komfor, bez preke potrebe da ulazim u dubiozu (barem ne u početku - ne bežim od učenja).
(- tabele sam napravio u Access-u kao i pokušaj ER modela)


Prvi zadatak
- Experimentalno kreirao tri tabele. Razmotriti da li je odnos između tabela dobar. (Zakačena slika)
- Diskusija i normalizacija.

Drugi zadatak
Forimirati sledeće tabele na server-računaru i omogućiti da klijent iz web broswer-a sa istog računara upisuje/menja podatke putem web formi.

Treći zadatak
Isto kao pod 2), samo da podaci mogu da se menjaju iz bilo kog web browser-a (udaljenog).

Četvrti zadatak
Isto kao i treći, ali uz logovanje (user/pass).


Objašnjenje za dati model
Kreirao sam tri tabele, tFirme, tZaposleni i tKalendarKontakata. Želim da evidentiram kada se naš zaposleni ("prodavac") video sa zaposlenim iz druge firme ("kupac") i kada i šta su se dogovorili. Koristim simplifikovan prikaz nečega što je svakome jasno i sa čime je svako pravio bazu: s prodavcima i kupcima; ista stvar je s ispitivačima i testiranim osobama.

Ideja: tabela tZaposleni može da bude sasvim ista za prodavce i kupce - unose se isti osnovni podaci, uz polje, recimo Naš_Zapolen (Yes/No). Dalje, prodavci se, recimo, vezuju za porudžbine i otpremnice, dok se kupci vezuju za plaćanja i isporuku, itd, za šta bi bile kreirane dodatne tabele.
Možda zbunjuje na slici, jer je Access sam dodavao tabele tZaposleni_1, tFirme_1 kada sam postavio neke relacije.

Kalendar kontakta beleži koji je naš zaposleni ("prodavac") ostvario kontakt sa zaposlenim ("kupac") druge firme i koja je firma u pitanju. Ovde već vidimo da ovaj model, ako je uopšte dobar, može da se normalizuje: npr, ako znamo s kojim se kupcem naš prodavac video, onda znamo i njegovu firmu, pa je jedna veza nepotrebna.

* * *

Od koraka koji sam predstavio, očekujem da saznam:
- da li sam zadatke (1-4) lepo razdvojio u celine?
- da li bi model podataka mogao drugačije da se reši? ima li grešaka? nejasnoća?
- mogu da nacrtam suštinska polja baze, još 10-ak tabela, da bi se stekla slika o celom projektu?

Zabeleška o kolaboraciji
Ovde se nigde ne spominje kolaboracija i druge "babe i žabe" zbog kojih sam dobio kritiku. Kolaboraciju je trebalo da predstavim kao sasvim nezavisan projekat od ovoga, zar ne? S druge strane, svo šta sam želeo u budućnosti: da predstavljena tabela tKalendarKontakata bude poveziva sa kontaktima i kalendarima u Office/Outlook paketu, i da vidim kad neki od mojih kolega planira sastanak sa kupcem i kojim. Zbog toga sam u startu naveo kolaboraciju, da ukažem na takve želje, jer odavde ne znam kako bih izveo takvo povezivanje.

Ne očekujem da bilo ko radi posao umesto mene! :). Ako je ko voljan da ostavi komentar, bio bih stvarno zahvalan, kao i do sada. Ozbiljan sam.

Ajde da i ja malo zamutim vodu :-)

Meni se cini da ono sto hoces, treba na kraju da izgleda ovako:

Iz ove sheme se mogu videti logicke faze izgradnje sistema. To su:

1) razvijanje same baze podataka. To podrazumeva izbor RDBMS, a opcije su ti (redosled nebitan) Access, ORACLE, MS SQL, MySQL, PostGress, Firebird.

2) razvijanje Windows aplikacije koaj ce da pristupa bazi. Ovde dolaze u obzir Access, VB a mozda cak i Java ili neka .NET platforma. U ovom slucaju alate sam poredjao po efikasnosti. Ta aplikacija ce da sedi na istoj lokalnoj mrezi gde se nalazi i file server na kome smo instalirali nasu bazu. Na file server se instalira MS SQL server ili ORACLE. U nekim slucajevima, imamo vise file servera, a neki od njih sluze samo da se na njima nalazi baza.

3) resavanje pristupa bazi za korisnike koji nisu na LAN-u. Tu imas dve opcije
3 a) WAN ili VPN konekcija, zahteva hardver i softver za WAN, ili konekcije za VPN (ili nesto ekvivalentno)
3 b) internet konekcija, zahteva web server koji sluzi kao veza izmedju baze i udaljenog korisnika

Ovde ima jedna zackoljica. Ako nameravas da ikad ides na fazu 3, pristup korisnika koji nisu na LAN, onda u koraku 1 bazu NE TREBA razviti na Accesu.Tteorijski moze, ima cak i u praksi da web aplikacije pristupaju Access bazi, svejedno nije dobra ideja. veruj mi na rec, ja sam modrator na forumu Access i ne bih protiv Accesa rekao ruznu rec bez razloga.

Sve ostalo stoji. Moze baza da bude ORACLE/MySQL/Firebird ili bilo sta, a LAN aplikacija da bue Access. Web aplikacije mogu da budu pisane u Java, .NET, .ASP, PHP. Redosled navodjenja alata je nebitan, koji znas taj koristi. Kazu da neke kombinacije (baza, alat) rade bolje od drugih, pa ako je to sitina, treba uzeti u obzir.

U svakom slucaju, ako s eprofesionalno radi i valjano, da se dodje do punog sistema kao na slici, treba 2-4 godine rada. preporucujem da prvu godinu provedes razvijajuci bazu i LAN aplikacije. Sliak koju si dao dolazi iz Accesa, pa pretpostavljam da se u tom okruzenju osecas najbolje. OK, mozes da uradis LAN resenje potpuno u Accesu (baz i aplikacije). Kad to malo bude radilo u praksi, videces koje prepravke i popravke moras da radis na samoj bazi. Lepo zvuci 'osmisli tabele, normalizuj i gotovo'. Nazalost, nije gotovo. baza moze da bude savrseno normalizovana a da delimicno ili potpuno promasi temu. tek posle nekoliko mesci aktivne upotrebe uvideces koliko si i gde promasio temu. tek kad to ispravis, spreman si za dalje.

Da se razumemo, ne mora Access kao alat za pravljenje aplikacije. Moze bilo sta drugo. Ja cu samo korsititi rec Access jer mi je to lakse da kucam.

Posto si bazu stabilizovao (jos uvek je u Accesu), mozes polako da je popnes na neki od SQL RDMS (Relational Datanbase Management System) server koji si izabrao (MySQL, Oracle, MS SQL. Firebird, .... koji god izaberes). Uz malo srece, windows LAN aplikacije nece traziti znacajne izmene, a mozes da pocnes da razvijas web aplikacije. Zasto tek sada? Kao sto baza moze da promasi temu, tako i aplikacija mzoe da promasi temu i to se desava jos cesce, to je pravilo. Za godinu-dve rada koriscenja Access LAN apliakcije otkrices koje si funkcije poslovnog sistema zaboravio, pogresno shvatio, prevideo ili nije postojala potreba za njima u pocetku. Na kraju ces imati Access aplikaciju koja lepo komunicira sa bazom i radi sve sto ti treba. Web aplikacija ce verovatno trebati da podrzava iste funkcije poslovnog procesa kao i Access (LAN, ne mora da bude Access). Ako imas LAN aplikaciju koja leporadi sta treba da radi, onda je gradjenje web aplikacije na neki nacin prevodjenje LAN aplikacije u drugi 'jezik'.

U praksi, ne moze da se uradi bukvalni prevod, pogotovo iz Accesa. Access komunicira direktno sa tabelama baze, web to ne moze. Web aplikacije su slicnije VB aplikacijama sa nepovezanim formama (unbound), dakle ne psu direktno u tabele, nego putem posrednika (ADO, DAO ili nesto drugo)

Sad lepo nastavi da radis an razvoju baze (tabele, constraints, data integrity), pa uradi LAN aplikaciju. I tu imas posla za dve godine, a imace nesto sto moze da pocne da radi u lokalu dosta brzo, za dva-tri meseca. Onda to osmatras i doterujes i jednog dana bices spreman za upgrade na 'pravi' SQL RDBMS i web aplikacije.

Sve sto sma napisao je u absolutnoj suprotnosti sa ideologijom tipa "mi sve analiziramo, smislimo projektni zadtak i onda samo odstancujemo aplikacije". Ono 'analiziramo' i 'smislimo projektni zadatak' je jednostavno nemoguce odraditi, ma sta o tome govorili teoreticari. Razvoj softwerskih sistema je inkrementalan, ne zato sto programeri tako hoce, nego zato sto je to priroda razvoja.

Cujemo se za dve godine, kad budes spreman za upgrade.

:-)

_{[Ovu poruku je menjao Zidar dana 28.05.2009. u 15:46 GMT+1]}

Eto, baza je skoro gotova, sada to stavi na neki Windows server, kreiraj usere i permisije, dodeli mu stalnu IP adresu, a pristupaj serveru preko Remote Desktop servisa, nekada se to zvalo Terminal services, ako se dobro sećam. Nisam video koliko istovremenih konekcija očekuješ, tj. koliko će ljudi istovremeno biti testirano, ali 10-20 instanci accessa bi trebalo da normalno trči na samoj mašini, ovde ti je usko grlo pre širina internet linka.
Uostalom oni koji vole da se "testerišu", mogu da malo i sačekaju!
Na taj način imaš brz rezultat, a ako si baš zapeo da se igraš sa web tehnologijama, onda bar pronađi nekoga ko je spreman da plati za tvoje provedeno vreme, a za to je ovakvo "mamac" rešenje dovoljno.


zaboravih da ostavim zgodan link: http://en.wikipedia.org/wiki/Terminal_Services#RemoteApp

Dzabe?? Znam koliko vi psiholozi naplacujete vashe sate :)

---

ne ne ne
psihijatri naplacuju dobro, psiholozi samo ensto istrazuju :)

---

a) Da li je (takođe simplifikovani) ER-model dat u ovoj poruci bolji od onog u http://www.elitesecurity.org/p2291087?
Tabele tZaposleni_1 i tZaposleni_2 kreirao je sam Access za grafički prikaz n-m, fizički ne postoje. Treba li dalje normalizovati?

b) Da li je dobro rešenje da postoji jedna tabela tZaposleni, koja se odnosi ISTOVREMENO i na naše zaposlene i na naše klijente?

c) Da li je koncept Kalendara kontakata (delovodne knjige) ok osmišljen?

Kad mi ovo odgovorite, na sličan način ću povezati Projekte i Usluge i dodati polja. Istovremeno radim na udaljenom pristupu. Hvala, zaista, veliko. :)



_{[Ovu poruku je menjao owim dana 02.06.2009. u 03:21 GMT+1]}

Oko ovoga mi isto treba mala pomoć.
a) Kakav Windows server? Mora li da bude IIS instaliran - verovatno ne. Može li XP? Ako da, šta treba da mi podesim da bi bio "server"?
b) Na kom nivou da mi kreiram usere i permisije? U Access-u? To može, iako nikad nisam probao. Ili na XP nivou?
c) Imam stalnu IP adresu.
d) Remote Desktop service je deo XP-a, kad pozivaš drugog korisnika na svoj računar? Može li umesto toga LogMeIn ili Hamatchi? Biće testirane 2-3 istovremene konekcije.

Onda forme pravim u Access-u? I sve je na serveru. A remote korisnik iz Remote Desktop-a koristi Access forme? Nije li to "nabudženo" rešenje, "drži vodu dok majstori ne odu"? :) Inače, protok mi je DL 1,5Mbit/s, UL 128 kbis/s. Usko grlo: UL.

Hvala! :)

@Zidar & Co
Hvala na velikom mejlu! Ovako nešto mi je trebalo, da imam punu sliku!

Dobar je početak: to undermine my potentials saying "see ya in two years, bro"! :) Šalu na stranu, ipak si preozbiljno prihvatio moj projekat, ovo je interna aplikacija i nemam nikoga sada da mi pomogne oko toga, a istraživanje počinje za dve sedmice, i podaci se moraju unositi.

Izabrao bih opciju da nema LAN konekcije iz non-browser aplikacije, jednostavnije mi je da sve ide iz web okruženja (LAN/WAN). Naveo si da u tom slučaju mora da bude Java, .NET, .ASP, PHP. InfoPath sa XML ispisom nije opcija? Ako biram od ponuđenog, biram .NET i .ASP, tj. kombinaciju Visual Web Devloper Express + SQL Server Express (jer rekao si da u web okruženju baza ne bi trebalo da bude u Access-u).

Želeo bih max da skratim vreme razvoja, sve što je moguće -- da pojednostavim. Da li odmah da batalim Access, mogu li vizuelno povezivanje tabela da uradim u SQL Server-u? Odmah da krenem sa RDMS u SQL Serveru + web pristup iz Web Developera. Hostujem kod provajdera. Treba li mi još nešto onda?

Posle dve sedmice, ako se vratim na prvi odgovor koji sam dobio u ovoj temi, bio je sa ishodom skoro identičan.

* * *

EDIT:

Facts:
- ovo je mala aplikacija i radi rutinski posao; za kratko bih je napravio u Access-u;
- 2 godine redukuju se na 2 meseca
- želim samo pristup samo iz web browser-a
- nemam mogućnost da "sam probam i izaberem šta mi više paše"; nemam vremena
- odluči(te) za mene: da li izbacujemo Access, InfoPath i Office SharePoint integrabilnu arihitekturu (namenjenu WAN-u) o kojoj sam pričao?
- znam da koristim Knowledge Base, gledam primere, nalazim rešenja, ali mi smernice puno znače da ne gubim vreme sa manje bitnim stvarima.

Qs:
- da li mi sem SQL Servera Express i Web Developera Express treba još nešto?
- koji su koraci za super-RAD: prvo definisanje baze u SQL Serveru... pravljenje formi u Web Developeru... ili simultano?
- postoji li nešto bitno oko njihovog povezivanja što bi trebalo da znam (jer nemam ideju kako radi .ASP, nikad ni dotakao)
- da li ću ulaziti u .NET, mogu li da izbegnem programiranje (sem malo), što više wizard-i?
- ne znam kako odraditi usere i novoe pristupa, sem ako nisu već implementirani u SQL Server Express, pa da ih wizard-oliko podesim

Svaka konkretna sugestija sada, kada je izbor sužen, je dobrodošla, uključujući i komentar na moj primer ER dijagrama gore. Hvala! :)

_{[Ovu poruku je menjao owim dana 01.06.2009. u 17:09 GMT+1]}

Server ti je potreban da bi više od jednog korisnika pristupilo istovremeno aplikaciji preko remote desktopa, sa XP mašinom moraju jedan po jedan.

Moraš dopustiti udaljenom korisniku da se loguje na tvoj računar, dakle lozinka na Windowsu, a za access može ako je potrebno opet lozinka.

Zašto bi bilo nabudženo rešenje, to je jednostavnije rešenje nego uplitati web server i browser u priču, ako nemaš potrebe za istim. U vremenima kada se znao red na računarima, sve je tako funkcionisalo, kroz terminal. :)

Pocinjem da ne razumem diskusiju, previse tehnickih termina za mene :-) (IIS, XP, URL, hosting, developer, browser, VPN, LAN, WAN, express, info path, share point). Zato necu vise o tome, pricacu o onome sta verujem da znam. Da razmotrimo shemu tabela koje si dao. Shema tabla treba da prati poslovni proces koji se modelira. Ako je tako, onda citajuci semu, mozemo da vidimo proces. Vidim sledece:

1) Zaposleni ne moze da postoji pre nego sto postoji firma. To je OK. Vidimo relaciju 1 firma = vise zaposlenih.
2) Firma na neki nacin zavisi od zaposlenog. To nam pokazuije relacija 1 tblZaposleni_1 moze da bude ProjectMngr u/za vise firmi. Tu nesto nije dobro. Jedan zaposlemni je otvorio firmu. Drugi zaposleni je Proj.Mngr u firmi. A zaposleni generalno ne moze da postoji bez firme. Nekako ovo ide u krug a to nikako nije dobro.
3) Zaposleni kontaktira sa a) klijentima, b) prodavcima, ali tako sto i Klijent i Prodavac moraju biti prvo Zaposleni, jerbo Klijent_ID = Zaposleni_ID ali i prodavac_ID = ZaposleniID. Nesto mi ovde nije jasno, ponovo idemo u krug.

Sve u svemu, ne valja.

A ni ovo ne deluje ohrabrujuce:

Ovo su pitanja tipa :
"
Ja bih zeleo da odradim jednu neurohirursku operaciju, na mozgu.
Nisam to nikad radio, ali redovno gledam ER i CSI na televiziji, i citam o tome u Vivi, i Politikinom Zabavniku.
A bio sam clan sekcije mladih istrazivaca. Da se vratimo na problem:
- Koji su koraci za superbrzu operaciju?
- Treba li nesto da znam o anestziji (niakad ni dotakao)
- Otvaranje lobanje, moze li nesto pomocu wizarda?
- Da li da ocekujem probleme sa radom srca, mogu li da izbegnem EKG (sem malo), sto vise wizardi?
"

Salu na stranu, u pravu si da ne vazi "see ya in two years, bro"! Proci ce mnogo vise od dve godine, nazalost. Ja ovo radim eto nekih 25-30 godina, zavisno od kog momenta se broji, i ne uspevam tako brzo da dodjem do ER modela. Valjda zbog starosti i godina, pa sporo radim. A ti bre izbacis ER dijagram iz cuga

Ajde malo da potpuno, ali POTPUNO izbacis iz glave one tehnicke termine i fokusiras se na ono sto mozes da uradis - opises kakav to poslovni proces treba tvoj sistem da podrzi. Mozda si nam to i rekao na pocetku, ali se izgubilo u gomili tehnickih termina. Ovako:

"Radis dakle u nekoj firmi. Ta firma ima i druge zaposlene. Zaposleni kontaktiraju neke klijente i neke prodavce. " Sta vi radite klijentima a sta prodavcima, ili oni vama? kakvi se projecti menadzuju? U kakvoj su vezi klijenti, prodavci, projekti? ko koga kontaktira? Zasto/ sta pitaju prilikom kontakta? Ko to treba da vidi? Zasto?

Ako nisi u stanju ovo da nam objasnis, bice mnoogo vise od 2 godine pre nego sto budemo mogli da nastavimo pricu. I nikkavi web browseri, XML, Access ili ORACLE nece ti pomoci. Isto vazi za IIS, windows server, PHP, Apache (e tog nismo spominjali, pa eto..)

Povratak dakle na proces. Posle cemo da vidimo sve ostalo. U protivnom, samo gubimo vreme. Tebi je mozda zabavno, ali niko od nas nema vremena za bacanje.

U zdravlje

:-)