bongkar2 file nemu ini :
Yang saya lakukan secara standar adalah:
1. Primary key sealu saya gunakan tipe data NUMERIK
>>>Klo Primary key tidak saya masukan ke dalam query apa bisa percepat load pemanggilan query tsb? sy coba sepertinya tidak berpengaruh (mohon penjelasan)
2. Untuk tabel yang recordnya banyak dan kapasitas nya besar saya gunakan dummy tabel sebagai perantara, dan saya hindari query yang kompleks atau yang bertingkat.
>>>DUmmy file itu seperti gimana ya?
3. Sedapat mungkin saya hindari query yang memilih semua data (misal: select * from tabel_penjualan)
>>>Solusi lain dari query yang sudah menggunakan perintah select * diganti dengan apa ya ??
4. Perintah2 domain aggregate yang sangat menurunkan kecepatan saya hindari (DLookUp, Dmin, Dmax, dll)
>>>Klo ini tidak sy gunakan
5. Indexing yang tepat. Index sampe kebanyakan juga bisa bikin lambat,
gunakan seperlunya pada field2 inti yang berkaitan dengan proses searching aja)
>>>Maksudnya bagaimana ya? file2 inti saja..
Apa selalu harus migrasi database ya? Masa iya aplikasi nya Mas Haer yg MyPOS itu setelah pemakaian di atas 1 tahun untuk skala toko bisa melambat??
Mohon pencerahan
----------------------------------------------------------
--- In belajar-access@yahoogroups.com, "jayaditm" <jayaditm@...> wrote:
>
> Betul mas edi rosadi. klo data sudah byk pasti manggilnya juga lamaaa.. klo compact/repair sih sudah pasti tuh mas.
>
> apalagi ya... ini, klo masalah relasi tabel dari awal 3bulan pemakaian aman2 ajah tuh.
>
> Atau query dan tabelnya, kira2 sebaiknya bagaimana ya? record tabel barang sekitar 1200 an.
>
> Tks
No comments:
Post a Comment