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], 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] > Terkirim: Rab, 21 Juli, 2010 16:42:19 > Judul: [indo-oracle] Re: [Ask]Referensi Belajar Query SQL Advanced > > > > > --- In [email protected], "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] >
