Gini aja bang Budi Laksamana, andik percaya sama abang kalau abang ada waktu minta tolong disetup server andik. Minimal-maksimal andik kasih berapa (proyek)? please your contact? thank'u.
buat bang Hariyanto, Terimakasih atas petunjuknya andik sangat menghargai respon abang. --- In [email protected], hari yanto <[EMAIL PROTECTED]> wrote: > > Menurut saya, agar user sesuai keinginan admin dan tidak lambat dalam pencarian: > > 1. Gunakan form hanya sebagai penayang. Beri pintu barier. Misalnya, yang bisa diproses hanya 1,2,3,4 dst. > 2. Setelah itu, gunakan jembatan VB (sql) untuk mencari, menghapus, mengedit ataupun menambah kata kunci dan anak-anak dari kata kunci > > Saya kira itu. Yang sering saya lihat pada aplikasi acces adalah form menggunakan record source tabel tertentu. Akibatnya, ketika memanggil form tersebut komputer akan membaca semua record yang ada di dalam tabel. > > Ini berbeda kalau form hanya digunakan sebagai penayang. Form akan berhubungan dengan database kalau diminta. Itupun tidak semua data yang diminta. Hanya kata kuncinya saja. Sehingga kecepatan prosesnya menjadi lebih cepat. > > Sedangkan untuk perubahan text menjadi numerik, tidak ada masalah. Akan lebih baik lagi bila diberi kodefikasi. Misalkan, digit 1-2, kode nomor urut, digit 3-6 kode nama barang, dst. Sehingga record untuk kata kunci lebih ringkas (pendek). > > Semoga ini berguna. > > Tx > > Hariyanto (Surabaya) > > --- On Sat, 7/6/08, budi laksamana [EMAIL PROTECTED] wrote: > > From: budi laksamana [EMAIL PROTECTED] > Subject: [belajar-access] Re: apa ada pengaruh kecepatan key field menggunakan text atau numeric ? > To: [email protected] > Date: Saturday, 7 June, 2008, 9:58 AM > > > > > > > dulu sudah pernah saya paparkan panjang lebar mengenai hal ini. > juga untuk kopdar di Microsoft Sudirman dulu, aku pernah perlihatkan > mdb di layar screen mengenai pemakaian numerik. > > untuk itulah muncul ID autonumber. > kenapa?? > > numerik long integer hanya pakai 2bytes. > text 50 karakter menggunakan 100bytes (pls correct me). > > cpu, data process 32bit, > > jadi untuk melakukan recursive sorting untuk numerik, jauh jauh lebih > cepat daripada text. > > misalkan text 1 karakter dengan angka 1 digit, 1 ms > misalkan text 10 karakter dengan angka 10 digit, 10 ms > misalkan text 100 karakter dengan angka 100 digit, 10000 ms > misalkan text 1000 karakter dengan angka 1000 digit, 1000000 ms > Diatas ini hanya contoh, bahwa semakin data kita dalam text makin > besar, maka waktu query akan semakin panjang secara exponential. > > ssstttt....tapi katanya sich MSSQL, Oracle pakai datacluster. ..pakai > CPU Xeon, quad core, memory 16GByte, Raid5....... ......pasti enggak > ada masalah..... duitnya aja dan mdb nya harus adp. > > cheers, > budilaks > > --- In belajar-access@ yahoogroups. com, > "andikprabowo" <andikprabowo@ ...> wrote: > > > > Apa ada perubahan signifikan (dalam pencarian) kalau kunci dalam > tabel > > menggunakan text atau numerik ? > > > > kalau kunci dalam tabel bertype text tapi inputnya angka : > > contoh tabel x : nomor text 15 > > nama text 60 > > > > input : 123456789012345 dodi > > 123456789012348 dedi > > > > Kalau ada perubahan signifikan gimana solusinya kalau field "nomor" > > text dirubah ke numerik misalnya bertype long integer, sedangkan > long > > integer maksimal 10 digit. mohon petunjuk abang moderator! > terimakasih > > > > > > Andik pakai sharing file di data back end. dibaca di 3 komputer > tapi > > kok agak lelet yach. server andik pakai win server 2003, client > pakai > > Xp dan office acces 2003. emang datanya banyak, untuk tabel > history > > sampai kurang lebih 100.000 record. > > > > > > Terimakasih bang Aksan. > > > > > > > > > > > > > > > > > > Send instant messages to your online friends http://uk.messenger.yahoo.com >
