sepertinya anda layak dapat bintang ***** (bintang 5 = jendralnya jendral?) dan mesti dapet lencana jasa madya :D
2010/7/23 Faridh Wisanggeni <[email protected]> > > > Mas Bowo, > > Justru itu, kalau seandaikata yang belajar querynya hanya seorang > (programmer) > lah DBAnya sapa?? hhehehehe > > Kalau masalah query ya memang harus begitu mas...(yang mas bowo bilang) > apalagi kalau querynya sudah terima jadi (dibuatin dba) lebih enak itu > hehehe > karena yang mengerti struktural database ya otomatis DBA, > Programmer memang rata-rata hanya ngerti sedikit saja. > > Nah di Indonesia yang terjadi kebanyakan saat ini adalah > Programmer = DBA = S. Analyst = IT Support = Teknisi > Jadi mesti bisa semuanya > Karena hal inilah yang menyebabkan UAT, ERD dll tidak berjalan baik > dan kebanyakan menjadi berantakan tidak sesuai kebutuhan. > > Dipersh saya bekerja saat ini saja IT oracle hanya 2 orang. Tanpa IT > Support > dll. > Satu system makan berdua, baik develop maupun database hingga network. > hikssss..... > > Lalu untuk kerjasama dengan user, ya sampai saat ini memang report yang > dibuat > berdasarkan > keinginan user, ingin data apa, seperti apa, dan design reportnya seperti > apa > juga. > "Satu jam selesai gak?" > hehehehehe > > Lalu untuk kerjasama dengan DBA, nah ini mas...sampai saat ini belum ada > DBAnya. > > Sehingga tidak bisa memperhitungkan CPU COST Index dll. > > Pisss.... > > ________________________________ > Dari: yulius_wibowo <[email protected] <yulius_wibowo%40yahoo.com>> > > Kepada: [email protected] <indo-oracle%40yahoogroups.com> > Terkirim: Jum, 23 Juli, 2010 08:11:40 > Judul: Bls: [indo-oracle] Re: [Ask]Referensi Belajar Query SQL Advanced > > > Mas Faridh, kalau soal istilah coba lihat lagi pada thread: > http://tech.groups.yahoo.com/group/indo-oracle/message/23736 > > Saya menabung di Bank BCA = Bank Bank Central Asia, Bank BNI = Bank bank > Nasional Indonesia, Bank BFaridf = Bank Bang Faridh ... :D > > Mengenai query yg komplek: > 1. Kerjasama dgn system analyst-nya (kalau masih ada): > Terus terang aja, secara pribadi kalau diminta buat query dari banyak > table, > walaupun sudah memiliki pengalamanpun biasanya tetep aja bingung kalau > tidak > tahu persis struktur dan relasi table2 yg ada. > Nah utk itu biasanya saya minta ERD-nya (Entity Relationship Diagram), > karena dgn ERD akan sangat banyak membantu. > Kalau belum ada, bisa di-reverse engineering dari schema yg ada utk > mendapatkan > ERD tsb. > Ditempat kerja saya ada table yg jumlah columnya sampai dgn 323 columns, > baca > strukturnya aja mumet, apalagi buat query-nya...blenger. > Mau dibuat ERDnya dan di print kertasnya nggak cukup (A4)...weleh. > > 2. Kerjasama dgn user: > Berdasarkan informasi yg didapat dari user (misal: report yg diinginkan > oleh > user) akan sangat membantu dalam membuat querynya. > > 3. Kerjasama dgn DBA: > Untuk mendapatkan hasil dengan performance yg bagus, ada baiknya konsultasi > dgn > DBA, khususnya mengenai index yg ada pada table2 yg dipakai dalam query. > Jika > belum ada index bisa minta dibuatkan. > Test querynya bersama dgn DBA (Cost: CPU, I/O ...). > > cmiiw, > Bowo > > --- In [email protected] <indo-oracle%40yahoogroups.com>, Faridh > Wisanggeni <faridh_wisangg...@...> > wrote: > > > > > > > > Saya agak kurang ngeh dengan pertanyaan pertama. > > > > Tetapi saya juga agak bingung dengan sebutan SQL Query ??? > > Setahu saya SQL itu adalah Structure Query Language...... > > kalau SQL Query diartikan sebagai Structure Query Language Query > > > > Nah kalau untuk report yang menggunakan banyak alias, table dll. > > Saya seringnya membuat View untuk report tersebut. > > > > misalkan dalam satu Report bernama REP001 > > dimana dalam report tersebut terdapat beberapa table yang harus dipakai > > Table 1 > > Table 2 > > Table 3 > > Table 4 > > Table 5 > > Table 6 > > Table 7 > > Table 8 > > Karena begitu banyaknya table dan tentunya query yang kita buat sudah > pasti > > panjang tenan. > > Saya lebih efektif menggunakan fungsi view untuk menggabungkan table2 > tersebut. > > > > Misalkan : > > Viewdetailtransaction1 (Select * from > > table1,table2,table3,table4,table5,table6,table7) > > > > Sehingga query direport bisa lebih sedikit > > menjadi > > Select * from table8 t, Viewdetailtransaction1 b > > where t.kodetoko=b.tokokode dst..... > > > > > > Sederhananya ya seperti itu > > Mohon maaf jika ada kekurangan hehehe > > Pisss > > > > > > > > > > > > > > > > ________________________________ > > Dari: denise_gunner <denise_gun...@...> > > Kepada: [email protected] <indo-oracle%40yahoogroups.com> > > Terkirim: Rab, 21 Juli, 2010 16:42:19 > > Judul: [indo-oracle] Re: [Ask]Referensi Belajar Query SQL Advanced > > > > > > > > > > --- In [email protected] <indo-oracle%40yahoogroups.com>, > "denise_gunner" <denise_gunner@> wrote: > > > > > > Dear rekan2x developer, > > > > > > Seperti yang kita ketahui, pekerjaan developer itu pasti tidak akan > >berhubungan > > > > >jauh dengan membangun query SQL. Menurut saya, kemampuan SQL query itu > sangat > > > >penting karena untuk membangun aplikasi, pasti harus ada sejumlah query > yang > > >dieksekusi. Terlebih lagi ketika kita ingin membuat report. Karena pada > >dasarnya > > > > >membuat report itu adalah proses denormalisasi (tolong dikoreksi kalau > saya > > >salah) dimana kita harus menggabungkan field2x dari semua table2x yang > sudah > > >kita normalisasi sebelumnya. Pasti akan banyak query2x yang cukup rumit > yang > > >harus kita pikirkan untuk dapat membuat report. > > > > > > Mungkin ada referensi lain di mana kita bisa mempelajari SQL query > untuk > > >tingkat advanced yang berupa contoh2x kasus nyata. Atau mungkin ada > rekan2x di > > > > >sini yang mau membagikan contoh2x kasus yang pernah dialami di tempat > kerjaan. > > > > >Mungkin bagi rekan2x yang sudah bekerja, pasti sudah banyak menghadapi > >berbagai > > > > >kasus. Tetapi bagi yang belum bekerja, tidak akan ada banyak kasus yang > bisa > > >didapat. > > > > > > Referensi yang ada di internet selama saya searching, kebanyakan hanya > berisi > > > > >panduan dasarnya saja. Sehingga untuk menghadapi kasus, jika dari > basicnya > >saja > > > > >menurut saya tidak akan cukup. > > > > > > Regards > > > > > > > Belum ada yang menjawabnya yah > > Atau mungkin pertanyaan saya seperti ini saja > > Ada gak pendekatakan khusus yang bisa dipakai ketika kita ingin membuat > sebuah > > > report yang membutuhkan jumlah tabel yang sangat banyak, dan struktur > querynya > > > sangat rumit sekali, misalnya melibatkan alias subquery, inner dan outer > join, > > > dll > > Rekan2x di sini juga membagikan pengalamannya ketika ada case report yang > > >sangat > > > > kompleks > > > > Trims > > > > > > > > [Non-text portions of this message have been removed] > > > > [Non-text portions of this message have been removed] > > > -- thanks and regards ujang jaenudin jakarta - indonesia [Non-text portions of this message have been removed] ------------------------------------ -- -----------I.N.D.O - O.R.A.C.L.E--------------- Keluar: [email protected] Website: http://indooracle.wordpress.com http://www.facebook.com/group.php?gid=51973053515 ----------------------------------------------- Bergabung dengan Indonesia Thin Client User Groups, Terminal Server, Citrix, New Moon Caneveral, di: http://indo-thin.blogspot.comYahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/indo-oracle/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/indo-oracle/join (Yahoo! ID required) <*> To change settings via email: [email protected] [email protected] <*> To unsubscribe from this group, send an email to: [email protected] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
