Koja je svrha toga? Mde datoteke zaključavaju programski kod i dizajn formi i izveštaja.
Tabele su slobodne za izmenu strukture i u .mdb i u .mde.
U .mde možeš da uđeš držeći taster Shift. Ako ga onemugićiš (programiranjem), postoji opasnost da nećeš moći da priđeš podacima u back-endu. Sigurnije je korisniku postaviti šifru za prilaz back-endu i opomenuti ga da su to njegovi podaci i da ne pokušava da išta menja van front-enda. Inače za profi provalnike ni ta šifra na bazi ni .mde fajl nije neka zaštita. Pitanje je samo koliki je izazov.

Ako se BE prebaci u mde, da li je brži pristup podacima?

Nije. Kreiranjem mde fajla, kompajlira se VBA kod, pa se tako Front End aplikacija nešto brže izvršava. U BE bazi nema koda, tako da nema ni razloga da se snima kao mde.

Postoji li neki način da se ubrza pristup podacima?

FE je već u MDE, optimizovano koliko se može max, jedino što recorsource za formu nije do kraja optimizovan jer na njoj se nalazi tri povezane podforme pa tu malo "štuca", t.j. sporo je otvara jer je tabela velika

Ako imate problem brzine otvaranja formi, a i sami kazete da imate vise podformi koje su referencirane na tabele sa puno atributa, to ukazuje na lose definisan model podataka. Prvo to morate razresiti a onda ostalo. Put kojim ste krenuli sa MDE nije put resenja Vaseg problema.

Zoran je u pravu, kao i uvek. Ništa ne može popraviti loše modeliranu bazu i aplikaciju. Doduše, ponekad mali trikovi itekako umeju da pomognu.
Na pr. ako se uvede filter za Combo Box, pa Access onda ne vuče ceo recordsource za podformu, čini da oplikacija prosto "poleti"... Treba se igrati :)

Ma model podataka je OK, to je vec provereno. Mislim da je problem što se na jednoj formi - nosaču pojavljuju tri podforme koje su medjusobno zavisne. Mislim da je problem to što nisam koristio za recordsource SQL upit nego sam naveo ime tabele pa vuče sva polja a ne samo ona koja mi trebaju, probacu da to popravim. Valjda ce biti brži.