--- In [email protected], "gh2n" <[EMAIL PROTECTED]> wrote:
>
> sudah lama banget saya mau kirim email khusus ke bang Haer kira2 
awal 
> 2005 kebetulan saya lihat info tentang buku kupas tuntas security 
> accses dimilis ini jadi sekalian ikutan nimbrung disini. 
Terimakasih 
> moderator meskipun harus menunggu beberapa hari.
> 
> 
> Maaf , sebelumnya khusus nya bang Haer dan rekan yg lain .... saya 
> mau nanya , yg betul penulisan coding untuk object pakai " Me! " 
atau 
> " Me. "
> 
> soalnya dibuku abang Aplikasi Database Relasi penulisan pakai Me! 
> contoh pd hal 278 dst :
> 
> Me! [Kota Rumah] .Value = " "
> 
> Me! [Propinsi Rumah] .Value = " "
> 
> dst
> 
> 
> tetapi dibuku membuat Access project pakai Me. contoh pd hal 95 
dst :
> 
> Me.Picture = vPath & "\GIPustaka.jpg"
> 
> Me.Box0.Picture = vPath & "\atas.jpg"
> 
> dst
> 
> 
> Setahu saya penggunaan Me! adalah untuk object yg kita buat , 
> sedangkan Me. untuk object dari access sendiri mis :
> 
> Me.OnFilter
> 
> Me!Text1
> 
> 
> Karena bingung dan enggak bisa pegangan tiang , dari dulu saya 
pilih 
> enggak pakai me! maupun Me. untuk object yg saya buat. Jadi 
langsung 
> mis : Text1.Value 
> 
> Masalahnya di situs Microsoft & Help Access dianjurkan untuk pakai 
> Me! agar performance
> 
> VBA bisa lebih cepat. Pertanyaannya apa iya ? terus pengukurannya 
> pakai apa ? tolong dikasih penerangan pakai lampu O .... seram.
> 
> 
> Saya coba buat aplikasi pakai Me! lalu coba pakai Me. lalu kembali 
> lagi ngak pakai ya sama saja. Masalahnya pengukuran saya pakai 
> perasaan he ... he .... he ... 
> 
> Beda dengan referensi untuk form mis : 
> 
> Forms!frmKoleksi!Sub1 atau Me.Filter nah .... ini kan jelas harus 
> seperti itu enggak bisa diganti : Forms.frmKoleksi.Sub1 atau Me!
> Filter karena hasilnya akan bener bener seram he .... he .... 
he ....
> 
> 
> Terus tentang access project. Apa bener akses data bisa menjadi 
lebih 
> cepat dibanding menggunakan database (tabel access) sendiri ? buku 
> membuat access project hal 3.
> 
> Bisa kasih petunjuk gimana cara pengukurannya ?
> 
> Selama ini untuk applikasi yg menggunakan Sql-Access saya selalu 
> pakai koneksi ODBC
> 
> apa juga bener lebih lambat dibanding pakai cara access project.
> 
> kalau memang lebih lambat cara mana yang paling lambat ?
> 
> Koneksi ODBC menggunakan VBA atau koneksi dg setting ODBC ? 
> 
> Tentang buku kupas tuntas security access saya dah cari di toko 
tapi 
> belum beruntung ...
> 
> apa memang lagi kosong ? 
> 
> Saya mengoleksi semua buku anda bang ... 
> 
> 
> Pertanyaan terakhir : anda menulis juga tentang Foxpro. Kalau harus 
> memilih , anda lebih suka membuat applikasi pakai Foxpro atau pakai 
> Access ? kasih alasannya ya bang ...
> 
> trus ceritanya bisa kenal Foxpro gimana ? mana yg lebih dulu 
dikenal 
> access atau foxpro ?
> 
> 
> Terimakasih sebelumnya.
>
Memang di access ada banyak jalan menuju Rom - access seperti 
penulisan Me! atau Me. Kalau kemudian ada yg pakai Me! itu karena 
memang seharusnya (seperti anjuran paman micros )ya seperti itu dan 
biasanya digunakan oleh mereka yg cukup lama bergerak/advance di 
access ttp bukan berarti yg pakai Me. ngak advance bedanya kalau yg 
pakai me! ngak butuh lagi penerangan sedangkan yg pakai me. mereka 
lebih suka karena ada penerangannya setelah menuliskan Me. 
Cth : ingin mengisi Text1 dg nilai "coba"
Ketika anda mengetik Me. maka otomatis VBA akan memberi anda lampu 
penerangan dan ngak bikin anda seram karena anda tinggal memilih 
lanjutannya. Bandingkan kalau anda pakai Me! selanjutnya anda harus 
mengetik dengan betul nggak bisa memilih.
Kalau bang Haer pakai Me! dan juga pakai Me. mungkin waktu itu lagi 
kondisi seram dan nggak seram he ... he... he... juga.
Micros emang menganjurkan pakai Me! meskipun saya sendiri juga kurang 
merasakan efeknya selain ukuran aplikasi yg kita buat jadi sedikit 
lebih besar kalau code yg kita buat begitu complex.
Masalah koneksi ODBC dg SQL saya juga pakai dengan record s/d hari 
ini sebanyak 97.950 dan nggak lambat ( tergantung banyak faktor 
komputer - jaringan dsb )

Kirim email ke