Sorry, ada yg kelewat. lihat yg warna biru. On 10/3/07, Haer Talib <[EMAIL PROTECTED]> wrote: > > 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 > > > Untuk tiap stasiun (client) tdk perlu BE sendiri-sendiri, tapi langsung ke MiddleTiers.mdb aja.
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. > > > > > > > > > > > >
