> 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).
Sebenernya di MsSQLpun bisa tapi syntaxnya agak berbelit pake
TransacSQLnya MicroSoft contohnya
USE pubs
GO
DECLARE @tablename sysname
SET @tablename = N'authors'
table_loop:
IF (@@FETCH_STATUS <> -2)
BEGIN
SELECT @tablename = RTRIM(UPPER(@tablename))
EXEC ("SELECT """ + @tablename + """ = COUNT(*) FROM "
+ @tablename )
PRINT " "
END
FETCH NEXT FROM tnames_cursor INTO @tablename
IF (@@FETCH_STATUS <> -1) GOTO table_loop
GO
Atau ganti BDE dgn DbExpress. Toh ngak perlu nulis coding dr ulang.
Sebagian besar sama kaya BDE cuma beda disyntax transactionnya aja.
> 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?
Kalo pake C/S bukannya cuma ada DbServer dan ClientApp ? Kecuali Multi
Tier. & Bukannya kalo pake MultiTier apabila terjadi perubahan di
Server, kita cuma tinggal build lagi ServerAppnya tanpa harus merubah
ClientApp yg akhirnya lebih mudah ketimbang C/S yg harus di build
ulang ClientAppnya lalu harus di distribusikan ke setiap mesin Client?
> 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).
Kan bisa pake syntax SQL spt diatas tinggal mainin parameternya, Jadi
querynya itu ada datanya cuma yg dikirim ke client itu terbatas.
Tinggal pilih aja yg costnya lebih rendah antara query semua lalu
dibagi-bagi jadi beberapa halaman tinggal user yg nentuin mau lihat
halaman berapa baru dikirim datanya atau query lalu kirim data lalu
close query apabila user skip atau minta next halaman tinggal diquery
ulang lalu dikirim lagi data yg diperlukan. Kayanya pake BDE,ADO,
DbExpress juga ngak ngaruh kok. Tapi memang hasilnya ngak sebagus
search engine google atau yahoo, krn perbedaan hardware juga mungkin
perbedaan coding :).
Salam,
Aris
------------------------ 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/
