Tipe Data MariaDB
Berikut adalah daftar tipe data dalam MariaDB: Tipe Data String Tipe Data Sintaks Ukuran Maksimum Penjelasan char(size) char(255) 255 karakter String dengan panjang tetap. Karakter diisi spasi di kanan untuk mencapai ukuran tetap. varchar(size) varchar(255) 255 karakter String dengan panjang variabel. tinytext(size) tinytext(255) 255 karakter String dengan panjang variabel. text(size) text(65535) 65.535 karakter String dengan panjang variabel. mediumtext(size) mediumtext(16777215) 16.777.215 karakter String dengan panjang variabel. longtext(size) longtext(4294967295) 4GB atau 4.294.967.295 karakter String dengan panjang variabel. binary(size) binary(255) 255 karakter String dengan panjang tetap. Karakter biner diisi spasi di kanan untuk mencapai ukuran tetap. varbinary(size) varbinary(255) 255 karakter String biner dengan panjang variabel. Tipe Data Tanggal/Waktu Tipe Data Sintaks Ukuran Maksimum Penjelasan date date ‘1000-01-01’ hingga ‘9999-12-31’ Ditampilkan sebagai ‘yyyy-mm-dd’. datetime datetime ‘1000-01-01 00:00:00’ hingga ‘9999-12-31 23:59:59’ Ditampilkan sebagai ‘yyyy-mm-dd hh:mm’. timestamp(m) timestamp ‘1970-01-01 00:00:01’ UTC hingga ‘2038-01-19 03:14:07’ UTC Ditampilkan sebagai ‘yyyy-mm-dd hh:mm’. time time ‘-838:59:59’ hingga ‘838:59:59’ Ditampilkan sebagai ‘hh:mm’. year[(2 4)] year Nilai tahun sebagai 2 digit atau 4 digit. Tipe Data Numerik Tipe Data Sintaks Ukuran Maksimum Penjelasan bit bit Nilai integer sangat kecil yang setara dengan tinyint(1). tinyint(m) tinyint Nilai integer sangat kecil. smallint(m) smallint Nilai integer kecil. mediumint(m) mediumint Nilai integer sedang. int(m) int Nilai integer standar. integer(m) integer Nilai integer standar. bigint(m) bigint Nilai integer besar. decimal(m,d) decimal Angka tetap tanpa dikemas. dec(m,d) dec Angka tetap tanpa dikemas. numeric(m,d) numeric Angka tetap tanpa dikemas. fixed(m,d) fixed Angka tetap tanpa dikemas. float(m,d) float Angka floating-point presisi tunggal. double(m,d) double Angka floating-point presisi ganda. double precision(m,d) double precision Angka floating-point presisi ganda. real(m,d) real Angka floating-point presisi ganda. float(p) float Angka floating-point. bool bool Sinonim untuk tinyint(1). boolean boolean Sinonim untuk tinyint(1). Tipe Data Large Object (LOB) Tipe Data Sintaks Ukuran Maksimum Penjelasan tinyblob tinyblob 255 byte Blob ukuran kecil. blob(size) blob(65535) 65.535 byte Blob ukuran sedang. mediumblob mediumblob(16777215) 16.777.215 byte Blob ukuran besar. longblob longblob(4294967295) 4GB atau 4.294.967.295 byte Blob ukuran sangat besar. //TC ref : [1][2]
Fitur MariaDB
MariaDB menyediakan fitur yang sama dengan MySQL dengan beberapa ekstensi. Berikut adalah daftar fitur MariaDB: Versi MariaDB Versi Tanggal Rilis Awal Versi Terbaru Tanggal Rilis Status 5.1 2009-10-29 5.1.67 2013-01-30 Stabil 5.2 2010-04-10 5.2.14 2013-01-30 Stabil 5.3 2011-07-26 5.3.12 2013-01-30 Stabil 5.5 2012-02-25 5.5.56 2017-05-03 Stabil 10.0 2012-11-12 10.0.31 2017-05-23 Stabil 10.1 2014-06-30 10.1.24 2017-05-31 Stabil 10.2 2016-04-18 10.2.6 2017-05-23 Stabil 10.3 2017-04-16 10.3.0 2017-04-16 Alpha //TC ref : [1][2]
Tutorial MariaDB
Apa itu MariaDB MariaDB adalah proyek berbasis komunitas dari sistem manajemen basis data relasional MySQL. Ini adalah teknologi open source dan relasional, pengganti yang bagus untuk MySQL. MariaDB dikembangkan oleh pengembang asli MySQL setelah kekhawatiran muncul dari akuisisi MySQL oleh Oracle. MariaDB menyimpan data dalam berbagai tabel yang dihubungkan oleh kunci utama dan kunci asing. Fitur MariaDB Istilah yang Digunakan dalam RDBMS Prasyarat Sebelum mempelajari MariaDB, Anda harus memiliki pengetahuan dasar tentang SQL dan MySQL. Audiens Tutorial MariaDB dirancang untuk membantu pemula dan profesional. Masalah Kami yakin Anda tidak akan menemukan masalah dalam tutorial MariaDB ini. Namun, jika ada kesalahan, silakan kirim masalah melalui formulir kontak. //TC ref : [1][2]
Pengantar Web Service RESTful
Apa itu REST? REST adalah singkatan dari REpresentational State Transfer, dikembangkan oleh Roy Thomas Fielding. Tujuan utama RESTful web services adalah membuat layanan web lebih efektif dengan memanfaatkan konsep-konsep yang sudah ada dalam HTTP. REST adalah pendekatan arsitektural, bukan protokol, dan tidak mendefinisikan format pertukaran pesan standar. Layanan REST dapat dibangun dengan XML dan JSON, meskipun JSON lebih populer. Abstraksi Utama dalam REST Dalam REST, abstraksi utamanya adalah resource yang dapat diakses melalui Uniform Resource Identifier (URI). Contohnya: Contoh URI Status Kode HTTP Standar Kendala Layanan RESTful Keuntungan Layanan RESTful //TC ref : [1][2]
Arsitektur Berorientasi Layanan (SOA)
Arsitektur Berorientasi Layanan (SOA) adalah pola desain untuk membangun sistem terdistribusi yang menyediakan layanan ke aplikasi lain melalui protokol. SOA adalah konsep yang tidak terbatas pada bahasa pemrograman atau platform tertentu. Apa itu Layanan? Layanan adalah fungsi yang terdefinisi dengan baik dan mandiri yang mewakili satu unit fungsionalitas. Layanan dapat bertukar informasi dengan layanan lain dan menggunakan model komunikasi berbasis pesan yang longgar untuk berkomunikasi dengan aplikasi dan layanan lainnya. Koneksi Layanan Konsumen layanan mengirim permintaan layanan ke penyedia layanan, dan penyedia layanan mengirim respons layanan ke konsumen layanan. Koneksi layanan ini dapat dipahami oleh kedua belah pihak. Terminologi Berorientasi Layanan Karakteristik SOA Komponen SOA SOA dibagi menjadi dua aspek utama: aspek fungsional dan aspek kualitas layanan. Aspek Fungsional Aspek Kualitas Layanan Keuntungan SOA //TC ref : [1][2]
Tutorial Web Service RESTful
RESTful Web Services adalah aplikasi client dan server yang berkomunikasi melalui WWW. Web Services RESTful berbasis pada arsitektur REST. Dalam arsitektur REST, segala sesuatu dianggap sebagai sumber daya. Web Service RESTful menyediakan komunikasi antara aplikasi perangkat lunak yang berjalan di platform dan kerangka kerja yang berbeda. RESTful Web Service adalah fungsi atau metode yang dapat dipanggil dengan mengirimkan permintaan HTTP ke URL, dan layanan mengembalikan hasil sebagai respons. Audiens Tutorial ini dirancang untuk Profesional Perangkat Lunak dan pemula yang ingin mempelajari Web Service RESTful dengan langkah mudah. Prasyarat Sebelum melanjutkan tutorial ini, Anda harus memiliki pemahaman dasar tentang Java, Spring, dan Spring Boot Framework, karena kita akan mengembangkan web service RESTful menggunakan Spring Boot. Masalah Kami memastikan bahwa Anda tidak akan menemukan masalah dengan tutorial Spring Cloud ini. Jika ada kesalahan, silakan kirim masalah melalui formulir kontak. //TC ref : [1][2]
Web Service SOAP
SOAP adalah singkatan dari Simple Object Access Protocol. Ini adalah protokol berbasis XML untuk mengakses web service. SOAP adalah rekomendasi W3C untuk komunikasi antara dua aplikasi. SOAP adalah protokol berbasis XML, sehingga platform independent dan bahasa independent. Dengan menggunakan SOAP, Anda dapat berinteraksi dengan aplikasi bahasa pemrograman lain. Keuntungan Web Service SOAP Kerugian Web Service SOAP //TC ref : [1][2]
Komponen Web Service
Terdapat tiga komponen utama dalam web service: SOAP SOAP adalah singkatan dari Simple Object Access Protocol. WSDL WSDL adalah singkatan dari Web Services Description Language. UDDI UDDI adalah singkatan dari Universal Description, Discovery, and Integration. //TC ref : [1][2]
Web Service
Web Service dapat didefinisikan dengan cara berikut: Memahami Web Service Seperti yang terlihat pada gambar di bawah ini, aplikasi Java, .Net, dan PHP dapat berkomunikasi dengan aplikasi lain melalui web service di jaringan. Misalnya, aplikasi Java dapat berinteraksi dengan aplikasi Java, .Net, dan PHP. Jadi web service adalah cara komunikasi yang independen dari bahasa pemrograman. Jenis-jenis Web Service Terdapat dua jenis utama web service: Fitur Web Service Berbasis XML Web service menggunakan XML pada lapisan deskripsi data dan transportasi data. Menggunakan XML menghilangkan keterikatan pada jaringan, sistem operasi, atau platform. Operasi berbasis web service sangat dapat dioperasikan pada tingkat inti mereka. Longgar Terkopel (Loosely Coupled) Klien dari web service tidak terikat langsung dengan web service. Antarmuka web service dapat mendukung inovasi seiring waktu tanpa merundingkan kemampuan klien untuk berkomunikasi dengan layanan. Sistem yang terkopel erat berarti logika klien dan server sangat terkait satu sama lain, menunjukkan bahwa jika satu antarmuka berubah, yang lain harus diperbarui. Menerima arsitektur yang longgar terkopel cenderung membuat sistem perangkat lunak lebih dapat dikelola dan memungkinkan integrasi yang lebih mudah antara berbagai sistem. Coarse-Grained Teknologi berorientasi objek seperti Java mengekspos fungsi mereka melalui metode individu. Proses tertentu terlalu halus untuk menyediakan kemampuan yang sesuai pada tingkat perusahaan. Membangun program Java dari awal membutuhkan pembuatan berbagai fungsi halus yang kemudian dikumpulkan menjadi peran kasar yang dikonsumsi oleh klien atau layanan lain. Bisnis dan antarmuka yang mereka buktikan harus bersifat kasar. Teknologi web service mengimplementasikan metode alami untuk mendefinisikan layanan kasar yang mendekati jumlah logika bisnis yang tepat. Kemampuan untuk Sinkron atau Asinkron Sinkronisitas menentukan pengikatan klien pada eksekusi fungsi. Dalam pemanggilan sinkron, klien memblokir dan menunggu layanan selesai sebelum melanjutkan. Operasi asinkron memungkinkan klien untuk memanggil tugas dan kemudian menjalankan fungsi lainnya. Klien asinkron mengambil hasil mereka di kemudian hari, sementara klien sinkron menerima efek mereka ketika layanan telah selesai. Kemampuan asinkron adalah metode penting dalam memungkinkan sistem yang longgar terkopel. Mendukung Remote Procedure Calls (RPCs) Web service memungkinkan konsumen untuk memanggil prosedur, fungsi, dan metode pada objek jarak jauh menggunakan protokol berbasis XML. Sistem jarak jauh mengekspos kerangka masukan dan keluaran yang harus didukung oleh web service. Pengembangan komponen melalui Enterprise JavaBeans (EJBs) dan .NET Components telah menjadi bagian dari arsitektur dan penerapan perusahaan selama beberapa tahun terakhir. Kedua teknologi ditugaskan dan dapat diakses melalui berbagai mekanisme RPC. Fungsi web mendukung RPC dengan menyediakan layanan mereka sendiri, yang setara dengan peran tradisional, atau dengan menerjemahkan pemanggilan yang masuk ke pemanggilan EJB atau komponen .NET. Mendukung Pertukaran Dokumen Salah satu manfaat penting dari XML adalah cara generiknya untuk merepresentasikan tidak hanya data tetapi juga dokumen yang kompleks. Dokumen-dokumen ini bisa sesederhana mendeskripsikan alamat saat ini, atau bisa selengkap mendefinisikan seluruh buku atau Permintaan Penawaran (RFQ). Web service mendukung transfer dokumen secara transparan untuk memfasilitasi integrasi bisnis. //TC ref : [1][2]
Perbedaan antara Azure DevOps Server dan Azure DevOps Services
Azure DevOps Services adalah produk cloud yang menyediakan layanan terkelola yang skalabel, dapat diandalkan, dan tersedia secara global. Layanan ini didukung oleh perjanjian tingkat layanan 99,9%, dipantau oleh staf operasi kami 24 jam sehari, dan tersedia di pusat data lokal di seluruh dunia. Azure DevOps Server, produk on-premises, dibangun di atas backend SQL Server. Ketika pelanggan memerlukan data mereka tetap berada di dalam jaringan mereka, mereka sering memilih versi on-premises. Misalnya, ketika mereka memerlukan layanan pelaporan SQL Server yang berinteraksi dengan data dan alat Azure DevOps Server. Keuntungan Azure DevOps Services dibandingkan Azure DevOps Server Meskipun kedua paket menyediakan fitur dasar yang sama, Azure DevOps Services memiliki keuntungan berikut dibandingkan Azure DevOps Server: Pertimbangan untuk Memilih Platform Pertimbangkan aspek-aspek berikut ketika memutuskan platform mana yang akan digunakan atau jika kita berpikir untuk beralih dari on-premises ke cloud: Perbedaan Spesifik melalui Fitur Meskipun Azure DevOps Services adalah versi terkelola dari Azure DevOps Server, ada beberapa fitur yang berbeda. Beberapa fungsi Azure DevOps Server tidak tersedia di Azure DevOps Services. Misalnya, untuk menyediakan pelaporan, Azure DevOps Services tidak mendukung integrasi dengan SQL Server Analysis Services. Dua area berikut memiliki tingkat dukungan yang berbeda: Ruang Lingkup dan Skalabilitas Data Saat bisnis berkembang dan ada lebih banyak data yang masuk dan keluar, pengguna dapat meningkatkan instance sesuai kebutuhan. Azure DevOps Services berbeda dari Azure DevOps Server dalam beberapa cara. Organisasi dan proyek adalah dua alternatif untuk ruang lingkup dan skalabilitas data saat ini. Organisasi Azure DevOps Services mendapatkan URL mereka sendiri (misalnya, https://dev.azure.com/fabrikamfiber), dan mereka selalu memiliki satu koleksi proyek. Di dalam koleksi, sebuah organisasi dapat memiliki beberapa proyek. Dimana kita akan membuat koleksi di Azure DevOps Server, kita merekomendasikan membuat organisasi di Azure DevOps Services. Berikut adalah skenario yang mungkin: Autentikasi Kita terhubung ke Azure DevOps Services melalui internet (misalnya, https://contoso.visualstudio.com). Bergantung pada pengaturan organisasi kita, kita dapat menggunakan kredensial akun Microsoft atau kredensial Azure AD untuk masuk. Alih-alih menggunakan akun Microsoft, kami menyarankan agar organisasi kita dikonfigurasi untuk menggunakan Azure AD. Dalam banyak kasus, strategi ini memberikan pengalaman yang lebih baik dan opsi keamanan tambahan. Manajemen Pengguna dan Grup Kita dapat menggunakan teknik serupa untuk memberikan akses ke grup pengguna di Azure DevOps Services. Grup Azure AD dapat ditambahkan ke grup Azure DevOps Services. Kita harus menambahkan pengguna satu per satu jika kita menggunakan Akun Microsoft daripada Azure AD. //TC ref : [1][2]
