horee... si mbah dapat proyek.... tanda jadi traktiran dong mbah .... kita tunggu ya
:) aksan kurdin 2008/6/11 budi laksamana <[EMAIL PROTECTED]>: > ym dech budilaks > > cheers, > budilaks > > --- In [email protected], > "andikprabowo" <[EMAIL PROTECTED]> wrote: >> >> 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 <har_i20002000@> >> 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 budilaks@ wrote: >> > >> > From: budi laksamana budilaks@ >> > 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 >> > >> > > -- Aksan Kurdin
