U Accesu vrlo tesko. Mozda replikacija podataka, licno nisam imao iskustva s tim, mozda neko drugi moze da pomogne. Sve ostalo je van domena 'male privrede'

:-(

Trebace ti nekakav server koji ce da daje sve te podatke...a u prodavnicama stavis program koji ce se kaciti na taj server o uzimati podatke...
NEsto slicno sam radio u lokalnoj mrezi kroz odbc, tako sto klijenti prvo dovuku sa servera neke tabele kod sebe i pogledaju sta im treba...Moglo je to i 'uzivo', al je ovako ispalo mnogo brze.

Budi molim te malo konkretniji, jer je teško zamisliti sve moguće varijante... Odnosno, bitno je koja je roba u pitanju, imaju li prodavnice svoj lager ili su samo prodajni štandovi, da li se na prodajnom mestu koriste fiskalni štampači i kase-računari koji ažuriraju zalihe, ili su u pitanju fiskalne kase... pa opet da li je iz kasa moguće izvoziti fajl sa stanjem i u kom formatu, ili operater treba da ažurira zalihe ručno itd, imate li server na kome čuče centralizovani podaci, da li su šifarnici zajednički, na koji način su povezani objekti (LAN, VPN, Internet...) itd, itd

'Oćureći, postoje različita rešenja za različite situacije... daj još neke informacije, pa da mozgamo.

Mene isto to interesira ali access nemogu vezati preko odbc ,mogu na drugu bazu,recimo My SQL ili MS SQL.Ali neće sa Ms Access Front End Na MS Access Back End preko odbc-a.Ja sam to probao,znači može sa svim bazama sa access-om neće.Ako neko ima ideju neka se javi.

E ovako, Znaci covjek ima magacin, i dva prodajna objekta.
Sad magacin ima ulaz i izlaz robe.
Prodajni objekti imaju ulaz roba a izlaz robe ide preko fiskalne kase ili bolje jos napraviti u programu modul za racune pa da ide preko fiskalnog racuna.
Trenutno ima jedna kasa u jednom i drugom objektu.
Sad ne svatam zasto bih vezao magacin-1objekat-2objekat. kad svi imaju zaseban izlaz - ulaz.
Razmisljam se da napravim access aplikaciju koja ce da radi u LAN-u u magacinu i da ima jedan server na kojem se nalazi baza a oni pristupaju preko front-end.
kada se radi o prodajnim objektima imaju isto LAN mrezu, ima server na kojem se to nalazi i POS terminali pristupaju jednoj bazi i vide artikle i zalihe, izdavanje roba tj prodaja ukoliko se ostvari skida se sa stanja tako da mogu imati vise kasa u objektu. ulaz robe u objektima definisem isto kao u magacinu,

Fora je sto bi oni mozda da automatizuju pa da kaze npr iz magacina saljem neki nn artikal n komada u taj objekata pa automatski da razduzi magacin a zaduzi objekat. Kako ovo npr rijesiti.
Svi su objekti na internetu.

Preporucite mi sta da radim i vasa iskustva sa tim.

Ukoliko radnje prodaju samo robu iz Magacina, onda mislim da nema potrebe za on-line pristupom podacima. Generalno, iskustvo govori da nije dobro raditi direktno sa udaljenim serverom. Kupac u maloprodaji baš neće imati mnogo razumevanja za tehničke probleme ako je veza u prekidu, a on je sa robom u korpi i parama u ruci na kasi. Takođe, sizifov posao je ispravljati sve greške i komplikacije koje takvim načinom rada mogu da nastanu...

Elem, kod mene u firmi je to izvedeno ovako - U centralnom magacinu operateri kucaju račune za radnje, na osnovu trebovanja itd, i time zadužuju radnje i ažuriraju zalihe u magacinu. Magacioneri zatim "overavaju" račune pri izdavanju robe, tj. pripremaju robu za transport, proveravaju kvalitet i kvantitet, i vrše eventualne korekcije količina... Kada je račun overen i odštampan, on se i elektronski šalje, tj običnim e-mailom na adrese radnji. Takav račun postaje ulazna kalkulacija za radnje, i pri importovanju podataka radnja se automatski zadužuje robom, i ažuriraju se cene ako je došlo do promena...

Fajl za slanje može biti mdb baza, xls, xml ili šta god, samo je jako bitno da u radnjama ne mogu više puta da imortuju račune sa istim brojem, i valjalo bi pri unosu obezbediti još par stvari - trebalo bi da se automatski kreira pomoćna, temp baza sa artiklima za štampu etiketa sa cenama, što značajno štedi vreme i ubrzava proces, a ne bi bilo loše obezbediti i automatsko kreiranje zapisnika o primopredaji robe, za slučaj reklamacija i sl...

U radnjama takođe postoje lokalni serveri na kojima su lokalne zalihe i ostale baze, koje se ažuiraju prodajom na kasama-računarima... Preko noći se ftp transferom stanje snima na server u glavnom magacinu, tako da je uvek moguće videti promene od prethodnog dana...

Komplikacija nastaje ako se radnje snabdevaju i direktno od eksternih dobavljača, tj kapilarno, zaobilazeći centralni magacin, što vlasnici vole jer štede vreme i troškove transporta, onda je neophodno obezbediti mehanizam centralizovanog otvaranja šifarnika roba i komitenata i još svašta nešto...


Tolko za sad, uopšteno i u kratkim crtama :)

_{[Ovu poruku je menjao smal dana 05.05.2010. u 12:11 GMT+1]}

Tu postoji jos jedan novi problem o kojem treba voditi racuna posto se radi o fiskalnim uredjajima,da pri importu ulaza iz nekog fajla ne bi poremetio PLU kod u fiskalnom uredjaju,tj sifarnik bi morao biti indentican jer unosom neke nove sifre u glavnom magacini(npr,Keks koji ima PLU 1992),pri importu u podrucnoj jednici taj plu bi morao biti slobodan ili prodaja na fiskalnom uredjaju ne bi bila moguca.Ovo je ujedno i pitanje,pa ako neko ima neku ideju,hvala unaprijed

Taman posla, pa to je kljuc u mreznim arhitekturama...

Elem, mesto kom hoces udaljeno da pristupas se zove server i to IIS i to moze da bude komp na kome se vrti xp pa na gore neki OS. Mozes odmah i da stavis Access bazu (da se ne mlatish sa layerima) mada licno bih ti preporucio SQLServer express (dzaba je i staje do 4Gb). Sve sto treba da uradish je da izbacis (despose) servise (ADO.NET data services ili web services) i naterash access da ih konzumira jer su to u stvari specificno formatirani xml dokumenti. Nacina za konzumiranja web servisa ima razlicitih npr. ovako

Citam Vas opis problema pa ne mogu bas da zakljucim, da li se roba koja se kupuje tj prodaje u prodavnici izdaje u prodavnici ili u magacinu?!?!?

Ne sumnjam da su web tehnologije sjajna stvar, i da su svakim danom sve bolje...
Ono što me više brine je dostupnost internet konekcije, što je, bar u našim uslovima, još uvek daleko ispod idealnog. Na pr, za ovaj prvomajski praznik, Telekom ADSL nije radio skoro puna 2 dana na mnogim lokacijama, sa SBB-om je često slična situacija itd. Za to vreme, prodavnice rade i moraju da izdaju račune, što znači da nema vajde od web servisa...

Veruj ti meni da ce ti veza biti najmanji problem, a najveci ce biti da neko uradi to sto sam napisao . MSAccess je kao i sve ostalo od MS-a sjajna stvar za to za sta je projektovan ALI mu je izuzetno losa native podrska za mrezu, znaci prilicno lose se ponasa na internetu\intranetu. To je od prilike razlog zasto je Access samo segment u izradi IS-ova i njegova prevashodna namena je da pruzi podrsku u lokalu npr. mi Access koristimo u slucaju kad nas program ne uspe da pinguje server ili neki problem se desi, korisnik uopste ne primeti da sada podatke unosi u lokalu, a nakon toga ide procedura sinhronizovanja sa serverom/ima itd...

U svakom slucaju ovo sto sam napisao malopre je bolji odgovor od ne moze, a to sto ce da prsti od programiranja da bi moglo je samo jos jedan + .

Happy coding

Ja sam uspio povezat access aplikaciju sa sql bazom preko ODBC drivera ali mi neda brisat recorde u access aplikaciji a kad direktno udjem u sql onda mi dozvoljava.Zna li neko kako to da namjestim?

Koju gresku vraca?

Could not delete from specified tables.To mi javlja.Znači hoće da sprema podatke a neće da briše

Na ovakvo pitanje niko ne moze da ti da odgovor.

Koji sql server ?

Kako si pravio vezu i sta si uopste radio, opisi postupak sto detaljnije ?

BTW Access kolko ga se secam je imao jednu dobru osobinu, a to je da je vracao prilicno detaljne greske. Tacnije, do sada mi NIKADA nije vratio ovakvu gresku. Tako da kad bolje razmislim ipak postavi prtscr greske

Sve je u redu,radi dobro.Koristio sam access 2003 i ms sql 2008 R2.Ona greška koju sam javio je bila zbog toga što sam prilikom uvoza podataka iz access baze u sql zaboravio stavit primarni kjluč.Znači sql neda brisati red ako nije u tabeli zadan barem jedan pr.key.Odlično sve radi preko odbc-a,čak sam iznenađen brzinom.Mislim da je ovo dobro rješenje za udaljene lokacije. I još napomena kad kreirate ODBC preko TCIP treba pročitati sa sql-a koji je tcip i taj broj staviti u odbc,i onda se spaja bez problema.

Ako neko zna da mi pomogne ovo što sam gore naveo radi samo u lokalnoj mreži,ali neće preko interneta.Znači treba mi kako postaviti odbc za udaljene lokacije.

Ne ide to tako jednostavno... Lokalna i javna mreža nisu ista priča. Mada je ovo pre pitanje za sistem administratore, ajd' da pokušam da odgovorim.

Dakle, ti preko ODBC drajvera pristupaš "direktno" SQL serveru, a ne preko nekog layera, tipa web servisa, koji bi prihvatao tvoje upite i prosleđivao ih DB serveru, pa natrag klijentima... To u lokalnoj mreži funkioniše tako što DB server čuči na nekoj makini u mreži, koja ima svoju lokalnu IP adresu, i osluškuje određeni TCP/IP port za komunikaciju, pa odgovara na zahteve kada klijent to zatraži, uprošćeno rečeno. Klijent lako "pronalazi" server, bilo preko IP adrese, ili DNS naziva računara itd, a firewall u lokalnoj mreži ne brani takvu vrstu saobraćaja, a nije ni neophodna enkripcija podataka, jer za LAN nije neophodan nivo sigurnosti kao za javne mreže, tj Internet...

Da bi klijent spolja mogao da pristupi DB serveru, potrebno je da zna njegovu javnu, ne lokalnu, IP adresu. To znači da server mora da ima direktnu vezu sa Internetom i fiksnu IP adresu, ili da ruter/firewall ima otvorene potrebne portove za komunikaciju ka spolja, a da ih forwarduje na lokalnu adresu servera u LAN-u.
To obično nije dovoljno, jer je potrebno dobro se obezbediti neovlaštenog pristupa podacima, što podrazumev enkripciju, složeniju verifikaciju, detaljno podešena prava klijenta itd. Sve u svemu, dosta više posla i komplikacije u odnosu na LAN.

Zato se u ovakvim slučajevima pribegava kreiranju VPN (Virtual Private Network) konekcija između klijenta i servera. Takva tehnologija omogućava da se preko javne mreže uspostavi veza koja se ponaša kao da je lokalna. Za sigurnost saobraćaja se brinu sami VPN protokoli, a pristup DB serveru i podacima je daleko jednostavniji...

VPN konekciju je moguće uspostaviti softwerski, ili hardverski pomoću odgovarajućih uređaja, ali o tome bolje na nekom odgovarajućem podforumu.

Hvala ti za ovaj odgovor,mnogo si mi pomogao,sad ću tražit dalje.Pretpostavljo sam da mi to treba neki iznajmljeni vod ili tako nešto,ali si mi dao ideju za vpn konekciju.

Nisam siguran da sam ti uopšte pomogao, tj. suviše sam star da bih krenuo sa tobom, ali poslušaj moj savet

Cenim tvoj entuzijazam, ali da napomenem, iz iskustva znam da je dobro da obaveze oko udaljenog pristupa podeliti bar sa još jednim kolegom.
'Oćureći, ni samo baktanje oko VPN problematike nije jednostavno, potrebno je tu ipak solidno stručno znanje i trud, a to, pored održavanja aplikacije retko ko zna da ceni, a kamoli plati. I po Marfiju, veza neće da funkcioniše baš onda kad je najpotrebnija, što je mnogo zahebato sa on-line pristupom, kao što sam i u ranijim porukama pokušao da objasnim. Nemoj samo dozvoliti da te korisnici cimaju svako malo, i za ono što jesi odgovoran (aplikacija i podaci), i za ono što nisi (internet konekcija), jer je iz njihovog ugla to sve jedno isto...

Sve u svemu, teorijski sve moze, ali u najvecem broju slucajeva u praksi, naterati Access da radi na nekoliko lokacija - ne ide brate, pa to ti je. Zato je izmisljen Cytrix, .NET , .WEB, Share Point i druge slicne platforme. Kako rekoh u prvom odgovoru, sve to je uglavnom izvan domena male privrede.

:-(

Da napomenem da sam Back end bazu pretvorio u MS SQL 2008 R2.A Front End aplikacija mi je Access.U Lokalnoj mreži sam to isprobao preko ODBC-a i radi odlično.Sad mi je bitno da napravim VPN,i to sam uradio sa Himachi programom.Ostaje samo da to isprobam.Zato mi je pomoglo ovo što je Small rekao da SQL vidi lokalnu mrežu bez obzira da li se vide računala preko IP adresa.Zato sam mislio kreirati VPN pa probati to na udaljene lokacije.Inače ovaj SQL je besplatan do baze 10Gb.

Za ograničene mogućnosti koristim MS Mesh (u beta verziji je).
Ukratko - kreira se kao neki live desktop na nekom serveru koji onda služi kao sinkronizacija između računala.
Više o svemu na www.mesh.com

Ovo bi ti bilo odlično rješenja ako želiš samo gledati zalihu na centralnom skladištu no ne i mijenjati neke podatke u centralnoj bazi.
Ajde, dok proučiš javi ako ćeš imati kakvih nejasnoća.

poz.

Isprobaću pa javim.Hvala

Samo da javim da sam uspio napravit VPN preko Himachi programa koji je besplatan.Linko sam tabele preko odbc drivera i radi odlično i brzo.Ako nekom bude trebalo objasnit ću mu.

Super je Hamachi za testiranje i isprobavanje principa tehnologije, ali kako se broj udaljenih objekata povećava, postaje praktično prekomplikovan za održavanje, i rizičan za upotrebu u realnom sistemu. To je bar moje mišljenje.

Ja sam VPN konekcije, (trenutno ih imamo 21), izveo preko Linksys rutera, a to je moguće i preko dosta jeftinije Mikrotik opreme, samo je dosta komplikovanije podešavanje. Doduše, Telekom Srbije je od nedavno počeo komercijalno da nudi L3 VPN usluge i Cisco uređaje, mada je to još uvek prilično skupo. Ali biće uskoro jeftinije i pristupačnije za široke narodne mase, ubeđen sam. Ne znam kakva je situacija u BiH, ali smatram da udaljeni pristup predstavlja budućnost, i da treba razmišljati i učiti o tehnologijama koje idu u tom smeru.

U svakom slučaju Access može i dalje odlično da služi kao frontend, samo se treba fokusirati na backend, i razumeti principe koji se dosta razlikuju od situacije sa lokalnom bazom. Meni su mnogo pomogli saveti sa ovog foruma od Zidara i kompanije sa iskustvom, a dosta pametnih reči za početnike sam pronašao i na na pr: SQL Server and ODBC Performance Tips...