Memahami XQuery Beserta Potensinya

Memahami XQuery Beserta Potensinya – Meskipun sebagian besar pakar setuju bahwa XML akan menjadi standar untuk penyimpanan dan pengambilan data dalam dekade berikutnya, mereka tidak dapat menyetujui bagaimana penerapannya.

Memahami XQuery Beserta Potensinya

zorba-xquery – Banyak yang percaya bahwa sistem database saat ini (seperti Oracle , SQL Server , dan Sybase ) akan memigrasikan mesin mereka untuk menyimpan XML asli, dan bahwa produsen akan membangun kemampuan pengoptimalan, pemrosesan, dan manipulasi ke mesin baru ini.

Yang lain percaya bahwa pembuat basis data akan membiarkan mesin tetap utuh dan hanya menambahkan lapisan XML memungkinkan mesin untuk menggunakan dan memancarkan data yang mendasarinya berdasarkan kueri dari bahasa XML yang ada seperti eXtensible Stylesheet Language Transformations (XSLT).

Baca Juga :Mengajarkan XQuery Pads Humanis Digital 

Kedua teori tersebut didasarkan pada asumsi bahwa kita memerlukan bahasa kueri dari basis data yang mendasarinya untuk melakukan kueri yang canggih terhadap file XML. Dalam artikel ini, saya akan menjelaskan mengapa ini adalah asumsi yang salah dan bagaimana spesifikasi draf kelompok kerja XML untuk Bahasa Kueri XML (disebut XQuery) tidak hanya akan berfungsi sebagai bahasa kueri XML, tetapi akan dengan mudah bekerja melawan sumber relasional juga .

Memahami bahasa

Dengan lebih banyak data yang diedarkan sebagai XML, dan lebih banyak sistem yang dirancang untuk memproduksinya, pengembang memerlukan cara untuk menanyakan sumber XML untuk potongan data tertentu dari sumber data. Pendekatan standar pertama untuk mengakses sumber data XML ini disebut XML Path Language (XPath). XPath dirancang untuk memungkinkan navigasi dalam file XML dan kueri sederhana dari satu file.

Karena XPath dirancang untuk menavigasi dan menanyakan satu sumber data XML, menggunakan XPath secara efektif untuk menanyakan beberapa sumber data mengharuskan pengembang untuk melakukan penggabungan dokumen XML yang kompleks menggunakan XSLT atau program khusus. Pendekatan XPath mirip dengan bagaimana beberapa perusahaan membuat gudang data saat ini—data dari berbagai sumber dikumpulkan dan diubah menjadi format yang identik di gudang gudang pusat. Manajer kemudian dapat menggunakan alat repositori itu untuk menanyakan data.

XQuery dirancang untuk memecahkan masalah ini dengan mengizinkan kueri kompleks di tidak hanya beberapa dokumen XML, tetapi juga antara dokumen XML, database relasional, repositori objek, dan dokumen tidak terstruktur lainnya. Ke depan, XPath akan fokus pada kemampuan navigasi (yaitu, menghubungkan antara dokumen atau mengakses bagian tertentu dari dokumen), dan kelompok kerja eXtensible Stylesheet Language (XSL) akan mempelajari cara untuk memasukkan kueri berbasis XQuery dalam standar XSL. Ini akan membuat alat yang ampuh untuk mencari, menggabungkan, dan menyajikan data dari sumber yang berbeda menggunakan bahasa kueri terpadu (XQuery) dan bahasa pemformatan tampilan dan transformasi yang kuat (XSL).

XQuery adalah bahasa query yang sangat kaya. Ini memahami data dan tipe data, memungkinkan kueri nilai kompleks seperti kueri “kurang dari” atau rentang. Ini memiliki primitif yang memungkinkan iterasi melalui sumber data, serta fungsi pengurutan, agregasi, dan pengelompokan. Ini memungkinkan konektivitas antara sumber dan restrukturisasi dokumen berdasarkan kriteria yang ditentukan. Lebih penting lagi, ini mencakup mekanisme standar untuk memperluas bahasa dengan fungsi khusus. Sama seperti database relasional memiliki bahasa kueri dan prosedur tersimpannya sendiri, XQuery menyediakan fungsionalitas yang serupa, kecuali bahwa ia akan bekerja di kedua sumber data XML dan sumber data relasional.

Mengingat kemampuannya untuk melakukan kueri di beberapa dokumen dan format data, XQuery akan memainkan peran kunci dalam skenario berikut:

Mitra bisnis mengirim katalog dalam format XML, dan Anda ingin membuat kueri katalog untuk membandingkan harga produk umum.

Ketika intranet memiliki data yang disimpan dalam database relasional dan juga mengekstrak dari sistem file lain yang berisi data dalam file XML. Tujuannya di sini adalah membangun layanan portal yang mengkategorikan dan menampilkan informasi dari sumber yang berbeda ini.

Anda memiliki informasi produk dalam dokumen Word, harga produk dalam database relasional, dan riwayat insiden produk yang diarsipkan dalam file XML pada sistem internal. Dengan menggunakan XQuery dan XSL, Anda dapat membuat ekstranet pelanggan yang menyajikan tampilan terpadu dari ketiga repositori ini tanpa harus memindahkan data yang mendasarinya. Sistem yang ada berjalan tanpa modifikasi, tetapi Anda memiliki pandangan baru yang kuat tentang data untuk pelanggan Anda.

Apakah terlalu dini untuk menggunakan XQuery?

Penting untuk dipahami bahwa tidak seperti XML, XML Schema Definition (XSD), dan XSLT, XQuery adalah draf dan bukan rekomendasi. Dengan demikian, komunitas vendor baru saja mulai membuat alat untuk memudahkan pembuatan program XQuery. Saat ini, tidak ada alat grafis yang membuat sintaks XQuery yang mendasarinya secara otomatis, jadi satu-satunya jalan adalah membuat dan men-debug kueri menggunakan alat pengeditan teks sederhana seperti Notepad. Ini memunculkan masalah yang lebih luas tentang kapan harus mengadopsi teknologi baru berdasarkan standar W3C (yaitu, apakah Anda harus menunggu rekomendasi, atau mulai menggunakan teknologi pada tahap konsep).

Saat membuat keputusan ini, Anda harus menggunakan kriteria yang sama seperti yang Anda gunakan untuk kode beta. Misalnya, apakah keuntungan bisnis yang akan Anda peroleh lebih besar daripada biaya pengkodean bagian aplikasi lagi ketika rekomendasi menjadi final? Beberapa risiko ini dapat dikurangi jika Anda menggunakan alat vendor, karena vendor dapat terus mendukung versi draf spesifikasi untuk merilis alat mereka sebelum rekomendasi resmi. Penggunaan XML Data Reduced (XDR) oleh Microsoft adalah contoh yang bagus.

Saat W3C mencoba menyelesaikan rekomendasi XSD, ada banyak draft yang bersaing, salah satunya adalah XDR. Ini adalah bagian dari XSD, tetapi ternyata tidak sesuai dengan spesifikasi akhir. BizTalk Microsoft mengandalkan XDR, dan alatnya menghasilkan skema XDR. Daripada menunggu spesifikasi XSD final, Microsoft merilis versi BizTalk yang bergantung pada XDR. Tetapi karena pelanggan menggunakan alat BizTalk untuk membuat aplikasi, Microsoft akan dapat menggantikan XDR dengan implementasi XSD yang sepenuhnya sesuai di masa mendatang—termasuk alat porting untuk meningkatkan aplikasi yang ada. Saya berharap banyak aplikasi akan porting dengan mudah, tetapi beberapa akan memerlukan retooling untuk lebih mendukung XSD.

Layak untuk dipertimbangkan

Jelas bahwa XQuery adalah bahasa yang sangat kuat untuk menganalisis sumber data XML dan non-XML. Meskipun masih dalam masa pertumbuhan, dan belum siap untuk penggunaan produksi secara luas, ia memiliki penyelidikan dan pertimbangan yang memadai sebagai alat potensial dalam gudang manipulasi data perusahaan Anda. Jika standar dan alat vendor berdasarkan standar dapat memenuhi janji XQuery, maka kami mungkin telah benar-benar menemukan Cawan Suci bahasa kueri. Meski begitu, kemungkinan bahasa kueri milik masing-masing vendor akan berteriak “Saya belum mati” selama bertahun-tahun yang akan datang.

Facebooktwitterredditpinteresttumblr