Di 03:11 PM 10/9/2003, aris_hermawan2000 menulis: >Nah loh gimana bisa trigger itu diclient ? >Trigger itu di server, mau client yg akses ataupun langsung dr >DbManagernya. begitu juga dgn SP, krn kalo diclient berarti apabila >kita akses tdk melalui client berarti tdk jalan dong. Buktinya mau >akses drmanapun juga SP & trigger itu selalu bisa diexec, dan ngak >tergantung ama clientnya tuh (kalo ada user right). Nah berarti
karena itu saya state bahwa salah satu kelebihan StoredProc meningkatkan usability dari C/S alias bisa digunakan lagi di aplikasi client lain dan tidak terbatas di aplikasi tertentu >kutipan anda salahkan, bisa diargumentasikan tuh ke yg nulis. btw, kutipan saya itu adalah dari buku yang sudah dijual bebas, silahkan anda sendiri yang argumentasi pada penulisnya karena saya percaya dia benar. >'Common' DBMS itu pasti punya SP, ngak percaya liat di websitenya >mySql, dia pasti lagi nyiapin SP utk versi depannya. Saya maksud >common bukan berarti semuanya. Lalu? kembali kan ke statement anda bahwa C/S adalah memindahkan proses ke server. Sehingga, berdasarkan statement anda, apabila ada aplikasi yang dikembangkan dengan MySql saat ini (yang belum ada SP) berarti dia bukan C/S? > > >Pertanyaan ketiga yg mengatur user rights and management itu dimana > > >Client atau 'DbServer' ? > > > > user rights dan management dari apa? > > bila user right dan management akses database, maka dbms yang >mengaturnya. > >Nahkan, bukan diclient kan :). So? Seperti yang saya katakan, itu bila user rights dan management dari DBMS, lalu bagaimana dengan user-rights dan management dari aplikasi? Saat saya mengembangkan aplikasi berbasis C/S, pada saat deploy saya akan menset DBMS untuk mengatur user-right agar aplikasi saya (client) agar bisa mengakses database. Setelah itu saya tidak akan pernah utak-utik lagi user-right DBMS, karena itu adalah tugasnya database administrator. Sedangkan untuk aplikasi itu, saya buat user management sendiri. Proses/prosedurnya saya buat di client, hasilnya saya simpan dalam database. >Waduh gimana caranya ? dan apa yg diproses kalo ngak ada permintaan ? >Wah kalo gitu sistemnya sudah sgt canggih krn sudah spt mahkluk hidup >yg bisa mengerjakan sesuatu tanpa disuruh. Baca donk yang lengkap pak.. Dinamakan App. Server karena disana sudah ada aplikasi lain yang berjalan secara automatis (saya kan menulisnya demikian) dan melakukan business prosess yang sudah diprogramkan dalam App. Server. Misalkan dalam program perbankan dilakukan prosedur perhitungan bunga setiap jam 12 malam. >Ya, kan saya tdk bilang apabila ada SP berarti modelnya C/S. >Saya bilang client request => server proses => client get the result. Anda tidak mengatakan demikian. Anda menstate bahwa "C/S adalah memindahkan proses ke server". Inilah yang saya tidak setuju dan diskusi berkembang ke SP. >Nah yg membedakan antara 2-tier dgn n-tier itu di 2-tier servernya >adalah DbMS sdgkan di n-tier ada satu aplikasi lagi yg ngatur antara >client dgn DbServer. Krn memang mau 2-tier ataupun n-tier proses itu >sudah tdk di client lagi kalo di 2-tier udah pasti di server dlm hal >ini DBMS walaupun susah sekali utk bisa 100 %. *Nyengir* Ini bertentangan sekali dengan apa yang anda katakan sebelum ini. Proses apa seh sebenarnya yang anda maksudkan itu? Proses bisnis? ato proses query? Mohon di state ulang dech.. biar diskusi ini gak jadi panjang lebar. Bila proses query ya semua pasti di DBMS, namun bila proses business rule (dalam hal ini hitung2an dan lain sebagainya, update hasil business rule-lah yang di kemudian di update menggunakan SQL ke DB Server) untuk 2-tier tidak di server, kecuali menggunakan StoredProc. >Wah, anda ngak konsisten nih, anda mengkutip dr berbagai sumber tapi >kok berlawanan. >Kalo semua prosesnya dilakukan di client, dan server cuma sbg >repository data, Hm utk apa pake DBMS & C/S pake dbase juga sama. Silahkan baca sejarah database atau silahkan lihat di page yang saya sebut di situ. Dan mengapa tidak digunakan dbase lagi. Apa yang saya state ini adalah sejarah waktu C/S pertama kali muncul. Sedangkan apa yang berusaha anda state dengan StoredProc atau "memindahkan proses ke server" adalah setelah C/S mature. >Apabila aplikasi yg pake DBMS udah termasuk C/S, kok kayanya saya Balik lagi ke definisi C/S itu sendiri. dan silahkan kembali anda lihat page tersebut. Atau saya tambah dech referensi saya dari CMU http://www.sei.cmu.edu/str/descriptions/clientserver.html Client/server architecture. As a result of the limitations of file sharing architectures, the client/server architecture emerged. This approach introduced a database server to replace the file server. Using a relational database management system (DBMS), user queries could be answered directly. The client/server architecture reduced network traffic by providing a query response rather than total file transfer. It improves multi-user updating through a GUI front end to a shared database. In client/server architectures, <http://www.sei.cmu.edu/str/descriptions/rpc.html#637485>Remote Procedure Calls (RPCs) or standard query language (SQL) statements are typically used to communicate between the client and server [<http://www.sei.cmu.edu/str/descriptions/../indexes/references/Schussel_96_bold.html>Schussel 96, <http://www.sei.cmu.edu/str/descriptions/../indexes/references/Edelstein_94_bold.html>Edelstein 94]. Kali ini bila anda masih kurang setuju juga, saya nyerah dech. Karena bagi saya CMU itu sudah suhunya Ilmu Komputer. >kurang setuju. Memang terlihat C/S dr luar tapi ngak ada beda kaya >Desktop Database (istilah anda:)). Misal kalo saya punya aplikasi pake Maaf.. ini bukan istilah saya, ini istilah umum. Tapi lebih tepatnya File Server/Sharing. >dbase lalu dbasenya saya ganti mySql berarti udah C/S dong ? dan kalo Sudah C/S dong, sesuai definisi dari CMU diatas. Karena anda sudah menggunakan Database Server dan bukan lagi File Server. Oh ya, tidak sesederhana itu memindahkan dari dbase ke MySql ya. Karena tidak hanya memindahkan demikian, Database Server memberkenalkan multi-user, skalabilitas dan bla-bla yang tidak disumbang oleh File Server dan tidak hanya StoredProc.. yang baru muncul belakangan. >secara logika terpisah emang dbase letaknya di aplikasi ? bukan >terpisah juga ? atau yg dimaksud 'secara logic terpisah' itu apa sih ? apakah dalam mengakses dbase saya memerlukan aplikasi/system lain yang mengatur pola pengaksesan saya dari client? tidak kan? yang ada palingan driver. tidak ada itu kemewahan database server, dimana diatur kapan saya bisa akses dan tidak, dan lain sebagainya. Oh iya.. apakah anda sudah pernah menggunakan dbaseIII+ ? Atau yang sekarang dech, Access misalnya. Bila belum, maka anda tidak akan pernah tahu 1-Tier itu bila presentasi, data access dan business rule tidak terpisahkan. Sehingga mungkin lebih tepatnya disebut File-Server. Secara logic terpisah = berarti walaupun DBServer dan client aplikasi diletakkan dalam satu hardware mereka tetap merupakan entity yang berbeda. > > Anda sepertinya hanya melihat pada dbms yang kaya. Tidak melihat >pada > > dbserver yang miskin alias tidak memiliki stored proc. > >Wah nanti banyak yg marah tuh kalo dibilang DBMS yg ngak ada SP itu >miskin krn sama aja bilang mySql itu miskin :). miskin = free alias tidak mahal. >Ngak tuh, basic saya dulu malah langsung Oracle & SQLServer, malah >sampe sekarang ngak bisa & ngak pernah pake dBase/Paradox/Access >paling banter pake dbISAM Oh.. karena itu anda tidak bisa membedakan antara C/S dan bukan >Hahaha, biar temen-temen Delphindo yg lain deh yg jawab. >Cuma kalo gitu saran saya ganti aja MSSQLnya dgn paradox/dbase, buat >apa beli mahal-mahal kalo ngak kepake. Saya lebih tertawa lagi pak, Karena berarti malah andalah yang tidak tahu apa itu prinsip Client/Server sebenarnya. Oh ya, itu diatas sudah saya referensikan untuk anda agar tidak susah-susah. Keputusan penggunaan MSSQL sebagai DBServer untuk aplikasi C/S tidak hanya karena StoredProc saja, namun hal lain diantaranya Scalabilitas, kecepatan response dan lain-lain. Dony Isnandi, SSi., M.Kom. pt. Cakram DataLingga Duaribu Senior System Analyst Phone. 021-45850314 ------------------------ Yahoo! Groups Sponsor ---------------------~--> Rent DVDs Online - Over 14,500 titles. No Late Fees & Free Shipping. Try Netflix for FREE! http://us.click.yahoo.com/JYdFFC/XP.FAA/ySSFAA/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/
