Wednesday, September 24, 2003, 5:48:22 AM, you wrote: s> Mas Syarif, lama nggak kelihatan...:)
Iya nih, tapi terus memantau kok milis ini... <!--DEL--> >> 1. Kok di ADOQuery nggak ada ya? atau propertynya lain? s> Hal ini tidak disupport oleh TADODataset, tetapi settings-nya bisa anda s> set langsung dari Interface RECORDSET-nya. Jangan lupa call s> recordset.resync() setelah mengubah property property tersebut. Thank's atas penjelasannya akan segera saya coba. >> 2. Gimana implementasinya di BDE sehingga aplikasi kita tetep >> high-performance, mengingat kalo berjuta record yang kita fetch juga >> kita ambil bisa dibayangkan betapa lambat nya program dan beratnya >> server. s> Di BDE tidak ada mekanisme otomatis yang mendukung ini, jadi terpaksa s> harus diakali lewat back-end-nya. Misalnya firebird punya syntax 'select s> first n skip n' yang bisa melakukan ini dengan mudah. Nah, the problem is saya nggak pake FB tapi pakai MSSQL, dan untuk kedepannya karena masalah HAKI sudah menjadi masalah serius, maka untuk aplikasi yang dibangun harus mempertimbangkan hal tsb. Jadi kalo mau solusi yang murah, harus menggunakan Paradox dengan arsitektur C/S (bukan Counter-Strike, tapi Client/Server, red. :D). s> Feature ini didukung oleh ClientDataset (fetch on demand), by the way, s> tetapi menggunakan CDS berarti anda 'terpaksa' menggunakan mekanisme s> DataSnap, yang mungkin tidak cocok untuk setiap aplikasi. Yap, benar. Mau tidak mau harus dibikin arsitektur spt. ini. Nah, ada pertanyaan lagi mengenai hal ini, saat ini kalo saya bangun aplikasi dengan arsitektur C/S atau 3-Tier, sebenernya saya masih mencari cara development yang enak dan mudah, karena perubahan pada server application menuntut recompile thd serv-app dah panggil lagi app. tsb. begitu seterusnya... Maklum saya termasuk beginner di model C/S, ada saran? >> 3. Kalo pertanyaan (2) bisa terjawab, maka bisa atau tidak kalo >> setiap query (dengan analogi google.com tadi berarti setiap menekan >> tombol SEARCH) kita harus selalu Query.Open; Query.Blablaba; >> Query.Close maksudnya adalah setiap query mengulang proses dari >> awal, bukan melanjutkan dengan Query.Next atau semacamnya. Tujuanya >> adalah bisa kita bayangkan jika 1 session mengalokasikan resource >> jika ada 1000 user menggunakan aplikasi kita makan alokasi resource >> untuk Query juga sebanyak itu. Jadi maunya setiap session hanya >> menggunakan 1 Query resource. s> Interesting idea, biasanya disebut 'resource pooling'. Solusi yang s> ditawarkan selama ini adalah model 'disconnected' atau 'stateless' s> (mirip dengan model web programming), jadi untuk setiap query, operasi s> yang dilakukan adalah : s> - connect s> - ambil data s> - tampilkan s> - disconnect s> Sehingga server tidak harus 'menyimpan' state dari setiap user, tetapi s> tinggal 'fire and forget'. yah, maksud saya spt. yang mas Sugi sebutkan. Resource hanya dialokasikan pada saat client me-mencet "Search", hasil ditampilkan setelah itu di-free. Yang saya jadi agak bingung adalah kita bisa set setiap halaman 20 entries dan langsung ke halaman 400 (misal). <!--DEL--> --- Best regards, Syarif Lumintarjo [EMAIL PROTECTED] ------------------------ Yahoo! Groups Sponsor ---------------------~--> Upgrade to 128-Bit SSL Security! http://us.click.yahoo.com/p7cEmB/s7qGAA/yigFAA/i7folB/TM ---------------------------------------------------------------------~-> Berlangganan: [EMAIL PROTECTED] Stop Berlangganan: [EMAIL PROTECTED] Keluhan Milis(Unbouncing,spam,dll): [EMAIL PROTECTED] Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
