Mas Faridh,... Lha kebetulan tho kalau "Programmer = DBA = S. Analyst = IT Support = Teknisi"... bisa kerjasama 24 jam non-stop dan tidak ada pertentangan antara satu dgn yg lainnya ... :D
bw --- In [email protected], Faridh Wisanggeni <faridh_wisangg...@...> wrote: > > 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 <yulius_wib...@...> > Kepada: [email protected] > 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], Faridh Wisanggeni <faridh_wisanggeni@> > 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_gunner@> > > 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] > > > > > > > > > [Non-text portions of this message have been removed] >
