--- In [EMAIL PROTECTED], Dony Isnandi <[EMAIL PROTECTED]> wrote: > Di 12:25 PM 10/9/2003, aris_hermawan2000 menulis: > >Pertanyaan pertama, apabila client mengirimkan parameter utk > >storedproc dan menjalankannya, dimana proses itu terjadi di Client > >atau di 'DbServer' ? > > Seperti yang sebelumnya saya katakan, trigger terletak di klien dan > diexecute di DbServer. >
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 kutipan anda salahkan, bisa diargumentasikan tuh ke yg nulis. > http://www.vbip.com/books/1861003064/chapter_3064_01.asp > So bila kita pass sql statement juga terjadi hal demikian. Bedanya pada > StoredProc, si DBServer sudah lebih dulu nyiapain resource. sudah ditulis diatas. > > >Pertanyaan kedua, apabila client mengedit suatu table yg ada > >trigernya, mana yg memprosesnya Client atau 'DbServer' ? > > Inilah yang rancu dari anda. DbServer tidak selalu memiliki > StoredProcedure. Jadi jangan hanya berfokus pada dbms yang mahal dan > memiliki StoredProc (aka MSSQL dan Oracle) tapi juga pada misal MySql. '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. > >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 :). > >Pertanyaan keempat kalau secara logika storedproc itu ada di client > >lalu bagaimana dgn SP system yg menangani soal sekuritas user ? Lagian > > sekuritas user dari apa juga nih? > bila sekuritas user dalam mengakses database, maka itu kembali diatur oleh > dbms-nya. > > Saya tidak men-state ini loh. > Yang akan saya state adalah dalam 3/N-Tier, App. Server dapat melakukan > proses/business logic yang automatis tanpa dipicu oleh client request. 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. > Diatas sudah tertulis, apa tujuan kita memakai SP dalam 2-Tier application > yaitu meningkatkan usability 2-Tier. Artinya, tanpa SP pun suatu aplikasi > dapat disebut 2-Tier, tentu bila memenuhi kriteria lainnya. > Lah itu anda tulis begini: "Setau saya sih konsep dasar dr 'common' C/S itu > adalah memindahkan > proses di server. Ya, kan saya tdk bilang apabila ada SP berarti modelnya C/S. Saya bilang client request => server proses => client get the result. 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 %. > The traditional 2-tier model is fairly simple: client applications access > the database directly. Related applications access the database directly > (e.g. a separate Accounting application might need to access the Sales > application's database). > In a traditional 2-tier application, all processing is done in the client > application -- the database serves only as a repository for data. "Logic" > in the server might include simple constraints (e.g. foreign key > constraints, not null constraints). These database constraints disallow > operations that would cause obvious data integrity problems. 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. > Mungkin maksud anda aplikasi yang menggunakan Desktop Database? Bila > begitu, ya jelas beda karena aplikasi tipe ini masuk dalam kategori 1-Tier. > Mengapa? Karena dia tidak memiliki dbserver yang secara logika terpisah > (Ada di e-mail saya sebelum ini). Apabila aplikasi yg pake DBMS udah termasuk C/S, kok kayanya saya kurang setuju. Memang terlihat C/S dr luar tapi ngak ada beda kaya Desktop Database (istilah anda:)). Misal kalo saya punya aplikasi pake dbase lalu dbasenya saya ganti mySql berarti udah C/S dong ? dan kalo secara logika terpisah emang dbase letaknya di aplikasi ? bukan terpisah juga ? atau yg dimaksud 'secara logic terpisah' itu apa sih ? > 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 :). > Saya tebak mungkin anda dulu belajar dari dBase/Paradox/Access langsung > loncat ke SQLServer dan langsung ditekan untuk membuat aplikasi dengan pola > Stored Proc selalu. Ngak tuh, basic saya dulu malah langsung Oracle & SQLServer, malah sampe sekarang ngak bisa & ngak pernah pake dBase/Paradox/Access paling banter pake dbISAM > Sesuai artikel di atas, tidak semua C/S melakukan apa yang anda state disini. > Nah saya balik pertanyaan anda, misalkan saya mengembangkan aplikasi > "Sistem Informasi Pegawai" dengan menggunakan MSSQL sebagai DBServer tanpa > sedikitpun menggunakan fasilitas StoredProc alias saya meletakkan semua > proses bisnis di client yang nantinya saya deploy di setiap komputer kantor. > Apakah aplikasi saya ini tergolong C/S atau tidak? 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. Salam, Aris ------------------------ 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/
