Lihat in line comments ya.
On 10/3/07, Edy WIYONO <[EMAIL PROTECTED]> wrote: > > Middle Tier (MT) tsb ditaruh di mana mas Haer? > Kalo tidak salah tangkap begini. > > desain lama: > Stasiun1 mengakses BE di folder \\Grup\Database, namanya BackEnd.mdb > Stasiun2 mengakses BE di folder \\Grup\Database, namanya BackEnd.mdb > Stasiun3 mengakses BE di folder \\Grup\Database, namanya BackEnd.mdb > Stasiun4 mengakses BE di folder \\Grup\Database, namanya BackEnd.mdb > Stasiun5 mengakses BE di folder \\Grup\Database, namanya BackEnd.mdb > Stasiun6 mengakses BE di folder \\Grup\Database, namanya BackEnd.mdb > Stasiun7 mengakses BE di folder \\Grup\Database, namanya BackEnd.mdb > > Jadi tujuh stasiun mengakses satu file mdb. > > usul mas Haer: > Stasiun1 mengakses BE namanya BackEnd_S1.mdb > Stasiun2 mengakses BE namanya BackEnd_S2.mdb > Stasiun3 mengakses BE namanya BackEnd_S3.mdb > Stasiun4 mengakses BE namanya BackEnd_S4.mdb > Stasiun5 mengakses BE namanya BackEnd_S5.mdb > Stasiun6 mengakses BE namanya BackEnd_S6.mdb > Stasiun7 mengakses BE namanya BackEnd_S7.mdb > > Backend_S1.mdb s.d BackEnd_S7.mdb ditaruh LAN / Local? > > Trus buat satu aplikasi misalnya MiddleTiers.mdb yang fungsinya > memindahkan data dari backend_s1.mdb sd backends7.mdb tiap stasiun ke > BackEnd.mdb. > > MiddleTiers.mdb ini di taruh di LAN. > Sampai di sini sejalan. Tiap stasiun mengupdate data di MiddleTiers.mdb dalam selang tertentu yang > sudah ditentukan. misal tiap selesai Entry , dia harus tekan button: > Updating Database > lalu data di BE lokal dicopy ke MiddleTiers. Pemicunya adalah di Stasiun, > jadi operator yang mesti aktif. > Tidak dalam selang waktu tertentu, tetapi online saja, toh MT-nya di LAN. Jadi, aplikasi client yg sekarang tetap tdk berubah, hanya sekarang linked table-nya ke MT, bukan ke BE langsung. Lalu misalnya supervisor yang di Kantor Pusat Jakarta, pingin lihat data > terbaru dia tinggal buka aja MiddleTiers.mdb. Di MiddleTiers.mdb macro > autoexecnya sudah diset agar tiap buka langsung jalankan proses updating ke > BE.mdb. > Supervisor di JKT tidak mengakses ke MT. Kalau sudah waktunya data di-upload (sinkronisasi ke pusat), sysadmin tinggal menjalankan prog sinkronisasi di MT. Jadi yg di JKT tetap spt yg sekarang, tidak berubah, dia langsung mengakses ke BE yg ada di LAN JKT. Gimana mas Haer. Apa seperti ini skenarionya? Trimakasih sebelumnya > Sama-sama, ini hanya ide saja, pelaksanaan tentu lbh sulit, terutama membuat modul sinkronisasi MT ke BE. Kalau sederhana sih, dg asumsi update data hanya dilakukan di FE, maka bisa sinkronisasi satu arah. Data yg sama di BE hapus dulu, lalu tambahkan data dari MT. ----- Original Message ----- > *From:* Haer Talib <[EMAIL PROTECTED]> > *To:* [email protected] > *Sent:* Wednesday, 03 October, 2007 13:43 > *Subject:* Re: [belajar-access] Mengoptimalkan Database Multiuser File > Server > > Idenya mas Ivan tampaknya bisa jadi solusi, tapi cara kirimnya bisa tdk > pakai eksternal file. > - Pakai "midle-tier", FE akses table dari midle tier (MT). MT download > data dari BE. > - FE melakukan update di MT > - Ketika data sdh bisa dikirim, MT melakukan upload/sinkronisasi data > dengan BE > > Jadi, narik datanya sekali di awal (misalnya pagi) oleh MT, lalu dikirim > sore hari ke BE (atau terserah jadual updating/processing di BE) > > Data tdk disimpan di lokal client, cuma di MT (MT tentu ada di LAN spy > cepat), jadi tdk melanggar aturan. > > Salam, > Haer > > > On 10/3/07, Edy WIYONO <[EMAIL PROTECTED]> wrote: > > > > Makasih idenya Ivan, > > > > Kita pake Leased Line Dedicated. Ada data yang tidak boleh ditaruh > > lokal. > > Selama ini kita minta sama Divisi IT untuk di create grup user yang > > punya otoritas mengakses database tsb. > > Masing2 stasiun ada 2 orang. > > > > Jadi FE dikirim via email ke 14 orang, terserah mau di taruh di mana. FE > > dan BE dihubungkan lewat link table ke file server BackEnd.mdb > > BackEnd.mdb di password database dan ke 14 orang tsb di beri hak read > > write di foldernya. > > > > Itulah mengapa saya juga tdk pernah bilang2 sama user dimana naruh > > BackEndnya. Sebab kadang2 ada yang suka iseng buka2 yang tidak perlu. > > > > > > > > ----- Original Message ----- > > *From:* Ivan Leonardo <[EMAIL PROTECTED]> > > *To:* [email protected] > > *Sent:* Wednesday, 03 October, 2007 13:05 > > *Subject:* Re: [belajar-access] Mengoptimalkan Database Multiuser File > > Server > > > > Wah kalo konek ke BE melalui jaringan Internet bandwithnya mesti gede > > and stabil donk. Mungkin lebih baik pake sistem batch. jadi masing lokasi > > input lokal lalu mdbnya di zip kirim deh kek pusat utk konsolidasi > > > > Edy WIYONO wrote: > > > > Assalaamualaikum Wr Wb, > > Rekan-rekan dan suhu access sekalian. > > Mohon pencerahannya. > > > > Saya membuat database multiuser dengan MS Access. File BE ditaruh di > > server \\Grup\Database lokasinya di Balikpapan. > > File FE-nya dikopi di 7 stasiun / terminal di 7 lokasi berbeda di > > Kalimantan Timur (jarak antar lokasi puluhan kilometer, terhubung via LAN) > > > > Kendalanya selama ini (program sudah running kurang lebih 6 tahun) > > 1. Waktu loading awal lama (bisa 3 menit / lebih - kadang 10 menit), > > tapi kalo sudah masuk bisa lumayan cepet untuk buka form > > 2. Kalo ada 4 orang / lebih pake bersamaan, waduuuh , leletnya minta > > ampun deh. Jadi mereka kadang terpaksa "lembur" untuk entry data. > > 3. Maksud hati mau minta space / otoritas pake MS SQL Server, tapi gak > > boleh sama bos. > > > > Pertanyaan: > > Adakah suatu cara dalam mendesain database dengan Access supaya walaupun > > terpisah jauh lokasi fisiknya tapi bisa di akses dengan cepat oleh tiap > > terminal? > > > > Sifat aplikasinya tidak realtime, hanya kadang-kadang perlu running > > proses perhitungan (dilakukan di Kantor Jakarta) > > > > Segala pendapat sangat saya hargai. > > > > Sekalian saya juga mengucapkan "Selamat berpuasa semoga mencapai derajat > > MUTTAQIEN" dan juga selamat Hari Raya Iedul Fitri. > > > > Salam, > > > > Edy WIYONO > > > > > > > > --------------------------------------------------------------------------- > > This message contains confidential information and is intended only for > > the individual named. If you are not the named addressee you should not > > disseminate, distribute or copy this e-mail. Please notify the sender > > immediately by e-mail if you have received this e-mail by mistake and delete > > this e-mail from your system. E-mail transmission cannot be guaranteed to be > > secure or error-free as information could be intercepted, corrupted, lost, > > destroyed, arrive late or incomplete, or contain viruses. The sender > > therefore does not accept liability for any errors or omissions in the > > contents of this message, which arise as a result of e-mail transmission. If > > verification is required please request a hard-copy version. > > > > > >
