> 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).
Untuk database, belakangan pilihan 'free software'-nya sudah cukup
banyak, jadi mungkin ndak perlu menggunakan MSSQL (yang 'tidak murah')
atau downgrade ke Paradox (yang 'tidak scalable'...:).
> 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?
Tergantung investment waktu anda sebenarnya. Menambahkan satu tier
kedalam aplikasi berarti kan menambah 'layer' dan otomatis menambah
'complexity'. Ini yang harus ditimbang timbang, apakah sepadan dengan
effort-nya...:) Bagi saya pribadi, model 3-Tier belum terlalu vital
karena alasan tersebut diatas.
Dari sisi lain, kalau anda sudah berhasil menemukan 'level abstraksi
yang tepat', ini bisa berguna sekali. Dari contoh anda misalnya,
meskipun harus recompile server app, tetapi client app tidak berubah
sama sekali kan? Jadi anda tidak harus deploy ulang semua client app
anda, hanya server app-nya saja.
Untuk jumlah client dan deployment di network kecil, mungkin tidak
significant time-savings-nya, tapi kalau bicara ribuan client? :) Kalau
nggak salah mas Aris kemarin mau develop sistem untuk 2500 user...
bayangkan kalau harus deploy satu satu...:)
> 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).
Biasanya ini didukung oleh server-side construct, jadi bukan dari
client-side. Misalnya di firebird, statement-nya menjadi :
...
select first 20 skip 400 * from table;
...
Kalau harus diakali dari client-side, repot sekali karena terpaksa harus
buffering dulu.
Salam,
sugi.
------------------------ 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/
