Setau saya sih konsep dasar dr 'common' C/S itu adalah memindahkan proses di server. Client cukup request server yg proses dan client get the result. Tapi memang sih krn DBMS bukan tailor made jd yah, ngak semuanya sama. Harus pintar-pintar milih yg sesuai dgn keperluan kita. Krn semua DBMS punya kelebihan dan kekurangan masing masing. Memang pada kenyataannya ngak bisa gitu, contoh calculatedfield jauh lebih rasional ketimbang computedfield dlm banyak hal. Apalagi server rata-rata mahal kalo pake arsitektur intel kayanya menyedihkan :), apalagi pake O/Snya Bill Gxxxx. Krn sesuatu yg bagus tdk akan menjadi bagus apabila ditaruh di tempat yg salah. But my point is to encourge everyone that migrating to C/S isn't a nightmare, do you agree ? BTW ternyata scktsvr itu mulai tersendat kalo harus ngurusin lebih dari 1000 konkuren koneksi. Kayanya harus belajar lagi nih tentang .NET arsitektur:).
Salam, Aris. > Menjadi software C/S yang baik tentunya tidak cuman memindahkan business > rule ke dalam stored procedure saja hanya dengan tujuan meminimalisir > network traffic, justru untuk hal ini harus dipertimbangkan dengan sangat > matang dan harus pula paham karakteristik software database server yang > digunakan, termasuk didalamnya mengatur berapa CPU usage yang diijinkan dll, > itupun kalau database server-nya memiliki fitur tersebut, kalau kebetulah > pas ndak ada, kayak interbase misalnya, maka memindahkan semua business rule > ke server cuman akan membuat aplikasi hanya 'terlihat' seperti C/S, padahal > fungsinya hampir sama saja dengan sebuah desktop database karena setiap task > business rule yang dikerjakan akan memakan seluruh resource cpu yang ada > kalau itu adalah proses yang panjang maka cuman akan membuat user yang lain > suffer. > > memahami kapan suatu rule harus dilakukan secara server-side dan kapan > secara client-side adalah hal yg butuh pertimbangan matang karena kalaupun > dengan asumsi semua perangkat adalah baru, biasanya processor server paling > banter cuman sekitar dua kali kecepatan prosesor di komputer client pada > umumnya. dan bukan hal yang mustahil dalam tempo kurang dari dua tahun, > prosesor di client justru barangkali sudah lebih baik dari yang dimiliki > server. hal ini karena mengupgrade client lebih murah daripada mengupgrade > server. Dengan kondisi demikian ini, konsep networking sebuah jaringan > berbasis prosesor CISC berbeda dengan prosesor RISC yang umumnya > diimplementasikan pada minikomputer ataupun mainframe, dalam arti, > centralized processing seperti yang didengungkan oracle, sebenarnya kurang > feasible diterapkan di lingkungan jaringan ber-prosesor CISC ini, karena > menyebabkan banyak sumber daya tidak termanfaatkan secara optimal. > > > Salam, > > -Jaimy > -- > ...Maybe you should think about how much time other people spend > on developing components to make you idiots which wouldn't even > be able to make a simple window showing up, possible to call > yourselves "PROGRAMMERS"... > -- James (20-09-2003 21:36) ------------------------ Yahoo! Groups Sponsor ---------------------~--> Buy Ink Cartridges or Refill Kits for your HP, Epson, Canon or Lexmark Printer at MyInks.com. Free s/h on orders $50 or more to the US & Canada. http://www.c1tracking.com/l.asp?cid=5511 http://us.click.yahoo.com/mOAaAA/3exGAA/qnsNAA/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/
