MS ACCESS MAILING LIST: Re: [belajar-access] Model BE

Kalo yang relationship cuma create+atur join type tanpa centang enforce RI nya sudah mas,,,tapi saya masih pake data dummy buat coba2 dan aplikasi saya blm pernah
dipake user jadi kelihatannya fine2 aja mas,,,cuma takutnya kalo nanti diimplementasikan secara real di user ada masalah dengan relationship yg saya pakai itu...
Gimana mas..?
Regards
Hendra

From: Aksan Kurdin <aksan.kurdin@gmail.com>
To: belajar-access@yahoogroups.com
Sent: Sun, March 13, 2011 10:03:22 PM
Subject: Re: [belajar-access] Model BE

Udah riset ?
Saya tidak pernah bikin seperti itu, jadi tidak bisa memberi jawaban.

Aksan Kurdin

On 3/13/2011 9:36 PM, Hendra Agestha Hamid wrote:

Nah kbetulan mslh relationship ini mas...
Mungkin saya blm kena masalah, biasanya saya link tabel relationshipnya pakai create terus atur join type nya, enforce RI nya kan gak bisa dicentang...itu nanti masalahnya
seperti yg mas terangkan itu ya mas.?
Masalah memory memang saya pikir juga (saya jg blm pernah nyoba di jaringan soalnya ),,,cuma gimana menurut mas pemikiran saya yg :semakin tabel kita pisah ke dalam banyak mdb maka semakin berkurang bebannya dalam diakses bersamaan...benar gak mas pemikiran itu..?

Regard
Hendra

From: Aksan Kurdin <aksan.kurdin@gmail.com>
To: belajar-access@yahoogroups.com
Sent: Sun, March 13, 2011 7:01:50 PM
Subject: Re: [belajar-access] Model BE

Dear Hendra Agestha Hamid,
Jangan ..., kalau saya menyarankan, susunlah database anda dengan 'benar' :)
RI adalah fitur access yang menjaga konsistensi dan integrasi tabel-tabel yang saling berelasi. Tanpa adanya RI, maka kita masih harus mengatur sendiri andaikan ada sisi header (misalkan nomor penjualan) yang terhapus, tetapi akibatnya di sisi detail (item transaksi penjualan) jadi orphan kehilangan header. Summary di sisi detail akan menghasilkan data yang keliru dengan kekurangan data di header.
Saya belum riset, bagaimana resource 'server' untuk menghandel pembukaan banyak tabel mdb (yang pasti butuh resource memory sendiri per tabel), dibanding dengan membuka satu file mdb (yang hanya satu resource, walaupun akses ke banyak tabel di dalam file tersebut). Tolong anda lihat saja di tampilan task manager, berapa total satu file access anda menggunakan memory 'server'.

Aksan Kurdin

On 3/13/2011 6:48 PM, Hendra Agestha Hamid wrote:

Thanx mas Aksan..
Gimana model2 BE tadi jika dihubungkan dengan kemampuan file mdb tsb untuk diakses bersamaan oleh multi user..? (masalah Refrential Integrity misal kita abaikan dulu).
pemikiran saya semakin tabel kita pisah ke dalam banyak mdb maka semakin berkurang bebannya dalam diakses bersamaan, sehingga diharapkan kinerja Access lebih lancar...

From: Aksan Kurdin <aksan.kurdin@gmail.com>
To: belajar-access@yahoogroups.com
Sent: Sun, March 13, 2011 6:27:29 PM
Subject: Re: [belajar-access] Model BE

Dari saya menyarankan nomor 1.
Nomor 2 dan 3 tidak bisa di set Referential Integrity terhadap tabel2-nya.
Memisahkan tabel relatif statis dan dinamis pada BE tidak berefek apa-apa pada FE, karena FE melihatnya sebagai link table. Ada pertimbangan juga yang memindahkan tabel2 lookup ke dalam lokal FE, tetapi membutuhkan sedikit effort untuk sinkronisasi perubahan isi tabel-tabel tersebut dengan BE-nya.

Aksan Kurdin

On 3/13/2011 4:27 PM, Hendra Agestha Hamid wrote:

Dear rekan2 milis terutama buat suhu2...

Misal kita punya 4 tabel : T_Kategori Customer, T_Kategori Produk, T_Customer, T_Transaksi
dari nama Tabel terlihat bahwa T_Kategori Customer dan T_Kategori Produk punya data yg sedikit (dalam implementasi hampir dikatakan tdk ada penambahan data baru oleh user/data tetap)..
T_Customer dan T_Transaksi punya data yg banyak dan sering entry data, pertanyaan saya :
Bila kita ingin memisah Tabel2 tersebut menjadi model BE mana yg lebih disarankan (BE nantinya ditaruh di server di Shared Document kemudian akan diakses oleh multi user) :

1. Seluruh 4 tabel dijadikan satu db, misal BACK END.mdb

2. T_Kategori Customer + T_Kategori digabung dalam 1 db, misal DATA TETAP.mdb
T_Customer + T_Transaksi digabung menjadi 1 db, misal DINAMIS.mdb

3. Seluruh Tabel masing2 dibuatkan db sendiri2, menjadi T_Kategori Customer.mdb, T_Kategori Produk.mdb, T_Customer.mdb, T_Transaksi.mdb

kesemua type diatas nantinya akan dilink ke FE di masing2 komp client
terima kasih

Regards

Hendra