zxz 16.12.2010 16:00
Predmet:Re: Povezivanje FE-BE

Jos jedno mi pade napamet a neznam dali bi te zadovoljilo:
Naime mozes napraviti sledece.
Da negdje na racunaru napravis folder za orginal bazu.
Napravis drugi folder i njega serujes. Na njega linkas sve tabele.
Poslije opcijom import mozes tabele (Odnosno samo link) povuci.
I sad ako ovdje u startup stavis gore navedeni autoexec koji ce pozivati proceduru za Izlaz i zastitit siftom po meni bio bi poprilicno zasticen.
-Ako ko pokusa uci nebi mogao baza bi se istog momentazatvorila.
-Ako pobrise ni pla muke samo opet napravis link jer tu nisu podaci.

/mad_max/ 16.12.2010 18:43
Predmet:Re: Povezivanje FE-BE

Koliko sam shvatio, predlazes da taj dijeljeni folder bude kao neka medjuveza?
S obzirom da sam sad u guzvi i da zurim u vrtic gledat priredbu od klinca, sutra bi pokusao mozda malo opsirnije u vezi ovoga te postaviti sliku (kaze se da govori vise od 1000 rijeci) samo ne znam koja je dozvoljena velicina?

zxz, usput mozda nebi bilo lose da temu preimenujes u recimo Zastita back end baze ili u nesto drugo ako imas bolju ideju.
Mislim da sam totalno promasio naslov teme.

Thx

zxz 17.12.2010 16:48
Predmet:Re: Zastita back end baze

Da dobro si napisao. Ovo bi bila medju veza. Kada nems server mora se domajavti.

/mad_max/ 21.12.2010 13:00
Predmet:Re: Zastita back end baze

Isprika za nejavljanje al kraj je godine pa imam pritisak sa svih strana.
Tema je otisla malo u teoriju al mozda na koncu dodjemo i do konstruktivnog zakljucka sto se tice zastite podataka u BE bazi.

Mislim da cemo se svi sloziti da nije toliki problem (barem ja mislim) ako netko (ne)namjerno obrise cijeli fajl baze. Iole ozbiljna aplikacija zahtjeva neku vrstu backupa, bilo rucno ili automatski. U slucaju brisanja vrati se baza iz backupa i steta je ajmo reci neznatna, naravno podaci koji su u medjuvremenu uneseni otisli su u nepovrat. Ali u tom slucaju se zna da se moraju ukucavati ponovno a da struktura baze nije poremecena.
Veci problem nastaje ako netko (ne)namjerno direktno u tablice krene upisivati nove ili jos gore, mijenjati postojece podatke. Vrlo je tesko u tom slucaju znati sta je mijenjano i kada i dali je mijenjano, a rezultati mogu dovesti do neupotrebljivosti aplikacije.
Evo recimo primjer: s obzirom da radim u firmi koja se bavi distribucijom elektricne energije imamo aplikaciju u kojoj se vode podaci o svim trafostanicama, pripadnim vodovima te o vaznim (velikim) potrosacima koji su prikaceni na te vodove. Sad zamislite da se zbog radova iskljucuje trafostanica npr.123 i da se vazni potrosaci moraju obavijestiti da ce taj i taj dan biti bez elektricne energije. Naravno, pretragom za doticnu stanicu izlistaju se potrosaci, a netko je rucno (direktno u tabeli) u medjuvremenu promijenio vazne potrosace iz stanice 321, te ih prebacio u 123. Ti potrosaci za taj dan prekidaju proizvodnju, radnici ne rade a struje ima! Eto onda tuzbi i sudova, naknada troskova itd.
S obzirom da u visekorisnickom koristenju dijeljeni folder ima dozvole "Full" i "Everyone", ovo je lako moguci scenarij.
Zbog toga mi se svidjela ideja od zxz da se BE dio stavi na "hidden" tj da se sakrije svima osim administratorima koji ionako mogu pristupati racunalima s znakom $ iza slova diska.
Mana je recimo da ako bilo tko upise cijelu putanju do skrivene baze (s imenom baze naravno), ista se moze bez problema otvoriti.
Kao ideja mozda ne bi bilo lose BE bazu osim sto je sakrivena, preimenovati u nesto totalno nesuvislo (npr. qxyw.mdb) ili nesto drugo sto nema veze s nazivom aplikacije, i naravno zapisati i zapamtiti ime. Time bi se otezao upis direktne putanje do baze a osim toga kad bi se naziv i vidio vjerojatno nebi bio toliko interesantan da se i otvori.
Sto se tice djeljenog foldera kao medjuveze, ne znam koliko bi to pridonjelo na padu performansi same aplikacije.

Kad sam pokrenuo temu, zamisao mi je bila da se folderu s BE bazom u windowsima dodijeli sharing i full access samo jednom korisniku pa kad se pokrene aplikacija da se preko neke API funkcije windowsima da nalog da dozvoli aplikaciji pristup tom folderu s imenom i lozinkom tog korisnika, da se ista moze konektirati. Pa kad se konektira da operater dalje pristupi podacima sa svojim imenom i lozinkom.
Ne znam koliko je to komplicirano al i ovo gore barem po meni ce rijesiti 80% problema.
Ako aplikacija bude rasla, vjerojatno cu morati migrirati podatke u neku drugu bazu, MySQL, PostgreSQL ili neku trecu sto ce vjerojatno donijeti neke prednosti ali i mane. Uostalom, kako u zivou nista nije savrseno tako je i s bazama. Sve ima svojih prednosti i mana Cool

Isprika na poduljem postu. Ako sam nesto krivo napisao slobodni ste me ispraviti. Sve u namjeri da se sto vise nauci.

zxz 21.12.2010 21:49
Predmet:Re: Zastita back end baze

Sve si ti to lijepo opisao i hvala ti.
Ja jedino mogu dodati za ovco sa linkom da ja sto se tice brzine nisam nista primijetio.
Naravno ovo nista nije potrebno ako imate server serverom.

pmiroslav 22.12.2010 07:33
Predmet:Re: Zastita back end baze

Citiraj zxz:

Da negdje na racunaru napravis folder za orginal bazu.
Napravis drugi folder i njega serujes. Na njega linkas sve tabele.
Poslije opcijom import mozes tabele (Odnosno samo link) povuci.
I sad ako ovdje u startup stavis gore navedeni autoexec koji ce pozivati proceduru za Izlaz i zastitit siftom po meni bio bi poprilicno zasticen.

Ovo mi nekako nije jasno. PokuĆĄao sam to napraviti ali se ne daju linkati linkane tablice.

zxz 22.12.2010 09:17
Predmet:Re: Zastita back end baze

Linkane tabele importujes u sledecu bazu.
Prvi put linkas drugi put import.