Perkembangan PostgreSQL Selama 15 Tahun, PostgreSQL merupakan suatu database manejemen system yang lumayan terkenal didunia. Sepanjang lebih dari 15 tahun di kembangkan, postgresql serta sudah teruji mempunyai nama baik yang baik. Pada sub jenis ini, kita hendak berlatih gimana metode memakai postgresql buat mendukung cara berlatih bahasa pemrograman kamu. Tetapi saat sebelum itu, terdapat bagusnya kita mengenali lebih dalam mengenai PostgreSQL berikut ini.

Apa itu PostgreSQL

pgsql – Apa itu PostgreSQL? PostgreSQL ataupun( Post- gress- SQL) merupakan suatu relational database manajemen system ( RDBMS) yang di kembangkan oleh regu sukarelawan yang terdapat di semua bumi yang bertabiat open source. PostgreSQL tidak di pengawasan oleh industri ataupun tubuh swasta yang lain alhasil source code( isyarat pangkal) yang ada dapat di miliki dengan cara free.

Sejarah PostgreSQL

Postgres pada awal mulanya dibesarkan oleh mahasiswa serta staff programmer University of California, Berkeley, dibawah bimbingan Professor Michael Stonebraker. Sofware ini mulanya dipanggil Postgres, namun sebab banyak bonus buat guna guna SQL hingga pada tahun 1995 namanya ditukar Postgres95, serta semenjak tahun 1996 julukan yang dipakai sampai saat ini merupakan PostgreSQL. Pada dikala awal dibesarkan postgres dikira tidak penuhi stardar ANSI- SQL92- standar database bernilai besar-, sebab tujuannya cuma menghasilkan postgres selaku database yang memiliki banyak feature serta elastisitas yang besar. Sebab merasa menemukan tantangan postgres berupaya buat penuhi standar itu, serta kesimpulannya potsgres sanggup pula buat menggapai satndar ANSI- SQL. Namun yang lebih edan lagi nyatanya keahlian postgres melampaui standar ANSI_SQL, yang berarti keahlian postgres melampaui database lain standar ANSI- SQL92 yang diantarannya merupakan Oracle. Alami bila Postgres dinobatkan Linux Award selaku database opsi serta menaruh Oracle pada tembat ke- dua.

Perbandingan yang sangat pokok antara postgres dengan sistem relasional standar merupakan, keahlian postgres yang membolehkan user buat mendefinisikanSQL- nya sendiri, paling utama buat pembuatan function. Perihal ini dimungkinkan sebab data yang tersembunyi pada postgres tidak cuma bagan serta kolom melainkan jenis, guna, car akses, serta data lain. Kesemuanya itu dikumpulkan dalam wujud class yang membolehkan user buat merubahnya. Dengan bentuk class ini postgres lebih gampang dibesarkan ditingkat user serta dapat mendeskripsikan suatu bagan selaku anak bagan lain. Dimana pada database konvensional perihal itu cuma dapat dicoba dengan mengubah source code nya ataupun memakai materi bonus. Keunggulan lain dari postgres merupakan sokongan dampingi wajah dari bermacam bahasa pemrograman semacam Perl, PHP, C++, Phyton, Java serta sedang banyak lagi. Postgres pula mempunayai keahlian buat membuat konektifitas dengan database lain semacam pgdump, Interbase, pgaccess serta nyaris seluruh database pada Linux. Sebab keahlian seperti itu alami bila untuk yang sudah berupaya postgres jadi tergila- gila serta susah buat alih ke database lain tercantum pengarang. Dikala ini postgres sudah banyak dipakai oleh bermacam industri besar, Rumah Sakit Pertamina merupakan salah satu yang sudah memakai Postgres.

Fitur Utama PostgreSQL

PostgreSQL bisa berjalan di seluruh sistem pembedahan tercantum( Linux, UNIX( AIX, BSD, HP- UX, SGI IRIX, Mac OS X, Solaris, Tru64), and Windows. PostgreSQL mensupport bacaan, lukisan, suara, serta film, serta tercantum antarmuka pemrograman buat C/ C++, Java, Perl, Python, Ruby, Tcl serta Open Database Connectivity( ODBC).

PostgreSQL mendukung sebagian besar dari standar SQL dan menawarkan banyak fitur modern termasuk dibawah ini:

• Complex SQL queries
• SQL Sub-selects
• Foreign keys
• Trigger
• Views
• Transactions
• Multiversion concurrency control (MVCC)
• Streaming Replication (as of 9.0)
• Hot Standby (as of 9.0)

Kelebihan dan kekurangan PostgreSQL

Kelebihan PostgreSQL

PostgreSQL mempunyai arsitektur multiproses( forking) yang berarti mempunyai kemantapan yang lebih besar, karena satu cara anak yang mati tidak hendak menimbulkan semua daemon mati—meskipun pada faktanya, dahulu ini kerap terjalin.

Dalam situasi load besar( jumlah koneksi simultan besar), kecekatan PostgreSQL kerap menaklukkan MySQL buat query dengan klausa JOIN yang lingkungan, perihal ini

• disebabkan PostgreSQL mensupport locking di tingkat yang lebih kecil, ialah row.
• PostgreSQL mempunyai fitur OO semacam pewarisan bagan serta jenis informasi, ataupun jenis informasi array yang kadangkala efisien buat menaruh banyak item informasi di dalam satu record. Dengan terdapatnya keahlian OO ini hingga di PostgreSQL, kita bisa mendeskripsikan suatu bagan yang memperoleh arti bagan lain.
• PostgreSQL sediakan nyaris semua fitur- fitur database semacam yang ada dalam produk database menguntungkan pada biasanya.
• PostgreSQL juga mempunyai jenis informasi ilmu ukur( semacam titik, garis, bundaran, segi banyak) yang bisa jadi bermanfaat untuk aplikasi objektif tertentu
• PostgreSQL membagikan kita keahlian mendeskripsikan suatu field selaku array.
• PostgreSQL mempunyai nyaris seluruh sarana standar yang umumnya di idamkan: view( bagan virtual), trigger, subselek, stored procedure( dalam sebagian bahasa), serta foreign key constraint
• PostgreSQL pula mempunyai apa yang diucap rule, ialah aksi custom yang dapat kita deskripsikan dieksekusi dikala suatu bagan di- INSERT, Pembaharuan, ataupun DELETE
• Postgres pula mempunayai keahlian buat membuat konektifitas dengan database lain semacam pgdump, Interbase, pgaccess serta nyaris seluruh database pada Linux.

Baca Juga : Kenali Perbedaan Antara PostgreSQL dan MySQL

Kekurangan PostgreSQL

• kurang sedemikian itu terkenal serta sesuai bertugas di area website bila dibanding dengan mysql.
• Kurang fokus dalam perihal kelangsingan serta kecekatan.
• Arsitektur dengan multiproses ini susah diaplikasikan ke Windows, karena Windows amat thread- oriented.
• PostgreSQL sendiri dikala ini dapat dijalani di Windows, tetapi lewat susunan kedengkian Cygwin.
• Kurang menang dalam perihal ketersediaan guna built- in.
• Replikasi di PostgreSQL sendiri belum disertakan dalam penyaluran standarnya.
• PostgreSQL sendiri terbatas cuma dapat melaksanakan akumulasi kolom, penukaran julukan kolom, serta penukaran julukan bagan.

Kenali Perbedaan Antara PostgreSQL dan MySQL, MYSQL adalah sistem DBMS yang populer dan banyak digunakan. Nama tersebut diambil dari nama gadis My yang merupakan putri dari salah satu pendiri Michael Widenius. Kode sumber MYSQL tersedia di bawah GNU GPL. Proyek ini dimiliki dan dikelola oleh Oracle Corporation.

Menurut pgsql.com Ini adalah RDBMS (Sistem Manajemen Basis Data Relasional) dan bekerja terutama pada model basis data relasional . Itu membuat administrasi database lebih mudah dan lebih fleksibel.

Apa itu PostgreSQL?

Postgre adalah sistem manajemen basis data relasional objek (ORDBMS). Ini dikembangkan di Departemen Ilmu Komputer di University of California. Postgres memelopori banyak konsep.

Postgre adalah sistem basis data relasional kelas Perusahaan. Sangat mudah untuk setup dan menginstal. Ini menawarkan dukungan untuk SQL dan NoSQL. Ini memiliki komunitas hebat yang dengan senang hati melayani Anda ketika Anda menghadapi masalah saat menggunakan PostgreSQL.

PERBEDAAN UTAMA:

• PostgreSQL adalah Object Relational Database Management System (ORDBMS) sedangkan MySQL adalah sistem DBMS berbasis komunitas.
• PostgreSQL mendukung fitur aplikasi modern seperti JSON, XML dll. Sementara MySQL hanya mendukung JSON.
• Membandingkan kinerja PostgreSQL vs MySQL, PostgreSQL berkinerja baik saat mengeksekusi kueri kompleks sedangkan MySQL berkinerja baik dalam sistem OLAP & OLTP.
• PostgreSQL lengkap dengan ACID compliant sedangkan MySQL hanya ACID compliant ketika digunakan dengan InnoDB dan NDB.
• PostgreSQL mendukung Tampilan Terwujud sedangkan MySQL tidak mendukung Tampilan Terwujud.

Sejarah MySQL

• MySQL dibuat oleh perusahaan Swedia bernama MySQL AB 1995
• Sun mengakuisisi MySQL AB seharga 1 miliar dolar pada tahun 2008
• Oracle membeli Sun pada tahun 2010 dan dengan demikian mengakuisisi MySQL
• Pada tahun 2012, MySQL bercabang menjadi MariaDB oleh pendiri Michael Widenius di bawah perusahaan Monty Program Ab
• MariaDB menggantikan MySQL untuk sebagian besar distribusi di tahun 2013
• Program Monty Ab bergabung dengan SkySQL- 2013
• SkySQL Ab berganti nama menjadi MariaDB Corporation- 2014

Sejarah PostgreSQL

• INGRES dikembangkan-1977
• Michael Stonebraker dan rekan-rekannya mengembangkan Postgres- 1986
• Dukungan untuk ACID nyata dan PL/pgSQL – 1990
• Dirilis sebagai Postgres95 pada tahun 1995
• Postgres95 yang dirilis ulang sebagai PostgreSQL 6.0 – 1996
• MVCC, GUC, Gabung Kontrol sintaks dan Loader Bahasa Prosedural ditambahkan- 1998-2001
• Versi 7.2 hingga 8.2: Termasuk fitur seperti dukungan Skema, VACUUM Nonblocking, Peran dan dblink – 2002-2006
• PostgreSQL 8.4 dirilis pada tahun 2009
• PostgreSQL 9.0 dirilis pada 2010
• NYCPUG (Grup Pengguna PostgreSQL Kota New York) bergabung dengan PgUS (asosiasi
• PostgreSQL Amerika Serikat)- 2013
• PGconf diselenggarakan-2014

Mengapa menggunakan MySQL?

Berikut adalah beberapa alasan penting untuk menggunakan MYSQL:

• Mendukung fitur seperti Replikasi Master-Slave, Scale-Out
• Ini mendukung Pelaporan Offload, Distribusi Data Geografis, dll.
• Overhead yang sangat rendah dengan mesin penyimpanan MyISAM saat digunakan untuk aplikasi yang kebanyakan membaca
• Dukungan untuk mesin penyimpanan Memori untuk tabel yang sering digunakan
• Cache Kueri untuk pernyataan yang digunakan berulang kali
• Anda dapat dengan mudah mempelajari dan memecahkan masalah MySQL dari berbagai sumber seperti blog, kertas putih, dan buku

Baca Juga : Cara Menginstal dan Menggunakan PostgreSQL di Ubuntu 20.04,

Mengapa menggunakan PostgreSQL?

Alasan utama untuk menggunakan PostgreSQL adalah:

• Menawarkan fitur yang berguna seperti partisi Tabel, Pemulihan Titik Waktu, DDL Transaksional, dll.
• Kemampuan untuk memanfaatkan Toko Kunci pihak ke-3 dalam infrastruktur PKI penuh
• Pengembang dapat memodifikasi kode sumber terbuka karena dilisensikan di bawah BSD tanpa perlu berkontribusi kembali untuk peningkatan
• Vendor Perangkat Lunak Independen dapat mendistribusikannya kembali tanpa takut “terinfeksi” oleh lisensi sumber terbuka
• Pengguna dan Peran dapat diberikan hak istimewa tingkat Objek
• Mendukung AES, 3DES dan algoritma enkripsi data lainnya.

Fitur MySQL

• MySQL adalah sistem DBMS berbasis komunitas
• Kompatibel dengan berbagai platform menggunakan semua bahasa utama dan middleware
• Ini menawarkan dukungan untuk kontrol konkurensi multi-versi
• Sesuai dengan standar ANSI SQL
• Mengizinkan SSL replikasi berbasis Log dan berbasis pemicu
• Berorientasi objek dan kompatibel dengan ANSI-SQL2008
• Desain berlapis-lapis dengan modul Independen
• Sepenuhnya multi-utas, menggunakan Utas Kernel
• Server tersedia dalam model DB tertanam atau server klien
• Menawarkan alat bawaan untuk analisis kueri dan analisis ruang
• Itu dapat menangani jumlah data apa pun, hingga sebanyak 50 juta baris atau lebih
• MySQL berjalan pada banyak jenis UNIX, serta pada sistem non-UNIX lainnya seperti Windows dan OS/2

Fitur PostgreSQL

• Komunitas aktif yang mempercepat perkembangannya
• Alternatif paling umum untuk Oracle, DB2 dan SQL Server
• Berjalan di semua platform OS utama yang mungkin Anda miliki
• MVCC mendukung sejumlah besar pengguna bersamaan
• Pengindeksan ekstensif untuk pelaporan kinerja tinggi
• Dukungan untuk aplikasi modern (XML dan JSON)
• Dukungan ANSI SQL untuk keterampilan/kode yang dapat dipindahkan
• Dukungan kunci asing untuk penyimpanan data yang efisien
• Tabel bergabung dan tampilan untuk pengambilan data yang fleksibel
• Pemicu/Prosedur Tersimpan untuk program dan transaksi yang kompleks
• Replikasi untuk pencadangan data dan skalabilitas baca

Perbedaan Antara MySQL dan PostgreSQL

Di bawah ini adalah perbedaan utama antara PostgreSQL dan MySQL:

Parameter	MySQL	PostgreSQL
Sumber Terbuka	Proyek MySQL telah membuat kode sumbernya tersedia di bawah persyaratan Lisensi Publik Umum GNU.	PostgreSQL dirilis di bawah lisensi PostgreSQL yang merupakan lisensi Open Source gratis. Ini mirip dengan lisensi BSD & MIT.
Kepatuhan asam	MySQL sesuai dengan ACID hanya jika digunakan dengan mesin Penyimpanan Cluster InnoDB dan NDB.	PostgreSQL sepenuhnya sesuai dengan ACID.
Sesuai dengan SQL	MySQL sebagian sesuai dengan SQL. Misalnya, itu tidak mendukung batasan pemeriksaan.	PostgreSQL sebagian besar sesuai dengan SQL.
Dukungan Komunitas	Ini memiliki komunitas besar kontributor yang Fokus terutama pada pemeliharaan fitur yang ada dengan fitur baru yang muncul sesekali.	Komunitas aktif terus meningkatkan fitur yang ada sementara komunitas inovatifnya berusaha untuk memastikannya tetap menjadi basis data paling canggih. Fitur mutakhir baru dan peningkatan keamanan dirilis secara berkala.
Pertunjukan	Ini sebagian besar digunakan untuk proyek berbasis web yang membutuhkan database untuk transaksi data langsung.	Ini sangat digunakan dalam sistem besar di mana kecepatan membaca dan menulis penting
Paling cocok	MySQL berkinerja baik di sistem OLAP & OLTP ketika hanya kecepatan baca yang diperlukan.	PostgreSQL berkinerja baik saat menjalankan kueri kompleks.
Dukungan untuk JSON	MySQL memiliki dukungan tipe data JSON tetapi tidak mendukung fitur NoSQL lainnya.	Mendukung JSON dan fitur NoSQL lainnya seperti dukungan XML asli. Ini juga memungkinkan pengindeksan data JSON untuk akses yang lebih cepat.
Dukungan untuk tampilan yang terwujud	Mendukung tabel sementara tetapi tidak menawarkan tampilan yang terwujud.	Mendukung tampilan terwujud dan tabel sementara.
ekosistem	MySQL memiliki ekosistem yang dinamis dengan varian seperti MariaDB, Percona, Galera, dll.	Postgres memiliki opsi kelas atas yang terbatas. Namun, itu berubah dengan fitur-fitur baru yang diperkenalkan di versi terbaru.
Nilai dasar	Nilai default dapat ditimpa pada level sesi dan level pernyataan	Nilai default hanya dapat diubah pada level sistem
Indeks B-pohon	Dua atau lebih indeks B-tree dapat digunakan jika diperlukan.	Indeks B-tree yang digabungkan saat runtime untuk dievaluasi adalah predikat yang dikonversi secara dinamis .
Statistik objek	Statistik objek yang cukup bagus	Statistik objek yang sangat bagus
Pertanyaan Stack Overflow	532K	89.3K
Bergabung dengan kemampuan	Batasi kemampuan bergabung	Kemampuan bergabung yang bagus
Bintang GitHub	3.34k	5.6k
Garpu	1.6k	2.4k
Perusahaan Terkemuka yang menggunakan produk	Airbnb, Uber, Twitter	Netflix, Instagram, Groupon

Kekurangan menggunakan MySQL

• Transaksi yang terkait dengan katalog sistem tidak sesuai dengan ACID
• Suatu saat Server crash dapat merusak katalog sistem
• Tidak ada modul otentikasi pluggable yang mencegah akun yang dikelola secara terpusat
• Tidak ada dukungan untuk peran sehingga sulit dalam mempertahankan hak istimewa untuk banyak pengguna
• Prosedur tersimpan tidak dapat di-cache
• Tabel yang digunakan untuk prosedur atau pemicu selalu dikunci sebelumnya

Baca Juga : 15 Alternatif jQuery Teratas Wajib Untuk Diketahui

Kekurangan menggunakan PostgreSQL

• Solusi eksternal saat ini membutuhkan kurva belajar yang tinggi
• Tidak ada fasilitas peningkatan untuk rilis utama
• Data perlu diekspor atau direplikasi ke versi baru
• Penyimpanan ganda diperlukan selama proses peningkatan
• indeks tidak dapat digunakan untuk langsung mengembalikan hasil kueri
• Rencana eksekusi kueri tidak di-cache
• Operasi pemuatan massal dapat menjadi terikat CPU
• Dukungan Vendor Perangkat Lunak Independen yang Jarang

Mana yang Lebih Baik?

Setelah membandingkan keduanya, kita dapat mengatakan bahwa MySQL telah melakukan pekerjaan yang baik untuk meningkatkan dirinya sendiri agar tetap relevan, tetapi di sisi lain untuk PostgreSQL, Anda tidak memerlukan lisensi apa pun. Ia juga menawarkan pewarisan tabel, sistem aturan, tipe data kustom, dan kejadian database. Jadi, itu pasti unggul di atas MySQL.

Ringkasan

• MYSQL adalah sistem DBMS yang populer dan banyak digunakan. Ini adalah RDBMS (Sistem Manajemen Basis Data Relasional) dan bekerja terutama pada model basis data relasional. Itu membuat administrasi database lebih mudah dan lebih fleksibel.
• Postgre adalah sistem manajemen basis data relasional objek (ORDBMS). Ini dikembangkan di Departemen Ilmu Komputer di University of California. Postgres memelopori banyak konsep.
• MySQL dibuat oleh perusahaan Swedia bernama MySQL AB 1995.
• PostgreSQL dirilis sebagai Postgres95 pada tahun 1995
• MySQL adalah sistem DBMS berbasis komunitas.
• PostgreSQL memiliki komunitas aktif yang mempercepat perkembangannya.

Cara Menginstal dan Menggunakan PostgreSQL di Ubuntu 20.04, Sistem manajemen basis data relasional adalah komponen kunci dari banyak situs web dan aplikasi. Mereka menyediakan cara terstruktur untuk menyimpan, mengatur, dan mengakses informasi.

PGSQL , atau Postgres, adalah sistem manajemen basis data relasional yang menyediakan implementasi bahasa kueri SQL . Ini sesuai standar dan memiliki banyak fitur canggih seperti transaksi andal dan konkurensi tanpa kunci baca.

Panduan ini menunjukkan cara menginstal Postgres di server Ubuntu 20.04. Ini juga menyediakan beberapa instruksi untuk administrasi database umum.

Prasyarat

Untuk mengikuti tutorial ini, Anda memerlukan satu server Ubuntu 20.04 yang telah dikonfigurasi dengan mengikuti panduan Pengaturan Server Awal untuk Ubuntu 20.04 kami . Setelah menyelesaikan tutorial prasyarat ini, server Anda harus memiliki pengguna non- root dengan izin sudo dan firewall dasar.

Langkah 1 — Menginstal PostgreSQL

Repositori default Ubuntu berisi paket Postgres, sehingga Anda dapat menginstalnya menggunakan aptsistem pengemasan.

Jika Anda belum melakukannya baru-baru ini, segarkan indeks paket lokal server Anda:

Kemudian, instal paket Postgres bersama dengan -contribpaket yang menambahkan beberapa utilitas dan fungsionalitas tambahan:

Sekarang setelah perangkat lunak terinstal, kita dapat membahas cara kerjanya dan perbedaannya dari sistem manajemen basis data relasional lain yang mungkin pernah Anda gunakan.

Langkah 2 — Menggunakan Peran dan Basis Data PostgreSQL

Secara default, Postgres menggunakan konsep yang disebut “peran” untuk menangani otentikasi dan otorisasi. Ini, dalam beberapa hal, mirip dengan akun gaya Unix biasa, tetapi Postgres tidak membedakan antara pengguna dan grup dan lebih memilih istilah “peran” yang lebih fleksibel.

Setelah instalasi, Postgres diatur untuk menggunakan otentikasi rekan , yang berarti bahwa Postgres mengaitkan peran Postgres dengan akun sistem Unix/Linux yang cocok. Jika ada peran dalam Postgres, nama pengguna Unix/Linux dengan nama yang sama dapat masuk sebagai peran tersebut.

Prosedur instalasi membuat akun pengguna yang disebut postgres yang dikaitkan dengan peran default Postgres. Untuk menggunakan Postgres, Anda dapat masuk ke akun itu.

Ada beberapa cara untuk memanfaatkan akun ini untuk mengakses Postgres.

Beralih ke Akun postgres

Beralih ke akun postgres di server Anda dengan mengetik:

Anda sekarang dapat mengakses prompt PostgreSQL segera dengan mengetik:

Dari sana Anda bebas berinteraksi dengan sistem manajemen basis data jika diperlukan.

Keluar dari prompt PostgreSQL dengan mengetik:

Ini akan membawa Anda kembali ke postgresprompt perintah Linux.

Mengakses Prompt Postgres Tanpa Berpindah Akun

Anda juga dapat menjalankan perintah yang Anda inginkan dengan akun postgres secara langsung dengan sudo.

Misalnya, dalam contoh terakhir, Anda diperintahkan untuk membuka prompt Postgres dengan terlebih dahulu beralih ke pengguna postgres dan kemudian berlari psqluntuk membuka prompt Postgres. Anda dapat melakukan ini dalam satu langkah dengan menjalankan satu perintah psqlsebagai pengguna postgres dengan sudo, seperti ini:

Ini akan memasukkan Anda langsung ke Postgres tanpa bashshell perantara di antaranya.

Sekali lagi, Anda dapat keluar dari sesi Postgres interaktif dengan mengetik:

Banyak kasus penggunaan membutuhkan lebih dari satu peran Postgres. Baca terus untuk mempelajari cara mengonfigurasi ini.

Baca Juga : Dasar – Dasar Tentang Penyeleksi, Syntax Pada jQuery

Langkah 3 — Membuat Peran Baru

Saat ini, Anda hanya memiliki peran postgres yang dikonfigurasi dalam database. Anda dapat membuat peran baru dari baris perintah dengan createroleperintah. The --interactivebendera akan meminta Anda untuk nama peran baru dan juga bertanya apakah itu harus memiliki izin superuser.

Jika Anda masuk sebagai akun postgres , Anda dapat membuat pengguna baru dengan mengetik:

Sebaliknya, jika Anda lebih suka menggunakan sudountuk setiap perintah tanpa beralih dari akun normal Anda, ketik:

Script akan meminta Anda dengan beberapa pilihan dan, berdasarkan tanggapan Anda, jalankan perintah Postgres yang benar untuk membuat pengguna sesuai spesifikasi Anda.

Enter name of role to add: sammy
Shall the new role be a superuser? (y/n) y

Anda bisa mendapatkan lebih banyak kontrol dengan melewatkan beberapa tanda tambahan. Lihat opsi dengan melihat manhalaman:

Instalasi Postgres Anda sekarang memiliki pengguna baru, tetapi Anda belum menambahkan database apa pun. Bagian selanjutnya menjelaskan proses ini.

Langkah 4 — Membuat Database Baru

Asumsi lain yang dibuat oleh sistem otentikasi Postgres secara default adalah bahwa untuk peran apa pun yang digunakan untuk masuk, peran itu akan memiliki database dengan nama yang sama yang dapat diaksesnya.

Ini berarti bahwa jika pengguna yang Anda buat di bagian terakhir disebut sammy , peran itu akan mencoba untuk terhubung ke database yang juga disebut “sammy” secara default. Anda dapat membuat database yang sesuai dengan createdbperintah.

Jika Anda masuk sebagai akun postgres , Anda akan mengetik sesuatu seperti:

Jika, sebaliknya, Anda lebih suka menggunakan sudountuk setiap perintah tanpa beralih dari akun normal Anda, Anda akan mengetik:

Fleksibilitas ini menyediakan banyak jalur untuk membuat database sesuai kebutuhan.

Langkah 5 — Membuka Prompt Postgres dengan Peran Baru

Untuk masuk dengan otentikasi rekan, Anda memerlukan pengguna Linux dengan nama yang sama dengan peran dan database Postgres Anda.

Jika Anda tidak memiliki pengguna Linux yang cocok, Anda dapat membuatnya dengan adduserperintah. Anda harus melakukan ini dari akun non- root Anda dengan sudohak istimewa (artinya, tidak masuk sebagai pengguna postgres ):

Setelah akun baru ini tersedia, Anda dapat beralih dan terhubung ke database dengan mengetik:

Atau, Anda dapat melakukan ini sebaris:

Perintah ini akan memasukkan Anda secara otomatis, dengan asumsi bahwa semua komponen telah dikonfigurasi dengan benar.

Jika Anda ingin pengguna Anda terhubung ke database yang berbeda, Anda dapat melakukannya dengan menentukan database seperti ini:

Setelah masuk, Anda dapat memeriksa informasi koneksi Anda saat ini dengan mengetik:

You are connected to database "sammy" as user "sammy" via socket in "/var/run/postgresql" at port "5432".

Ini berguna jika Anda terhubung ke database non-default atau dengan pengguna non-default.

Langkah 6 — Membuat dan Menghapus Tabel

Sekarang setelah Anda mengetahui cara menghubungkan ke sistem database PostgreSQL, Anda dapat mempelajari beberapa tugas manajemen Postgres dasar.

Sintaks dasar untuk membuat tabel adalah sebagai berikut:

CREATE TABLE table_name (
    column_name1 col_type (field_length) column_constraints,
    column_name2 col_type (field_length),
    column_name3 col_type (field_length)
);

Seperti yang Anda lihat, perintah ini memberi nama pada tabel, lalu menentukan kolom serta tipe kolom dan panjang maksimum data bidang. Anda juga dapat secara opsional menambahkan batasan tabel untuk setiap kolom.

Anda dapat mempelajari lebih lanjut tentang cara membuat dan mengelola tabel di Postgres di sini.

Untuk tujuan demonstrasi, buat tabel berikut:

Perintah ini akan membuat tabel yang menginventarisasi peralatan bermain. Kolom pertama dalam tabel akan menyimpan nomor ID peralatan dari serialjenis tersebut, yang merupakan bilangan bulat yang bertambah otomatis. Kolom ini juga memiliki batasan PRIMARY KEYyang berarti bahwa nilai di dalamnya harus unik dan bukan nol.

Dua baris berikutnya membuat kolom untuk peralatan typedan colormasing – masing, keduanya tidak boleh kosong. Baris setelah ini membuat locationkolom serta batasan yang mengharuskan nilai menjadi salah satu dari delapan nilai yang mungkin. Baris terakhir membuat datekolom yang mencatat tanggal saat Anda memasang peralatan.

Untuk dua kolom ( equip_iddan install_date), perintah tidak menentukan panjang bidang. Alasan untuk ini adalah bahwa beberapa tipe data tidak memerlukan panjang yang ditetapkan karena panjang atau format tersirat.

Anda dapat melihat tabel baru Anda dengan mengetik:

• sammy=#  \d

                  List of relations
 Schema |          Name           |   Type   | Owner 
--------+-------------------------+----------+-------
 public | playground              | table    | sammy
 public | playground_equip_id_seq | sequence | sammy
(2 rows)

Meja taman bermain Anda ada di sini, tetapi ada juga sesuatu yang disebut playground_equip_id_seqbertipe sequence. Ini adalah representasi dari serialtipe yang Anda berikan pada equip_idkolom Anda . Ini melacak nomor berikutnya dalam urutan dan dibuat secara otomatis untuk kolom jenis ini.

Jika Anda hanya ingin melihat tabel tanpa urutan, Anda dapat mengetik:

          List of relations
 Schema |    Name    | Type  | Owner 
--------+------------+-------+-------
 public | playground | table | sammy
(1 row)

Dengan tabel yang sudah siap, mari kita gunakan untuk berlatih mengelola data.

Langkah 7 — Menambahkan, Membuat Kueri, dan Menghapus Data dalam Tabel

Sekarang setelah Anda memiliki tabel, Anda dapat memasukkan beberapa data ke dalamnya. Sebagai contoh, tambahkan slide dan ayunan dengan memanggil tabel yang ingin Anda tambahkan, beri nama kolom, lalu berikan data untuk setiap kolom, seperti ini:

Anda harus berhati-hati saat memasukkan data untuk menghindari beberapa gangguan umum. Pertama, jangan bungkus nama kolom dalam tanda kutip, tetapi nilai kolom yang Anda masukkan memang membutuhkan tanda kutip.

Hal lain yang perlu diingat adalah Anda tidak memasukkan nilai untuk equip_idkolom. Ini karena ini dibuat secara otomatis setiap kali Anda menambahkan baris baru ke tabel.

Ambil informasi yang telah Anda tambahkan dengan mengetik:

 equip_id | type  | color  | location  | install_date 
----------+-------+--------+-----------+--------------
        1 | slide | blue   | south     | 2017-04-28
        2 | swing | yellow | northwest | 2018-08-16
(2 rows)

Di sini, Anda dapat melihat bahwa Anda equip_idtelah berhasil diisi dan bahwa semua data Anda yang lain telah diatur dengan benar.

Jika slide di taman bermain rusak dan Anda harus menghapusnya, Anda juga dapat menghapus baris dari tabel dengan mengetik:

Kueri tabel lagi:

 equip_id | type  | color  | location  | install_date 
----------+-------+--------+-----------+--------------
        2 | swing | yellow | northwest | 2018-08-16
(1 row)

Perhatikan bahwa slidebaris tidak lagi menjadi bagian dari tabel.

Langkah 8 — Menambah dan Menghapus Kolom dari Tabel

Setelah membuat tabel, Anda dapat memodifikasinya dengan menambahkan atau menghapus kolom. Tambahkan kolom untuk menunjukkan kunjungan pemeliharaan terakhir untuk setiap peralatan dengan mengetik:

Jika Anda melihat informasi tabel Anda lagi, Anda akan melihat kolom baru telah ditambahkan tetapi tidak ada data yang dimasukkan:

 equip_id | type  | color  | location  | install_date | last_maint 
----------+-------+--------+-----------+--------------+------------
        2 | swing | yellow | northwest | 2018-08-16   | 
(1 row)

Jika Anda menemukan bahwa kru kerja Anda menggunakan alat terpisah untuk melacak riwayat pemeliharaan, Anda dapat menghapus kolom dengan mengetik:

Ini menghapus last_maintkolom dan nilai apa pun yang ditemukan di dalamnya, tetapi membiarkan semua data lainnya tetap utuh.

Langkah 9 — Memperbarui Data dalam Tabel

Sejauh ini, Anda telah mempelajari cara menambahkan record ke tabel dan cara menghapusnya, tetapi tutorial ini belum membahas cara memodifikasi entri yang ada.

Anda dapat memperbarui nilai entri yang ada dengan membuat kueri untuk rekaman yang Anda inginkan dan mengatur kolom ke nilai yang ingin Anda gunakan. Anda dapat meminta swingcatatan (ini akan cocok dengan setiap ayunan di meja Anda) dan mengubah warnanya menjadi red. Ini bisa berguna jika Anda memberi swing set pekerjaan cat:

Anda dapat memverifikasi bahwa operasi berhasil dengan menanyakan data lagi:

 equip_id | type  | color | location  | install_date 
----------+-------+-------+-----------+--------------
        2 | swing | red   | northwest | 2018-08-16
(1 row)

Seperti yang Anda lihat, slide sekarang terdaftar sebagai merah.

Kesimpulan

Anda sekarang sudah siap dengan PostgreSQL di server Ubuntu 20.04 Anda. Jika Anda ingin mempelajari lebih lanjut tentang Postgres dan cara menggunakannya, kami manyarankan Anda untuk membaca panduan berikut:

• YugabyteDB 2.11 Memenuhi Permintaan Pengembang untuk Kompatibilitas PostgreSQL yang Komprehensif

YugabyteDB 2.11 Memenuhi Permintaan Pengembang untuk Kompatibilitas PostgreSQL yang Komprehensif – Yugabyte merilis YugabyteDB 2.11, dengan pembaruan yang memperluas kompatibilitas PostgreSQL di database open source.

YugabyteDB 2.11 Memenuhi Permintaan Pengembang untuk Kompatibilitas PostgreSQL yang Komprehensif

 Baca Juga : Apa itu PostgreSQL? Bagaimana Cara Kerja PostgreSQL?

pgsql – Pembaruan ini memungkinkan pengembang aplikasi untuk menggunakan fitur PostgreSQL yang kuat dan familier tanpa mengorbankan ketahanan, skala, atau kinerja.

Rilis terbaru membawa fitur PostgreSQL yang banyak digunakan ke YugabyteDB. Ini termasuk Pembungkus Data Asing (FDW), indeks GIN, dukungan pemeriksaan, dan membaca tingkat isolasi berkomitmen untuk transaksi bersamaan.

Pembungkus Data Asing memungkinkan database PostgreSQL untuk memperlakukan tabel di database jarak jauh sebagai tabel yang tersedia secara lokal. Hal ini memungkinkan pengembang untuk dengan mudah menulis kueri yang mengakses data di sumber data eksternal seolah-olah berasal dari tabel di database PostgreSQL. Dukungan untuk PLRT Asing memungkinkan pengembang untuk menulis kueri GABUNG yang mengakses data dalam database asli cloud eksternal.

Fitur ini dibangun oleh kontributor komunitas open source YugabyteDB, Radek Gruchalski, Managing Director perusahaan layanan integrasi Jerman, Klarrio.

“Di Klarrio, kami menggunakan YugabyteDB, tetapi selama mengerjakan proyek baru-baru ini, kami mengalami kendala dalam hal Pembungkus Data Asing. Tanpa mereka, alternatif kami adalah membangun alat satu kali untuk penyalinan data awal dan pengambilan data perubahan baut (CDC) untuk menyinkronkan perubahan data lebih lanjut. Ini akan menjadi sangat kompleks.

Sebagai gantinya, kami menyelidiki solusi yang berfungsi untuk YugabyteDB dan menjalankannya hanya dalam beberapa jam. Menjadi bagian dari komunitas open source Yugabyte dan bekerja untuk membuat database lebih baik melayani kebutuhan kita sendiri di Klarrio , tetapi juga membantu orang lain berbuat lebih banyak, lebih baik. Itulah semangat sebenarnya dari open source.”

PostgreSQL menggunakan teknik yang disebut kontrol konkurensi multiversi untuk mengisolasi transaksi bersamaan dan memastikan konsistensi data.

Standar SQL-92 mendefinisikan empat tingkat isolasi transaksi; serializable, membaca berulang, membaca berkomitmen dan membaca tanpa komitmen.

YugabyteDB sudah mendukung dua tingkat isolasi paling ketat, serializable dan snapshot (analog dengan pembacaan berulang). YugabyteDB 2.11 menambahkan dukungan untuk isolasi transaksi berkomitmen baca, tingkat isolasi default di PostgreSQL.

“Hambatan terbesar untuk adopsi database adalah keakraban. Untuk pengembang, PostgreSQL adalah database yang paling familiar. Mampu bekerja dalam kerangka kerja yang sama sangat penting untuk produktivitas. Apa database SQL terdistribusi lainnya salah adalah mereka memilih fitur cherry pick, baik menyediakan kompatibilitas yang baik tanpa SQL terdistribusi yang benar, atau sebaliknya, ”kata Karthik Ranganathan, co-founder dan CTO, Yugabyte. “Kami telah mendengar dengan keras dan jelas dari komunitas kami bahwa SQL terdistribusi yang benar dengan kompatibilitas PostgreSQL yang lengkap adalah standar emas. Itulah yang kami berikan.”

Fitur penting tambahan dari YugabyteDB 2.11 meliputi:

Indeks terbalik umum, atau indeks GIN : Ini mempercepat pencarian teks di beberapa kolom dalam sebuah tabel
Collation : Ini menawarkan kontrol halus atas urutan pengurutan dan perilaku klasifikasi karakter data sesuai dengan lokal atau bahasa yang berbeda

Dukungan untuk ANALISIS : Ini memungkinkan Anda untuk mengumpulkan statistik tentang isi tabel database, memungkinkan perencanaan eksekusi yang efisien untuk kueri

Dukungan untuk ORM Dapper dan Mybatis : Ini menyederhanakan pengembangan aplikasi .Net dan Java
Dukungan untuk pg_stat_monitor : Ini adalah alat pemantauan kinerja kueri yang populer untuk PostgreSQL
Gabung bergabung : Ini menawarkan bergabung lebih cepat, lebih efisien ketika data input diurutkan pada kolom bergabung

“Kami telah dalam perjalanan untuk menawarkan database SQL terdistribusi dengan kompatibilitas PostgreSQL lengkap untuk beberapa waktu. Hasilnya, kami telah mendukung fitur yang membedakan kami dari kompetisi, seperti prosedur tersimpan, pemicu, tipe yang ditentukan pengguna, berbagai indeks, batasan, dan gabungan,” kata Ranganathan. “Dengan fitur-fitur baru dalam rilis ini, kami menjadikan YugabyteDB database SQL terdistribusi yang paling familiar dan ramah pengembang di pasar.”

Apa itu PostgreSQL? Bagaimana Cara Kerja PostgreSQL? – PostgreSQL adalah sistem manajemen basis data open source kelas perusahaan tercanggih di dunia yang dikembangkan oleh PostgreSQL Global Development Group . Ini adalah sistem database SQL ( Structured Query Language ) objek-relasional yang kuat dan sangat dapat dikembangkan yang populer karena keandalannya, ketahanan fiturnya, dan kinerjanya yang tinggi. Ini dikenal sangat skalabel baik dalam jumlah data yang dapat disimpan dan dikelolanya maupun dalam jumlah pengguna bersamaan yang dapat ditampungnya.

Apa itu PostgreSQL? Bagaimana Cara Kerja PostgreSQL?

 Baca Juga : Rockset Mengaktifkan Analisis Waktu Nyata untuk MySQL dan PostgreSQL

pgsql – PostgreSQL tersedia dan didistribusikan di bawah Lisensi PostgreSQL , sebuah lisensi open source liberal. Ini menyiratkan bahwa Anda dapat mengunduh perangkat lunak, menggunakan, memodifikasi, dan mendistribusikannya secara gratis untuk tujuan apa pun. Ini juga lintas platform, berjalan di Linux, Windows, dan macOS, dan banyak sistem operasi lainnya.

Unduh PostgreSQL 12

Ini menggunakan dan memperluas bahasa SQL dengan begitu banyak fitur canggih dan modern. Meskipun kompatibel dengan SQL di mana banyak fitur yang diperlukan oleh standar SQL didukung (versi terbaru PostgreSQL adalah 12 pada saat penulisan mengonfirmasi setidaknya 160 dari 179 fitur wajib untuk SQL), ada beberapa sedikit variasi dalam sintaks atau fungsi.

Bagaimana Cara Kerja PostgreSQL?

PostgreSQL menggunakan model client-server di mana klien dan server dapat berada di host yang berbeda dalam lingkungan jaringan. Program server mengelola file database, menerima koneksi ke database dari aplikasi klien. Itu dapat menangani beberapa koneksi bersamaan dari klien dengan ” forking ” proses baru untuk setiap koneksi. Ini mengeksekusi permintaan database dari klien dan mengirimkan hasilnya kembali ke klien. Klien jarak jauh dapat terhubung melalui jaringan atau internet ke server.

Program klien yang valid mencakup alat berorientasi teks yang dikirimkan bersama PostgreSQL, alat grafis, atau aplikasi yang dikembangkan menggunakan bahasa pemrograman lain.

Fitur Utama PostgreSQL

PostgreSQL mendukung beberapa tipe data termasuk primitif (seperti string, integer, numerik, dan boolean), terstruktur (seperti tanggal/waktu, array, rentang, dan UUID), dokumen (JSON, JSONB, XML, Key-Value (Hstore) ), geometri (titik, garis, lingkaran, dan poligon), dan penyesuaian (jenis komposit dan kustom). Ini mendukung integritas data menggunakan fitur-fitur seperti UNIQUE, NOT NULL, kunci utama dan asing, batasan pengecualian, kunci eksplisit dan penasehat.

• Itu dibangun untuk konkurensi dan kinerja menggunakan banyak fitur yang mencakup pengindeksan dan pengindeksan lanjutan, transaksi dan transaksi bersarang, kontrol konkurensi multi-versi (MVCC), paralelisasi kueri pembacaan, dan membangun indeks B-tree, partisi tabel, Just-In- Waktu (JIT) kompilasi ekspresi, dan banyak lagi.
• Untuk memastikan keandalan, redundansi data, ketersediaan tinggi, dan pemulihan bencana, PostgreSQL menawarkan fitur seperti write-ahead logging (WAL), replikasi master-slave , standby aktif, dan point-in-time-recovery (PITR), dan banyak lagi. . Ini semua memungkinkan untuk penyebaran cluster database multi-node yang dapat menyimpan dan mengelola volume besar (terabyte) data, dan sistem khusus yang mengelola petabyte.
• Yang penting, PostgreSQL juga sangat dapat diperluas dalam banyak hal. Untuk memperluasnya, Anda dapat menggunakan fungsi dan prosedur tersimpan, bahasa prosedural termasuk PL/PGSQL, Perl, Python, ekspresi jalur SQL/JSON, pembungkus data asing, dan banyak lagi. Anda juga dapat memperluas fungsionalitas intinya menggunakan banyak ekstensi yang dikembangkan oleh komunitas.
• Keamanan juga merupakan inti dari Postgres. Untuk melindungi database Anda, ia menawarkan berbagai bentuk otentikasi (termasuk GSSAPI, SSPI, LDAP, SCRAM-SHA-256, Sertifikat, dll.), sistem kontrol akses yang kuat, keamanan tingkat kolom, dan baris, serta multi- otentikasi faktor dengan sertifikat dan metode tambahan. Namun, keamanan server database yang baik harus selalu dimulai pada lapisan jaringan dan server.

Klien dan Alat PostgreSQL

PostgreSQL menyediakan dan mendukung banyak aplikasi klien untuk administrasi basis data seperti utilitas baris perintah interaktif psql dan pgadmin , antarmuka web berbasis PHP untuk administrasi basis data (yang merupakan cara yang paling disukai).

Untuk menggunakan database PostgreSQL untuk menyimpan data untuk aplikasi Anda, Anda dapat menghubungkan aplikasi Anda menggunakan salah satu pustaka atau driver yang didukung, tersedia untuk sebagian besar bahasa pemrograman populer. libpq adalah antarmuka pemrogram aplikasi C yang populer untuk PostgreSQL, ini adalah mesin yang mendasari untuk beberapa antarmuka aplikasi PostgreSQL lainnya.

Siapa yang Menggunakan PostgreSQL?

PostgreSQL digunakan di RedHat, Debian, Apple, Sun Microsystem, Cisco, dan banyak perusahaan dan organisasi lainnya.

Lihat panduan terkait ini dalam menyiapkan aplikasi Anda dengan database PostgreSQL di Linux.

Rockset Mengaktifkan Analisis Waktu Nyata untuk MySQL dan PostgreSQL – Dengan integrasi ini, wawasan pelanggan real-time dari Rockset dapat digunakan dengan mulus dalam alat bisnis sehari-hari, memberdayakan tim penjualan, pemasaran, dan dukungan untuk mendapatkan pandangan 360 derajat tentang pelanggan mereka dan memberikan pengalaman pelanggan yang lebih dipersonalisasi.

Rockset Mengaktifkan Analisis Waktu Nyata untuk MySQL dan PostgreSQL

 Baca Juga : EDB Mengumumkan Ketersediaan Umum BigAnimal, Database PostgreSQL di Cloud

pgsql – Saat perusahaan memodernisasi infrastruktur data mereka, mereka melakukan standarisasi pada solusi cloud-native, berbasis PSQL dan menuntut kemampuan real-time – yang mengarah pada munculnya tumpukan data real-time modern untuk analitik operasional. Secara tradisional, gudang adalah pusat data pelanggan, namun organisasi digital modern sekarang memiliki akses ke aktivitas pengguna waktu nyata, yang memungkinkan mereka mengirim email yang sangat dipersonalisasi pada waktu yang tepat dan memicu interaksi penjualan yang lebih baik dengan prospek berkualitas produk berdasarkan penggunaan mereka. Akibatnya, tim penjualan, pemasaran, dan dukungan semakin menuntut akses ke wawasan waktu nyata yang lebih mereka sukai untuk dikonsumsi langsung di aplikasi SaaS mereka.

Rockset, database analitik real-time, secara otomatis mengindeks semua bidang dalam Indeks Terkonvergensi™, memberikan analitik SQL cepat pada data baru. Tidak seperti gudang, Rockset memungkinkan pencarian real-time, agregasi dan bergabung di berbagai sumber data historis dan streaming termasuk aktivitas pelanggan saat terjadi. Teknologi Reverse ETL telah muncul untuk memecahkan tantangan terakhir dalam menempatkan analitik operasional langsung di tangan pengguna bisnis, dengan menawarkan berbagai konektor out of the box dari database analitik seperti Rockset hingga aplikasi perusahaan populer seperti Salesforce, Hubspot, Zendesk, Slank dan lain-lain. Hal ini memungkinkan tim data untuk memenuhi janji analitik operasional dengan menggunakan data pelanggan penting dari database analitik mereka tepat di aplikasi garis depan mereka untuk wawasan real-time di seluruh bisnis. Sebagai contoh, keberhasilan pelanggan dan tim operasi dapat mengidentifikasi pelanggan yang berisiko dengan menampilkan data penggunaan produk dalam CRM. Atau tim pemasaran dapat membangun kampanye pemasaran yang sangat dipersonalisasi dengan menggabungkan produk, dukungan, dan data penjualan untuk memperkuat segmentasi pelanggan yang memicu interaksi penjualan tepat waktu.

“Kita sekarang hidup di era pengamatan bisnis secara real-time. Pelanggan kami memilih Rockset untuk analitik operasional real-time karena mereka ingin memicu tindakan segera yang meningkatkan pendapatan dan mengurangi risiko,” kata Venkat Venkataramani, salah satu pendiri dan CEO Rockset. “Dengan integrasi ETL terbalik baru ini, pelanggan kami dapat menyatukan data pelanggan di Rockset dan dengan mudah menyinkronkannya ke aplikasi apa pun untuk benar-benar mendemokratisasi akses ke wawasan waktu nyata. Solusi Reverse ETL menjadi bagian inti dari tumpukan data real-time modern dan kami senang bekerja dengan para pemimpin di bidang ini – Sensus, Hightouch, dan Omnata.

Dengan integrasi ETL terbalik ini, Rockset bekerja dengan mulus untuk memberikan wawasan dan analisis real-time ke aplikasi bisnis terkemuka. Manfaat tambahan meliputi:

• Terus-menerus menyerap dan mengubah data pelanggan dari berbagai sumber data
• Gunakan kueri SQL standar untuk membangun satu tampilan pelanggan
• Secara otomatis mengubah bidang data menjadi jenis tujuan yang kompatibel untuk berbagai aplikasi SaaS
• Jadwalkan sinkronisasi pada frekuensi sewenang-wenang, termasuk sinkronisasi waktu nyata

Kutipan Penyedia ETL Terbalik Terkemuka

Sensus: “Kami telah melihat secara langsung betapa pentingnya bagi perusahaan besar untuk menghubungkan analitik langsung ke aplikasi bisnis mereka,” kata Boris Jabes, salah satu pendiri Sensus. “Baik itu mengidentifikasi peluang baru, mencegah churn, atau menyediakan layanan yang unggul, tim go-to-market membutuhkan data baru yang dapat mereka percayai. Dengan integrasi Rockset asli kami, Sensus memungkinkan untuk menghadirkan data real-time yang sebenarnya ke dalam alur kerja bisnis apa pun.”

Hightouch: “Visi kami adalah membuat data dapat diakses dan berguna bagi semua orang di dalam perusahaan,” kata Josh Curl, salah satu pendiri Hightouch. “Salah satu cara kami mencapai ini adalah melalui rangkaian integrasi asli kami dengan sumber data pelanggan kami. Kami melihat Rockset sebagai basis data analitik real-time terkemuka dan kami senang dengan integrasi ini yang membawa lebih banyak wawasan yang dapat ditindaklanjuti kepada pelanggan kami.”

Omnata: “Omnata mendekati Reverse ETL secara unik dengan menanyakan langsung ke Rockset tanpa middleware – menyoroti sifat real-time dari Rockset,” kata James Weakley, salah satu pendiri Omnata. “Kami senang mendukung Rockset sebagai sumber data langsung dan memanfaatkan kekuatan kueri sub-detiknya. Hal ini memungkinkan pelanggan kami untuk mengirimkan kumpulan data operasional yang besar kepada penjualan dan pengguna layanan dalam skala besar.”

EDB Mengumumkan Ketersediaan Umum BigAnimal, Database PostgreSQL di Cloud – Kontributor terkemuka PostgreSQL, hari ini mengumumkan ketersediaan umum dari penawaran BigAnimal, database PostgreSQL pertama yang dikelola sepenuhnya di cloud dengan kompatibilitas untuk teknologi database Oracle. Dibangun dan didukung oleh daftar insinyur PostgreSQL terbesar di dunia, BigAnimal adalah untuk perusahaan yang ingin menyebarkan database mereka yang paling menuntut ke cloud.

EDB Mengumumkan Ketersediaan Umum BigAnimal, Database PostgreSQL di Cloud

 Baca Juga : Google Cloud Memberi Spanner Antarmuka PostgreSQL

pgsql – BigAnimal dibangun sebagai tanggapan langsung terhadap apa yang pelanggan kami katakan tidak ada dari penawaran Cloud Postgres yang ada,” kata presiden dan CEO EDB, Ed Boyajian. “Peningkatan ini tidak inkremental – mereka transformasional. Kami tidak membuat kompromi. Ini berarti Anda mendapatkan perhatian fanatik dari tim terbesar di Postgres, kompatibilitas asli dengan teknologi database Oracle, dan ketersediaan yang sangat tinggi. Dan kami menjalankan semuanya di dalam akun cloud Anda.”

Percepat Bisnis dengan Cloud PostgreSQL Terbaik

Pelanggan yang sedang membangun aplikasi cloud yang serius menyadari bahwa mereka tidak bisa mendapatkan apa yang mereka butuhkan dari penawaran dasar PostgreSQL yang tersedia saat ini. Tanpa transparansi, kontrol, dan penyetelan kinerja yang diperlukan untuk beban kerja mereka yang paling menuntut, mereka tidak dapat bergerak sepenuhnya ke cloud. BigAnimal menanggapi kebutuhan ini dengan memberi organisasi kontrol granular atas database dalam akun mereka sendiri dan semua kemampuan PostgreSQL perusahaan yang telah dikembangkan EDB selama 15 tahun terakhir – sementara sepenuhnya dikelola oleh EDB.

Secara khusus, dengan BigAnimal, perusahaan akan merasakan manfaat berikut:

• Bermitra dengan pembuat PostgreSQL . Selama lebih dari satu dekade, pengguna PostgreSQL telah mengandalkan EDB untuk penerapan di tempat mereka. Kini dengan BigAnimal, pengguna juga dapat mengandalkan dukungan tiada banding dari pakar PostgreSQL kelas dunia EDB.
• Migrasikan aplikasi di database Oracle ke PostgreSQL di Azure dengan sedikit atau tanpa perubahan yang diperlukan. Dengan BigAnimal, pelanggan dapat mengurangi biaya, waktu, dan risiko saat memigrasikan beban kerja dari database Oracle lama ke lingkungan cloud. Kompatibilitas mendalam BigAnimal dengan teknologi database Oracle dan alat migrasi komprehensif menjawab kebutuhan kritis bagi perusahaan yang ingin bergerak cepat tanpa meninggalkan semua investasi database warisan mereka dalam kode, keahlian, dan sumber daya.
• Tingkatkan transparansi dan kontrol PostgreSQL cloud mereka . BigAnimal berjalan di akun cloud pelanggan, memungkinkan mereka untuk mengelola, mengamankan, dan mengoptimalkan PostgreSQL mereka dengan cermat bersama dengan infrastruktur lainnya sesuai dengan kebutuhan bisnis dan komitmen pengeluaran mereka.
• BigAnimal juga memberi pengguna tingkat kontrol yang belum pernah terjadi sebelumnya atas PostgreSQL mereka dengan akses pengguna super untuk men-tweak internal database secara tepat.
• Minimalkan kerumitan dengan PostgreSQL yang sama di mana saja. Pengguna EDB Postgres dapat mengharapkan pengalaman database yang seragam, dari EDB Postgres di tempat hingga BigAnimal di Azure. Ini termasuk kemampuan untuk menggunakan keahlian PostgreSQL yang ada, menggabungkan database ke dalam saluran DevOps mereka, dan memanfaatkan kemampuan perusahaan EDB Postgres Advanced, seperti keamanan yang ditingkatkan, manajemen kinerja, dan kompatibilitas dengan teknologi database Oracle. Dengan dukungan portabilitas lisensi, EDB juga memungkinkan pelanggan untuk dengan mudah menerapkan PostgreSQL kapan pun, di mana pun bisnis mereka membutuhkan.

Menurut Carl Olofson, wakil presiden penelitian, Perangkat Lunak Manajemen Data, IDC: “Pada tahun 2021, kami melihat peningkatan yang signifikan dalam pengeluaran infrastruktur cloud dan mengharapkannya untuk segera melampaui infrastruktur non-cloud. Dengan meningkatnya ketergantungan pada platform cloud, banyak perusahaan tidak memiliki keterampilan internal untuk menerapkan, mengelola, dan mengoptimalkan database mereka. Mempertimbangkan rekam jejak panjang EDB dalam membangun dan mendukung Postgres, perusahaan memiliki opsi kuat untuk bertransisi dengan lancar dan mengoptimalkan operasi basis data cloud mereka.”

EnterpriseDB, EDB dan Postgres Enterprise Manager adalah merek dagang terdaftar dari EnterpriseDB Corporation. EDB Postgres dan BigAnimal adalah merek dagang dari EnterpriseDB Corporation.

Postgres, PostgreSQL, dan Logo Slonik adalah merek dagang atau merek dagang terdaftar dari Asosiasi Komunitas PostgreSQL Kanada, dan digunakan dengan izin mereka.

Tentang EDB

PostgreSQL semakin menjadi database pilihan bagi organisasi yang ingin meningkatkan inovasi dan mempercepat bisnis. Perangkat lunak kelas perusahaan EDB memperluas PostgreSQL, membantu pelanggan kami memaksimalkannya baik di tempat maupun di cloud. Dan dukungan global 24×7, layanan profesional, dan pelatihan kami membantu pelanggan kami mengendalikan risiko, mengelola biaya, dan menskalakan secara efisien. Dengan 16 kantor di seluruh dunia, EDB melayani lebih dari 5.000 pelanggan, termasuk layanan keuangan terkemuka, pemerintahan, media dan komunikasi, dan organisasi teknologi informasi.

Google Cloud Memberi Spanner Antarmuka PostgreSQL – Google Cloud telah mengembangkan antarmuka PostgreSQL untuk Spanner, database relasional yang didistribusikan secara global. Antarmuka baru, yang dalam pratinjau dan yang secara resmi diluncurkan besok di konferensi Google Cloud’s Next ’21, dirancang untuk menurunkan hambatan masuk untuk basis data skalabel unik yang mendukung beberapa beban kerja terbesar di dunia ini.

Google Cloud Memberi Spanner Antarmuka PostgreSQL

 Baca Juga : Membandingkan MongoDB vs PostgreSQL

pgsql – Hingga tahun 2021, Spanner sebagian besar telah digunakan oleh perusahaan besar yang tidak hanya membutuhkan database dengan ketersediaan 99,999%, tetapi juga mampu membayar biaya Spanner, yang dimulai dari $650 per bulan. Itu bukan jumlah yang sepele, dan itu mencerminkan sejumlah besar infrastruktur perangkat keras yang diperlukan untuk mendukung sistem yang mampu menjalankan satu miliar kueri per detik, kata Google Cloud.

Ingatlah bahwa Google Cloud menggunakan jam atom super sensitif dan sistem GPS untuk memberikan jaminan transaksional yang diperlukan untuk database relasional yang didistribusikan secara global, yang bukan prestasi kecil. Ini adalah bagian dari alasan mengapa penggunaan Spanner agak dibatasi, setidaknya sampai sekarang. Tetapi Google Cloud jelas ingin melepaskan belenggu dari Spanner dan meningkatkan penggunaannya.

Salah satu caranya adalah dengan menghilangkan biaya sebagai penghalang. Itu dilakukan awal tahun ini ketika mengumumkan bahwa pelanggan dapat memulai hanya dengan 10% potongan Spanner hanya dengan $65 per bulan, dengan kemampuan untuk meningkatkan penerapan Spanner secara bertahap untuk mendukung beban kerja skala petabyte penuh.

Sekarang, dengan pengungkapan bahwa Google Cloud menghadirkan antarmuka yang kompatibel dengan PostgreSQL untuk Spanner, ini berfungsi menghilangkan kebutuhan untuk menulis ulang aplikasi database Anda untuk mendukung Spanner sebagai penghalang juga.

Andi Gutmans, wakil presiden dan manajer umum database di Google Cloud, menjelaskan apa yang mendorong Google Cloud untuk membuka Spanner dalam percakapan eksklusif dengan Datanami .

“Meskipun kami telah menggunakan ANSI SQL–dan tentu saja SQL sangat familiar bagi pengembang–seluruh ekosistem perkakas, ekosistem kerangka kerja [untuk Spanner] harus kami kembangkan,” kata Gutmans. “Jadi kalau mau pakai seperti Hibernate atau tools lainnya, kita harus mengembangkan semua adapternya. Dan jelas kami hanya tim dengan ukuran terbatas, kami tidak bisa melakukan semuanya.

“Jadi apa yang kami [katakan] adalah mengapa kami tidak pergi dan mendukung antarmuka PostgreSQL,” lanjut Gutmans. “Pada dasarnya, buat sangat, sangat mudah bagi orang-orang dengan alat yang ada, keahlian yang ada, untuk datang dan menggunakan Spanner.”

Google Cloud memberikan dukungan PostgreSQL dengan dua cara berbeda. Sebagai permulaan, ia telah mulai menambahkan dukungan asli untuk tipe data PostgreSQL dan tata bahasa PostgreSQL di Spanner itu sendiri. Spanner tidak mendukung semua tipe data dan tata bahasa yang ditawarkan PostgreSQL, tetapi rencananya akan menambahkan lebih banyak dukungan dari waktu ke waktu.

Metode lainnya melibatkan penerapan “sespan” di sebelah instance Google Cloud Compute yang menjalankan Spanner (ini bukan sespan yang sebenarnya, hanya yang virtual). Sespan pada dasarnya menerjemahkan protokol kawat dari PostgreSQL ke Spanner.

“Untuk pelanggan yang ingin menggunakan protokol kawat Postgres, yang tidak ingin melakukan perubahan, kami sebenarnya memiliki sespan yang dapat mereka gunakan di sisi klien,” kata Gutmans. “Dengan begitu, pelanggan mendapatkan yang terbaik dari kedua dunia. Mereka masih bisa menggunakan alat seperti PostgresSQL tetapi mereka masih mendapatkan ketersediaan lima-sembilan dari Spanner, manfaat perutean jaringan global, dan seterusnya.”

Biaya masuk baru $65/bulan dan kemampuan untuk menskalakan ke penerapan ukuran petabyte telah membayar dividen dalam memacu minat Spanner, dan harapannya adalah antarmuka PostgreSQL baru akan menghasilkan lebih banyak minat, kata Gutmans.

“Ada lonjakan besar pada pengguna baru yang mencoba PostgreSQL, dan kami bahkan belum melakukannya,” katanya.

Perusahaan game adalah salah satu perusahaan yang paling diuntungkan. Ada banyak perusahaan game kecil yang tidak memiliki sumber daya untuk infrastruktur skala besar, yang dapat membuat pincang kemampuan mereka untuk memenuhi permintaan yang melonjak.

“Dengan ukuran instans granular, mereka pada dasarnya dapat meluncurkan game dengan hampir tanpa biaya,” katanya. “Tetapi jika berhasil dalam semalam, mereka pada dasarnya adalah bukti masa depan. Mereka tahu bahwa mereka akan dapat menskalakan ke ukuran apa pun yang mereka butuhkan dan meningkatkannya tanpa waktu henti.”

Membandingkan MongoDB vs PostgreSQL – Sebelum kita mulai: MongoDB dan Postgres adalah sistem manajemen basis data yang hebat . Tujuan dari posting ini adalah untuk dengan cepat memberi Anda gambaran tentang kepribadian setiap database dan jenis kasus penggunaan yang paling sesuai untuk masing-masing database.

Membandingkan MongoDB vs PostgreSQL

 Baca Juga : Manfaat dan Tantangan PostgreSQL: Sebuah Snapshot

pgsql – MongoDB adalah database dokumen terkemuka . Itu dibangun di atas arsitektur skala-out terdistribusi dan telah menjadi platform berbasis cloud yang komprehensif untuk mengelola dan mengirimkan data ke aplikasi. MongoDB menangani beban kerja transaksional, operasional, dan analitis dalam skala besar. Jika kekhawatiran Anda adalah waktu untuk memasarkan, produktivitas pengembang, mendukung DevOps dan metodologi tangkas , dan membangun hal-hal yang berskala tanpa senam operasional, MongoDB adalah cara yang harus dilakukan.

PostgreSQL adalah database SQL kelas perusahaan yang solid, open source, yang telah memperluas kemampuannya selama 30 tahun. Segala sesuatu yang Anda inginkan dari database relasional hadir di PostgreSQL, yang bergantung pada arsitektur peningkatan skala. Jika kekhawatiran Anda adalah kompatibilitas, melayani ribuan kueri dari ratusan tabel, memanfaatkan keterampilan SQL yang ada, dan mendorong SQL hingga batasnya, PostgreSQL akan melakukan pekerjaan yang luar biasa.

Kedua Basis Data Luar Biasa, Tapi Apa Kebutuhan Anda?

Sebagai pembaca yang cerdik seharusnya sudah tahu, pertanyaan sebenarnya bukanlah MongoDB vs Postgres, tetapi database dokumen terbaik versus database relasional terbaik. Kedua database itu luar biasa.

Jika Anda mencari database terdistribusi untuk aplikasi transaksional dan analitik modern yang bekerja dengan data multi-struktur yang berubah dengan cepat, maka MongoDB adalah cara yang tepat.

Jika database SQL sesuai dengan kebutuhan Anda, maka Postgres adalah pilihan yang tepat.

Jawaban yang tepat untuk kebutuhan Anda tentu saja didasarkan pada apa yang Anda coba lakukan. Tujuan kami dalam artikel ini adalah untuk membantu menjelaskan kepribadian dan karakteristik masing-masing basis data ini sehingga Anda dapat lebih memahami apakah itu memenuhi kebutuhan Anda.

Tetapi seringkali pada awal proyek pengembangan, para pemimpin proyek sering kali memiliki pemahaman yang baik tentang kasus penggunaan, tetapi tidak benar-benar memiliki kejelasan tentang fitur aplikasi spesifik yang dibutuhkan bisnis dan pengguna mereka. Mereka harus bertaruh tentang yang paling cocok. Sisa artikel ini bertujuan untuk memberikan informasi yang membantu membuat taruhan yang aman.

Ikhtisar Postgresql vs MongoDB

Tapi sekali lagi, bagi yang ingin langsung ceritanya, berikut rangkuman panduan umum kami:

Jika Anda berada di awal proyek pengembangan dan mencari untuk mengetahui kebutuhan dan model data Anda dengan menggunakan proses pengembangan yang tangkas, MongoDB akan bersinar karena pengembang dapat membentuk kembali data mereka sendiri, saat mereka membutuhkannya. MongoDB memungkinkan Anda untuk mengelola data dari struktur apa pun, bukan hanya struktur tabel yang ditentukan sebelumnya.

Jika Anda mendukung aplikasi yang Anda tahu harus diskalakan dalam hal volume lalu lintas atau ukuran data (atau keduanya) dan yang perlu didistribusikan ke seluruh wilayah untuk lokalitas data atau kedaulatan data, arsitektur skala besar MongoDB akan memenuhi kebutuhan tersebut secara otomatis.

Jika Anda menginginkan database multi-cloud yang bekerja dengan cara yang sama di setiap cloud publik, dapat menyimpan data pelanggan di wilayah geografis tertentu, dan mendukung paradigma pengembangan tanpa server dan seluler terbaru, MongoDB Atlas adalah pilihan yang tepat.

Jika Anda adalah toko SQL dan memperkenalkan paradigma baru akan lebih mahal daripada manfaat lain yang disebutkan, PostgreSQL adalah pilihan yang kemungkinan akan memenuhi semua kebutuhan Anda.

Jika Anda menginginkan database relasional yang akan menjalankan kueri SQL kompleks dan bekerja dengan banyak aplikasi yang ada berdasarkan model data relasional tabular, PostgreSQL akan melakukan pekerjaan itu.

Jika Anda adalah pengembang SQL yang kreatif dan ingin mendorong SQL hingga batasnya dengan menggunakan teknik lanjutan untuk pengindeksan, penyimpanan, dan pencarian berbagai tipe data terstruktur, membuat fungsi yang ditentukan pengguna dalam berbagai bahasa, dan menyetel database ke tingkat ke-n, Anda mungkin akan dapat melangkah lebih jauh dengan PostgreSQL daripada RDBMS lainnya.

Jadi, sekarang setelah yang tidak sabar telah puas, pasien dapat menyelam lebih dalam ke MongoDB, lalu PostgreSQL, dan kemudian perbandingan.

MongoDB: Basis Data Dokumen Skalabel yang Telah Menjadi Platform Data

Keindahan Model Dokumen

Model data dokumen MongoDB memetakan secara alami ke objek dalam kode aplikasi, sehingga memudahkan pengembang untuk mempelajari dan menggunakannya. Dokumen memberi Anda kemampuan untuk mewakili hubungan hierarkis untuk menyimpan array dan struktur lain yang lebih kompleks dengan mudah. Dokumen JSON dapat menyimpan data dalam bidang, sebagai array, atau bahkan sebagai sub-dokumen bersarang. Dengan cara ini, informasi terkait dapat disimpan bersama untuk akses kueri yang cepat melalui bahasa kueri MongoDB yang kaya dan ekspresif .

MongoDB menyimpan data sebagai dokumen dalam representasi biner yang disebut BSON (Binary JSON). Bidang dapat bervariasi dari dokumen ke dokumen; tidak perlu mendeklarasikan struktur dokumen ke sistem – dokumen menggambarkan dirinya sendiri. Jika bidang baru perlu ditambahkan ke dokumen, maka bidang dapat dibuat tanpa memengaruhi semua dokumen lain dalam kumpulan, tanpa memperbarui katalog sistem pusat, memperbarui ORM, dan tanpa membuat sistem offline. Secara opsional, validasi skema dapat digunakan untuk menerapkan kontrol tata kelola data atas setiap koleksi.

Fleksibilitas ini sangat berguna saat mengkonsolidasikan informasi dari berbagai sumber atau mengakomodasi variasi dokumen dari waktu ke waktu, terutama karena fungsionalitas aplikasi baru terus digunakan.

Penyempurnaan pada Model Dokumen

MongoDB memungkinkan Anda untuk menyimpan data di hampir semua struktur, dan setiap bidang – bahkan yang sangat bersarang di subdokumen dan larik – dapat diindeks dan dicari secara efisien.

MongoDB menambahkan elemen ke model dokumen dan mesin kueri untuk menangani penandaan data geospasial dan deret waktu. Ini memperluas jenis kueri dan analitik yang dapat dilakukan pada database.

BSON menyertakan tipe data yang tidak ada dalam data JSON (misalnya, datetime, int, long, date, floating point, dan decimal128, dan array byte) yang menawarkan penanganan tipe-ketat untuk beberapa tipe numerik alih-alih tipe “angka” universal.

Validasi skema memungkinkan Anda menerapkan tata kelola dan kontrol kualitas data ke skema Anda.

Transaksi ACID untuk Perubahan Banyak Dokumen

Salah satu fitur yang paling kuat dari database relasional yang membuat aplikasi menulis lebih mudah adalah transaksi ACID. Rincian tentang bagaimana transaksi ACID didefinisikan dan diimplementasikan mengisi banyak buku teks ilmu komputer. Banyak diskusi di bidang ilmu komputer adalah tentang tingkat isolasi dalam transaksi database ). PostgreSQL default ke tingkat isolasi berkomitmen baca, dan memungkinkan pengguna untuk menyetelnya ke tingkat isolasi serial.

Yang penting untuk diingat adalah bahwa transaksi memungkinkan banyak perubahan pada database dilakukan dalam grup atau digulung kembali dalam grup.

Dalam database relasional, data yang dimaksud akan dimodelkan di seluruh tabel induk-anak yang terpisah dalam skema tabular. Ini berarti bahwa memperbarui semua catatan sekaligus akan membutuhkan transaksi.

Dalam arti, database dokumen memiliki waktu yang lebih mudah untuk mengimplementasikan transaksi karena mereka mengelompokkan data dalam dokumen dan menulis dan membaca dokumen adalah operasi atom sehingga tidak memerlukan transaksi multi-dokumen. Satu atau lebih bidang dapat ditulis dalam satu operasi, termasuk pembaruan ke beberapa subdokumen dan elemen larik. MongoDB menjamin isolasi lengkap saat dokumen diperbarui. Setiap kesalahan akan memicu operasi pembaruan untuk memutar kembali, mengembalikan perubahan dan memastikan bahwa klien menerima tampilan dokumen yang konsisten.

MongoDB juga mendukung transaksi database di banyak dokumen, sehingga potongan perubahan terkait dapat dilakukan atau dibatalkan sebagai grup. Dengan kemampuan transaksi multi-dokumennya , MongoDB adalah salah satu dari sedikit database yang menggabungkan jaminan ACID dari database relasional tradisional dengan kecepatan, fleksibilitas, dan kekuatan model dokumen.

Dari sudut pandang pemrogram, transaksi di MongoDB terasa seperti pengembang transaksi yang sudah akrab dengan PostgreSQL. Transaksi di MongoDB adalah multi-pernyataan, dengan sintaks serupa (misalnya, memulai transaksi dan melakukan transaksi) dengan isolasi snapshot, dan oleh karena itu mudah bagi siapa saja yang memiliki pengalaman transaksi sebelumnya untuk menambahkan ke aplikasi apa pun.

Membandingkan Bahasa Kueri MongoDB dengan SQL

Model database relasional yang digunakan PostgreSQL bergantung pada penyimpanan data dalam tabel dan kemudian menggunakan Structured Query Language (SQL) untuk akses database.

Untuk membuatnya berfungsi, di PostgreSQL dan semua database SQL lainnya, skema database harus dibuat dan hubungan data dibuat sebelum database diisi dengan data. Informasi terkait dapat disimpan dalam tabel terpisah, tetapi terkait melalui penggunaan Kunci Asing dan GABUNG. Sebagian besar perubahan dalam skema memerlukan prosedur migrasi yang dapat membuat database offline atau mengurangi kinerja aplikasi saat sedang berjalan.

Kekuatan SQL adalah bahasa kuerinya yang kuat dan dikenal luas, dengan ekosistem alat yang besar.

Tantangan dalam menggunakan database relasional adalah kebutuhan untuk mendefinisikan strukturnya terlebih dahulu. Mengubah struktur setelah memuat data seringkali sangat sulit , membutuhkan banyak tim di seluruh pengembangan, DBA, dan Ops untuk mengoordinasikan perubahan secara ketat.

Sekarang di dunia database dokumen MongoDB, struktur data tidak harus direncanakan terlebih dahulu di database dan jauh lebih mudah untuk diubah. Pengembang dapat memutuskan apa yang dibutuhkan dalam aplikasi dan mengubahnya dalam database yang sesuai.

MongoDB tidak menggunakan SQL secara default. Sebagai gantinya, untuk bekerja dengan dokumen di MongoDB dan mengekstrak data, MongoDB menyediakan bahasa kueri (MQL) sendiri yang menawarkan sebagian besar kekuatan dan fleksibilitas yang sama seperti SQL. Misalnya, seperti SQL, MQL memungkinkan Anda untuk mereferensikan data dari beberapa tabel, mengubah dan menggabungkan data tersebut, dan memfilter untuk hasil spesifik yang Anda butuhkan. Tidak seperti SQL, MQL bekerja dengan cara yang idiomatis untuk setiap bahasa pemrograman .

Kinerja kueri di MongoDB dapat dipercepat dengan membuat indeks pada bidang dalam dokumen dan subdokumen. MongoDB memungkinkan setiap bidang dokumen, termasuk yang sangat bersarang dalam array dan subdokumen, untuk diindeks dan ditanyakan secara efisien.

Kelincahan dan Kolaborasi

Model dokumen juga memiliki properti baru yang membuat pengembangan dan kolaborasi menjadi lebih mudah dan lebih cepat.

Dari perspektif pengembang individu, MongoDB membuat data seperti kode. Pengembang dapat menentukan struktur dokumen JSON atau BSON, melakukan beberapa pengembangan, melihat bagaimana kelanjutannya, menambahkan bidang baru kapan saja dan membentuk kembali data sesuka hati, yang merupakan keindahan model dokumen. Fleksibilitas ini menghindari penundaan dan kemacetan yang terkait dengan keharusan meminta DBA untuk merestrukturisasi pernyataan bahasa definisi data dan kemudian membuat ulang dan memuat ulang basis data relasional, atau meminta pengembang melakukan pekerjaan tersebut.

Dalam database dokumen, pengembang atau tim dapat memiliki dokumen atau bagian dari dokumen dan mengembangkannya sesuai kebutuhan, tanpa perantara dan rantai ketergantungan yang rumit antara tim yang berbeda.

Skalabilitas, Ketahanan, dan Keamanan

MongoDB dibangun untuk meningkatkan skala. Jadi, kasus penggunaan yang memerlukan kueri super cepat dan data dalam jumlah besar atau keduanya dapat ditangani dengan membuat kelompok mesin kecil yang semakin besar.

MongoDB didasarkan pada arsitektur terdistribusi yang memungkinkan pengguna untuk menskalakan di banyak instance, dan terbukti mendukung aplikasi besar, baik diukur oleh pengguna atau ukuran data . Strategi scale-out bergantung pada penggunaan sejumlah besar mesin yang lebih kecil dan biasanya murah. Strategi ini dapat berkembang menjadi ratusan mesin.

Di PostgreSQL, pendekatan penskalaan bergantung pada apakah Anda berbicara tentang menulis atau membaca data. Untuk penulisan, ini didasarkan pada arsitektur peningkatan skala, di mana satu mesin utama yang menjalankan PostgreSQL harus dibuat sekuat mungkin untuk melakukan penskalaan. Untuk pembacaan, PostgreSQL dapat ditingkatkan dengan membuat replika, tetapi setiap replika harus berisi salinan lengkap dari database.

Pemipaan yang membuat MongoDB dapat diskalakan didasarkan pada gagasan untuk mempartisi (sharding) data secara cerdas di seluruh instance dalam kluster. MongoDB tidak memecah dokumen; dokumen adalah unit independen yang membuatnya lebih mudah untuk mendistribusikannya ke beberapa server sambil menjaga lokalitas data.

Dalam layanan cloud MongoDB Atlas global yang terkelola sepenuhnya, mudah untuk mendistribusikan data ke seluruh wilayah . Dokumen tertentu dapat diberi tag sehingga akan selalu disimpan secara fisik di negara atau wilayah geografis tertentu. Kesadaran lokasi seperti itu dapat:

Kurangi latensi dengan menyimpan data di dekat audiens targetnya

Membantu mematuhi undang-undang tentang di mana data dapat disimpan secara legal

Setiap pecahan MongoDB berjalan sebagai set replika: kluster yang disinkronkan dari tiga atau lebih server individual yang terus-menerus mereplikasi data di antara mereka, menawarkan redundansi dan perlindungan terhadap waktu henti saat menghadapi kegagalan sistem atau pemeliharaan terencana. Replika juga dapat dipasang di seluruh pusat data, menawarkan ketahanan terhadap pemadaman regional. Membuat dan mengonfigurasi cluster semacam itu menjadi lebih mudah dan lebih cepat di MongoDB Atlas.

MongoDB telah menerapkan rangkaian kontrol dan integrasi keamanan siber modern baik untuk versi lokal maupun cloud. Ini termasuk paradigma keamanan yang kuat seperti enkripsi tingkat bidang sisi klien , yang memungkinkan data dienkripsi sebelum dikirim melalui jaringan ke database.

PostgreSQL memiliki berbagai fitur keamanan termasuk banyak jenis enkripsi. PostgreSQL tersedia di cloud di semua penyedia cloud utama. Meskipun semua database yang sama, peralatan operasional dan pengembang bervariasi menurut vendor cloud, yang membuat migrasi antara cloud yang berbeda menjadi lebih kompleks. MongoDB Atlas berjalan dengan cara yang sama di ketiga penyedia cloud utama, menyederhanakan migrasi dan penerapan multi-cloud.

Ekosistem Platform Dewasa

Seiring berkembangnya teknologi fundamental seperti basis data, ia didukung oleh ekosistem platform layanan, integrasi, mitra, dan produk terkait. Di pusat ekosistem platform MongoDB adalah database, tetapi memiliki banyak lapisan yang memberikan nilai tambah dan memecahkan masalah.

MongoDB telah diadopsi secara besar-besaran dan merupakan basis data modern paling populer, dan berdasarkan survei pengembang Stackoverflow, pengembang basis data paling ingin menggunakan . Berkat upaya rekayasa MongoDB dan komunitas, kami telah membangun platform lengkap untuk melayani kebutuhan pengembang.

PostgreSQL dapat dijalankan sebagai versi terinstal, dikelola sendiri, atau sebagai database-as-a-service di semua penyedia cloud terkemuka. Setiap implementasi tersebut bekerja dengan cara yang diinginkan oleh penyedia cloud yang membuatnya. Untuk mendapatkan dukungan PostgreSQL, Anda harus menggunakan versi cloud atau pergi ke pihak ketiga yang menawarkan layanan khusus

MongoDB tersedia dalam bentuk berikut:

MongoDB Atlas adalah penawaran basis data sebagai layanan yang berjalan di semua platform cloud utama (AWS, Microsoft Azure, dan Google Cloud Platform).

Edisi Komunitas MongoDB adalah database terbuka dan gratis yang dapat diinstal di Linux, Windows, atau Mac OS .

MongoDB Enterprise didasarkan pada edisi Komunitas MongoDB dengan fitur tambahan yang hanya tersedia melalui langganan MongoDB Enterprise Advanced. Enterprise Advanced menyertakan dukungan komprehensif untuk penerapan MongoDB Anda. Itu juga menambahkan fitur yang berfokus pada perusahaan seperti dukungan LDAP dan Kerberos, enkripsi pada disk, audit, dan peralatan operasional. MongoDB Enterprise dapat diinstal di Linux, Windows, atau Mac OS.

Selain itu, MongoDB mendukung banyak bahasa pemrograman . Driver asli dan idiomatik disediakan untuk lebih dari selusin bahasa – dan komunitas telah membangun lebih banyak lagi – memungkinkan kueri ad-hoc, agregasi waktu nyata, dan pengindeksan kaya untuk menyediakan cara terprogram yang kuat untuk mengakses dan menganalisis data dari struktur apa pun.

MongoDB memiliki komunitas pengembang yang kuat yang mewakili semua orang mulai dari penggemar hingga perusahaan rintisan paling inovatif hingga perusahaan terbesar dan lembaga pemerintah, termasuk banyak integrator sistem dan konsultan yang menyediakan berbagai layanan komersial.

MongoDB Atlas juga telah diperluas melalui MongoDB Realm untuk memudahkan pengembangan aplikasi, melalui Atlas Search yang didukung oleh Lucene, dan dengan fitur-fitur yang mendukung data lake yang dibangun di atas penyimpanan objek cloud.

Baik PostgreSQL dan MongoDB memiliki komunitas pengembang dan konsultan yang kuat yang siap membantu.

Kesesuaian MongoDB dengan Tujuan

Pada titik ini dalam perkembangannya, MongoDB menawarkan skalabilitas, ketahanan, keamanan, dan kinerja terdepan di industri: tetapi di mana titik manisnya?

MongoDB mahir dalam menangani struktur data yang dihasilkan oleh aplikasi dan API modern dan diposisikan secara ideal untuk mendukung siklus pengembangan yang gesit dan cepat berubah dari praktik pengembangan saat ini.

Pertanyaan sebenarnya adalah seperti apa data Anda pada akhirnya. Jika data sejajar dengan objek dalam kode aplikasi, maka dapat dengan mudah diwakili oleh dokumen. MongoDB sangat cocok selama pengembangan dan produksi, terutama jika Anda harus menskalakan.

Tetapi jika Anda memiliki banyak aplikasi lama berdasarkan model data relasional dan tim yang berpengalaman hanya dalam SQL, database dokumen seperti MongoDB mungkin tidak cocok.

Database dokumen dapat melakukan GABUNG, tetapi dilakukan secara berbeda dari pernyataan SQL multi-halaman yang terkadang diperlukan dan sering kali dibuat secara otomatis oleh alat BI. Yang mengatakan, MongoDB memang memiliki konektor ODBC yang memungkinkan akses SQL, sebagian besar dari alat BI.

PostgreSQL: Database SQL Modern

PostgreSQL , seperti Linux, adalah contoh proyek sumber terbuka yang dikelola dengan baik. Salah satu database relasional yang paling luas diadopsi, PostgreSQL keluar dari proyek POSTGRES di University of California di Berkeley mulai tahun 1986 dan telah berkembang seiring waktu.

PostgreSQL Adalah Database Relasional Objek

PostgreSQL menyebut dirinya sebagai sistem database relasional objek sumber terbuka.

Ini adalah database SQL, yang memiliki beberapa strategi untuk menangani pengindeksan, meningkatkan konkurensi, dan menerapkan pengoptimalan dan peningkatan kinerja termasuk pengindeksan lanjutan, partisi tabel, dan mekanisme lainnya.

Bagian objek PostgreSQL berhubungan dengan banyak ekstensi yang memungkinkannya menyertakan tipe data lain seperti objek data JSON, penyimpanan kunci/nilai, dan XML.

Dukungan SQL Inti

Prinsip-prinsip desain PostgreSQL menekankan SQL dan tabel relasional dan memungkinkan ekstensibilitas.

PostgreSQL menawarkan banyak cara untuk meningkatkan efisiensi database, tetapi pada intinya menggunakan strategi peningkatan skala.

Seperti MySQL dan database relasional open source lainnya, PostgreSQL telah terbukti dalam banyak kasus penggunaan yang menuntut di banyak industri.

Mari kita bahas beberapa keunggulan PostgreSQL sebelum melihat masalah utama untuk perbandingan kita: Kapan model tabel, relasional, dan SQL paling cocok untuk sebuah aplikasi?

PostgreSQL mengambil pendekatan yang praktis dan berpikiran rekayasa untuk hampir semua hal. Misalnya, pertimbangkan pernyataan ini tentang kesesuaian dengan standar SQL terbaru :

“PostgreSQL menc0ba untuk menyesuaikan dengan standar SQL di mana kesesuaian itu tidak bertentangan dengan fitur tradisi0nal atau dapat menyebabkan keputusan arsitektur yang buruk.”

Baik untuk mereka. Dan seperti yang mereka tunjukkan dengan benar:

“Pada tulisan ini, tidak ada database relasional yang memenuhi kesesuaian penuh dengan standar ini.”

Di dunia SQL, ada upaya terbaik mesin SQL yang menangani serangkaian kueri sederhana tertentu dengan baik, dan mesin SQL yang lebih kuat dengan pengoptimal kueri yang menangani kueri kompleks dan selalu selesai dengan hasil yang benar. PostgreSQL adalah mesin SQL yang tangguh.

Ketangguhan ini berasal dari kemajuan yang stabil dari waktu ke waktu. Satu detail yang seharusnya mengesankan para nerd SQL adalah bahwa ia mendukung “semua tingkat isolasi transaksi yang ditentukan dalam standar SQL, termasuk serializable.” Ini adalah tingkat rekayasa yang tidak dihiraukan oleh sebagian besar basis data komersial dengan kepemilikan jangka panjang karena terlalu sulit untuk dicapai dengan kinerja yang memadai.

Performa, Keamanan, dan Keandalan

Karena PostgreSQL bergantung pada strategi peningkatan skala untuk menulis skala atau volume data, PostgreSQL harus memaksimalkan sumber daya komputasi yang tersedia. PostgreSQL melakukan ini melalui berbagai strategi untuk pengindeksan dan konkurensi.

PostgreSQL menawarkan berbagai jenis indeks yang kuat untuk paling cocok dengan beban kerja kueri yang diberikan. Strategi pengindeksan termasuk B-tree, multicolumn, ekspresi, dan parsial, serta teknik pengindeksan lanjutan seperti GiST, SP-Gist, KNN Gist, GIN, BRIN, indeks penutup, dan filter mekar.

Selain perencana dan pengoptimal kueri yang matang, PostgreSQL menawarkan pengoptimalan kinerja termasuk paralelisasi kueri baca, partisi tabel, dan kompilasi ekspresi just-in-time (JIT).

Basis data mematuhi berbagai standar keamanan dan memiliki banyak fitur untuk mendukung keandalan, pencadangan, dan pemulihan bencana, biasanya melalui alat pihak ke-3.

Kemungkinan diperpanjang

PostgreSQL mendukung ekstensibilitas dalam berbagai cara termasuk fungsi dan prosedur yang tersimpan, akses dari bahasa prosedural seperti PL/PGSQL, Perl, Python, dan banyak lagi, ekspresi jalur SQL/JSON, dan pembungkus data asing, yang terhubung ke database atau aliran lain menggunakan standar antarmuka SQL.

Banyak ekstensi menyediakan fungsionalitas tambahan, termasuk PostGIS, modul untuk analisis geospasial.

Kepemimpinan dan Standardisasi
Karena PostgreSQL digunakan secara luas, Anda dapat yakin bahwa sebagian besar alat pengembangan dan sistem lain telah diuji dengannya dan kompatibel.

Pendekatan yang diambil PostgreSQL untuk menghubungkan API dari bahasa ke basis datanya telah ditiru oleh banyak basis data lain, membuatnya lebih mudah untuk memindahkan program agar tidak berjalan di PostgreSQL ke basis data SQL lain dan sebaliknya.

Kesesuaian dengan Tujuan PostgreSQL

Seperti yang kami katakan di awal, pertanyaannya bukan “MongoDB vs PostgreSQL?” tapi “Kapan masuk akal untuk menggunakan database dokumen vs database relasional?” karena setiap database adalah versi terbaik dari format database tertentu.

Kelebihan SQL mencakup ekosistem alat, integrasi, dan bahasa pemrograman yang luas yang dibuat untuk menggunakan database SQL. Sepertinya Anda dapat dengan mudah menemukan bantuan untuk membuat proyek database SQL Anda secara umum dan proyek PostgreSQL secara khusus berfungsi. Ada juga banyak opsi penerapan untuk PostgreSQL.

Melakukan Panggilan: MongoDB atau PostgreSQL?

Menyerah pada SQL berarti meninggalkan ekosistem besar teknologi yang sudah menggunakan SQL. Itu lebih mudah dilakukan jika Anda sedang mengerjakan aplikasi baru, atau berencana memodernisasi aplikasi yang sudah ada.

Banyak alat manajemen data dan BI mengandalkan SQL dan secara terprogram menghasilkan pernyataan SQL yang kompleks untuk mendapatkan kumpulan data yang tepat dari database. PostgreSQL bekerja dengan sangat baik dalam konteks seperti itu karena ini adalah implementasi tingkat perusahaan yang kuat yang dipahami oleh banyak pengembang.

Selain itu, jika Anda memiliki model data tabular datar yang tidak akan terlalu sering berubah dan tidak perlu diperluas, database relasional dan SQL dapat menjadi pilihan yang andal.

Tetapi manfaat yang dirasakan dari SQL memiliki biaya yang harus dipertimbangkan.

Kelemahan PostgreSQL dibandingkan dengan MongoDB adalah ia bergantung pada model data relasional yang tidak ramah terhadap struktur data yang digunakan pengembang dalam kode, dan itu harus didefinisikan terlebih dahulu, memperlambat kemajuan setiap kali persyaratan berubah.

MongoDB mendukung siklus pengembangan yang cepat dan berulang dengan sangat baik karena cara database dokumen mengubah data menjadi kode di bawah kendali pengembang. Kecepatan ini terganggu oleh sifat model data tabular kaku yang digunakan dalam database relasional, yang biasanya harus dibentuk kembali oleh administrator database melalui proses perantara, yang memperlambat seluruh proses pengembangan. Kemacetan seperti itu dapat meredam inovasi.

Saat aplikasi ditayangkan, pengguna PostgreSQL harus siap bertarung dalam hal skalabilitas. PostgreSQL menggunakan strategi peningkatan skala. Ini berarti bahwa pada titik tertentu, untuk kasus penggunaan berperforma tinggi, Anda mungkin menemui hambatan atau harus mengalihkan sumber daya untuk menemukan cara lain untuk menskalakan melalui caching atau denormalisasi data atau menggunakan strategi lain.

Di MongoDB, teknik seperti itu biasanya tidak diperlukan karena skalabilitas sudah ada di dalamnya melalui sharding asli, yang memungkinkan pendekatan penskalaan horizontal. Setelah membagi cluster dengan benar, Anda selalu dapat menambahkan lebih banyak instance dan terus melakukan penskalaan. MongoDB Atlas memiliki platform multi-cloud yang luas dan sadar secara global, semuanya terkelola sepenuhnya untuk Anda.

PostgreSQL dapat mendukung replikasi tetapi fitur yang lebih canggih seperti failover otomatis harus didukung oleh produk pihak ketiga yang dikembangkan secara independen dari database. Pendekatan semacam itu lebih kompleks dan dapat bekerja lebih lambat dan kurang mulus daripada kemampuan penyembuhan diri bawaan MongoDB.

Kemana Arah Model Data Anda?

Sifat data Anda dan kasus penggunaan target Anda juga sangat penting. Mereka yang memiliki ekosistem besar keterampilan dan alat SQL dan banyak aplikasi yang ada dapat memilih untuk terus menggunakan model data relasional.

Tetapi MongoDB telah berhasil, terutama di perusahaan, karena membuka pintu ke tingkat produktivitas pengembang yang baru, sementara tabel relasional statis sering kali menimbulkan hambatan. Jika Anda memiliki data yang perlu dikirim dalam skala besar, yang akan mendapat manfaat dari kontrol pengembang atas skema, atau yang memenuhi kebutuhan yang tidak sepenuhnya Anda pahami sejak awal, database dokumen seperti MongoDB sesuai dengan tagihan.

Baik MongoDB dan PostgreSQL adalah database yang sangat baik. Kami berharap diskusi ini memberikan pencerahan baru yang akan lebih memenuhi kebutuhan Anda.

Manfaat dan Tantangan PostgreSQL: Sebuah Snapshot – Pasar database terus terpecah-pecah di antara produk open source dan komersial, dengan banyak pilihan di setiap kamp. PostgreSQL, proyek open source yang didukung komunitas berusia tiga dekade, terus mendapatkan popularitas dan digunakan dalam produksi oleh perusahaan besar di banyak bagian dunia.

Manfaat dan Tantangan PostgreSQL: Sebuah Snapshot

 Baca Juga : Mengenal Fitur Baru dari Postgresql 14 

pgsql – Yandex , misalnya, menyimpan petabyte data di PostgreSQL, yang memungkinkan layanan email perusahaan menangani lebih dari 150 juta email sehari. GitLab , yang telah menggunakan Postgres selama bertahun-tahun, memelihara cluster besar yang menangani 181.000 transaksi per detik. IKEA , yang pindah ke PostgreSQL untuk mengurangi total biaya kepemilikan (TCO), memiliki sejumlah database yang menjalankan beberapa terabyte data.

Terakhir, InCountry , sebuah startup yang membantu bisnis digital internasional mematuhi undang-undang setempat di lebih dari seratus negara, menggunakan Postgres untuk mendukung basis data terdistribusi global data-residency-as-a-service. Ini adalah solusi canggih dan rumit yang membutuhkan sistem manajemen basis data yang matang dan andal.

Untuk memahami apakah PostgreSQL adalah database yang tepat untuk proyek Anda, penting untuk memahami bagaimana PostgreSQL cocok dengan lanskap database, serta manfaat dan tantangan spesifiknya.

Manfaat PostgreSQL

Sejumlah karakteristik dan fitur Postgres membuatnya sesuai untuk berbagai aplikasi yang sangat luas:

Kualitas kode – Setiap baris kode yang masuk ke PostgreSQL ditinjau oleh banyak pakar, dan seluruh proses pengembangan digerakkan oleh komunitas, sehingga pelaporan bug, perbaikan, dan verifikasi diselesaikan dengan sangat cepat.

Ekstensibilitas – PostgreSQL adalah solusi yang sangat fleksibel dengan ekstensi yang memenuhi kebutuhan hampir setiap kasus penggunaan potensial. Bahkan jika Anda memerlukan sesuatu yang sangat spesifik, seperti dukungan untuk tipe data tertentu atau fungsionalitas logging yang diperluas , Anda dapat menulis ekstensi Anda sendiri atau meminta vendor PostgreSQL melakukannya untuk Anda.

SQL dan NoSQL – PostgreSQL dapat digunakan baik sebagai sistem manajemen basis data relasional SQL tradisional untuk deretan data transaksional atau statistik, dan sebagai solusi NoSQL untuk menyimpan dokumen JSON. Fleksibilitas ini dapat mengurangi biaya dan meningkatkan postur keamanan Anda. Menggunakan hanya satu sistem manajemen basis data berarti Anda tidak perlu menyewa atau mengontrak keahlian yang diperlukan untuk menyiapkan, mengelola, mengamankan, dan memperbarui beberapa solusi basis data.

Data spasial – Bisnis sering mengandalkan Postgres untuk aplikasi yang menggunakan data spasial karena Postgres memiliki beberapa kemampuan yang sangat baik untuk menangani data tersebut. Misalnya, Postgres memiliki tipe data khusus untuk objek geometris, dan PostGIS memungkinkan pembuatan basis data spasial yang mudah dan cepat. Hal ini membuat Postgres sangat populer di kalangan perusahaan transportasi dan logistik.
Ketersediaan dan ketahanan data – Untuk lingkungan produksi yang sangat penting, seperti untuk lembaga pemerintah, perusahaan jasa keuangan, dan perusahaan perawatan kesehatan, versi PostgreSQL yang didukung secara pribadi menyediakan fitur ketersediaan, ketahanan, dan keamanan tambahan.
PostgreSQL juga memiliki beberapa keunggulan signifikan dibandingkan database open source lainnya:

BUKU PUTIH YANG DIREKOMENDASIKAN

Tidak dikendalikan oleh satu vendor – Tidak seperti beberapa database open source lainnya, Postgres bukanlah solusi vendor tunggal. Kemajuan solusi vendor tunggal pada akhirnya 100% bergantung pada keputusan vendor, bukan komunitas pengguna. Itu sama untuk perbaikan bug. Hanya vendor yang memutuskan apa yang akan diperbaiki di rilis berikutnya. Sementara komunitas pengguna dapat menekan vendor – dan vendor cerdas mendengarkan komunitas pengguna mereka – selalu ada kemungkinan kuat bahwa kebutuhan beberapa pengguna akan diabaikan.
Tidak ada vendor lock-in – Jika DBMS open source dimiliki secara pribadi, vendor biasanya akan mencoba mengunci pelanggan dengan menjual keluarga produk pelengkap, seperti infrastruktur cloud yang dilengkapi dengan database as a service (DBaaS). Sementara produk ini mungkin diinginkan untuk mendapatkan hasil maksimal dari database, mereka juga mempersulit pelanggan untuk beralih ke solusi lain.
Popularitas – Seperti disebutkan di atas, PostgreSQL adalah solusi yang sangat populer. Hal ini penting karena perusahaan yang melakukan standarisasi pada database open source dengan basis pelanggan yang relatif kecil akan menemukan pilihan terbatas dalam hal mendapatkan instalasi pihak ketiga, pemecahan masalah, atau layanan konsultasi. Juga akan lebih sulit untuk menemukan orang untuk dipekerjakan dengan tingkat keahlian yang sesuai. Dan apakah Anda ingin menyewa atau mengontrak layanan, keahlian yang relatif langka kemungkinan akan datang dengan harga lebih tinggi – jika memang ada.

Tantangan PostgreSQL

Sementara semua manfaat Postgres ini menarik, ada tantangan penting yang harus diperhatikan saat mengadopsi database ini. Tantangan Postgres meliputi:

Biaya – Ada kesalahpahaman umum bahwa, sebagai solusi open source, PostgreSQL 100% gratis. Namun, meskipun mengunduh, menginstal, dan menggunakan solusi ini gratis, hampir selalu ada biaya yang terkait dengan migrasi, dukungan, dan pemeliharaan – dan biaya ini tidak boleh diremehkan. Jadi, mungkin penting untuk bekerja dengan konsultan PostgreSQL sejak awal untuk menentukan berapa biayanya.

Waktu – Memastikan proyek pengembangan atau migrasi PostgreSQL yang mulus dapat memakan waktu lebih lama dari yang diperkirakan. Masalah yang tidak terduga seringkali membutuhkan penelitian tambahan yang dapat menunda kemajuan. Jadi, penting untuk membangun waktu untuk penelitian langsung ke dalam jadwal proyek dari awal.

Tidak dikendalikan oleh satu vendor – Meskipun ini terdaftar sebagai keuntungan di atas, ini juga memiliki potensi kerugian. Pengguna yang pindah ke PostgreSQL harus memilih di antara beberapa vendor dan solusi yang menjalankan fungsi yang sama. Misalnya, Postgres memiliki lima solusi cadangan dari berbagai perusahaan. Ini berarti Anda harus meluangkan waktu untuk memahami manfaat dan tantangan masing-masing, sehingga Anda dapat memilih opsi terbaik untuk kasus penggunaan Anda. Sekali lagi, untuk perusahaan yang baru memulai Postgres, mungkin akan membantu jika Anda meminta saran dari konsultan.

PostgreSQL di tempat vs. di cloud – Bekerja dengan PostgreSQL di cloud tidak sama dengan di tempat. Banyak ekstensi Postgres tidak tersedia di cloud, dan vendor sering mengunci beberapa pengaturan default, yang membatasi konfigurasi dan kemampuan Postgres. Biaya untuk konsumsi sumber daya cloud juga bisa sangat tinggi. Faktanya, banyak perusahaan harus beralih dari Amazon RDS kembali ke Postgres lokal untuk mendapatkan kendali atas pengeluaran dan memastikan skalabilitas.

Ukuran penyebaran – Sementara beralih ke Postgres kemungkinan akan mudah untuk usaha kecil dengan database kecil, perusahaan menengah dan perusahaan besar akan dengan cepat menghadapi tantangan migrasi yang akan memerlukan bekerja dengan vendor dukungan atau layanan migrasi.

Keahlian internal – Memelihara sistem manajemen basis data membutuhkan keahlian, dan PostgreSQL tidak terkecuali. Perusahaan harus membandingkan biaya yang terkait dengan perekrutan keahlian yang diperlukan versus memiliki tim yang ada mempelajari Postgres dari bawah ke atas dan kemudian mengandalkan vendor atau konsultan pihak ketiga untuk melengkapi tim internal. Jika Anda mempekerjakan ahli, lakukan ini cukup awal dalam proses untuk memastikan tim baru dapat sepenuhnya memahami kebutuhan bisnis dan logika bisnis aplikasi sebelum memulai pengembangan atau migrasi. Selanjutnya, rancang rencana migrasi langkah demi langkah yang mengantisipasi kemungkinan tantangan.

Bahkan jika Anda menyewa tim Postgres internal, Anda tetap harus mempertimbangkan untuk bekerja dengan konsultan PostgreSQL dengan keahlian bertahun-tahun untuk meninjau rencana pengembangan atau migrasi dan bahkan menguji beberapa solusi vendor untuk memastikan kesesuaian yang tepat. Ini kemungkinan akan menghemat waktu, tenaga, dan uang yang signifikan di jalan.

PostgreSQL adalah database yang populer dan didukung dengan baik yang terus meningkat dengan cara yang memenuhi kebutuhan bahkan kasus penggunaan yang paling kompleks dan kritis – yang menjelaskan tingkat adopsi yang terus meningkat dan mengapa semakin banyak perusahaan memilihnya sebagai database utama mereka sistem manajemen. Jika proyek didekati dengan benar dan didukung oleh tingkat keahlian yang tepat, perusahaan dapat memastikan penerapan yang berhasil yang akan memenuhi kebutuhan mereka yang terus berkembang di tahun-tahun mendatang.

Ivan Panchenko adalah salah satu pendiri dan wakil CEO Postgres Professional, sebuah perusahaan yang berfokus untuk membuat PostgreSQL siap untuk perusahaan. Sebagai penggemar PostgreSQL dan anggota komunitas PostgreSQL yang terkenal, Panchenko bekerja sama dengan pelanggan perusahaan dan membantu menentukan strategi produk. Panchenko adalah astrofisikawan profesional dan pengembang perangkat lunak yang mulai mengembangkan aplikasi berbasis PostgreSQL pada tahun 1998

Mengenal Fitur Baru dari Postgresql 14 – PostgreSQL 14 adalah rilis besar berikutnya dari PostgreSQL, database open source paling kuat secara global. Ini memperkenalkan beberapa fitur baru yang memudahkan pengembang dan administrator untuk mengimplementasikan aplikasi berbasis data.

Mengenal Fitur Baru dari Postgresql 14

 Baca Juga : PostgreSQL 14 Resmi Dirilis

pgsql – PostgreSQL terus membuat kemajuan di bidang tipe data yang kompleks, termasuk akses JSON yang lebih mudah diakses dan dukungan untuk rentang data yang tidak berdekatan. Dengan kemajuan dalam konkurensi koneksi, beban kerja penulisan tinggi, paralelisme kueri, dan replikasi logis, versi terbaru ini melanjutkan sejarah PostgreSQL dalam meningkatkan kinerja tinggi dan beban kerja data terdistribusi .

Magnus Hagander , anggota tim inti PostgreSQL, menyatakan bahwa “Rilis terbaru PostgreSQL meningkatkan kapasitas pengguna kami untuk menangani beban kerja data dalam skala besar, meningkatkan observabilitas, dan menyertakan kemampuan baru yang menguntungkan pengembang aplikasi. PostgreSQL 14 menunjukkan komitmen komunitas PostgreSQL global untuk menyelesaikan kritik dan terus mengembangkan perangkat lunak basis data inovatif yang digunakan oleh perusahaan besar dan kecil.”

PostgreSQL 14 memperkenalkan sejumlah fitur dan peningkatan baru, termasuk yang berikut:

• Parameter OUT sekarang dapat digunakan untuk mengembalikan data dari prosedur tersimpan.
• Untuk ekspresi tabel umum, opsi SEARCH dan CYCLE standar SQL telah diterapkan.
• Berlangganan sekarang dapat digunakan dengan tipe data apa pun yang notasinya berguna, tidak hanya array.
• Operator berlangganan telah ditambahkan ke jenis jsonb dan hstore dalam rilis ini.
• Multirentang telah ditambahkan ke jenis rentang, memungkinkan representasi rentang data yang tidak bersebelahan.
• Kueri paralel, beban kerja yang sangat bersamaan, basis data yang dipartisi, replikasi logis, dan penyedot debu, semuanya mengalami peningkatan kinerja yang signifikan.
• Pembaruan pada indeks B-tree dikelola dengan lebih efisien, menghasilkan lebih sedikit indeks yang membengkak.
• Ketika database mendekati kondisi sampul ID transaksi, VACUUM secara otomatis menjadi lebih agresif dan melewati pembersihan yang tidak penting.
• Statistik yang diperluas pada ekspresi sekarang dapat dikumpulkan, memungkinkan perencanaan hasil yang lebih tepat untuk pencarian yang kompleks.
• libpq sekarang mendukung kueri berpipa, yang dapat meningkatkan throughput secara signifikan melalui koneksi latensi tinggi.

Peningkatan Kinerja Beban Kerja Berat

PostgreSQL 14 secara signifikan meningkatkan throughput untuk tugas-tugas yang membutuhkan banyak koneksi, dengan beberapa evaluasi menunjukkan percepatan 2x. Versi ini dibangun di atas peningkatan sebelumnya untuk manajemen indeks B-tree dengan mengurangi pengasapan indeks pada tabel dengan indeks yang sering diperbarui.

PostgreSQL 14 menawarkan kemampuan untuk menyalurkan kueri ke database , yang dapat sangat meningkatkan kinerja di seluruh koneksi latensi tinggi atau untuk beban kerja dengan sejumlah besar operasi tulis kecil (INSERT/UPDATE/DELETE). Karena fakta bahwa mode pipeline adalah fitur sisi klien, Anda dapat menggunakannya dengan database PostgreSQL saat ini baik menggunakan klien versi 14 atau driver klien yang dibuat menggunakan libpq versi 14.

Peningkatan Dukungan untuk Beban Kerja Terdistribusi

PostgreSQL sekarang dapat mengalirkan transaksi yang sedang berlangsung ke pelanggan saat menggunakan replikasi logis, menghasilkan peningkatan kinerja yang signifikan saat menerapkan transaksi besar ke pelanggan. Selain itu, PostgreSQL 14 meningkatkan kinerja sistem decoding logis, yang digunakan untuk mendukung replikasi logis.

Di PostgreSQL 14, pembungkus data asing, yang digunakan untuk berinteraksi dengan beban kerja gabungan di seluruh PostgreSQL dan database lainnya , kini dapat menggunakan paralelisme kueri. Kemampuan ini diimplementasikan di postgres fdw, pembungkus data asing yang berinteraksi dengan database PostgreSQL lainnya, dalam rilis ini.

Kenyamanan dan Multirentang di JSON

Sejak PostgreSQL 9.2, ia telah mengizinkan penanganan data JSON, namun pengambilan nilai memerlukan sintaks khusus. PostgreSQL 14 sekarang mendukung subskrip untuk mengakses data JSON, misalnya SELECT (‘”postgres”: “release”: 14 ‘::jsonb)[‘postgres’][‘release’]; sekarang bekerja. Ini menyesuaikan PostgreSQL dengan sintaks yang umum digunakan untuk mendapatkan informasi dari data JSON .

Tipe rentang, yang juga diperkenalkan di PostgreSQL 9.2, sekarang mendukung rentang yang tidak bersebelahan melalui penambahan tipe data “multirange”. Multirange adalah kumpulan berurutan dari rentang yang tidak tumpang tindih yang memungkinkan pengembang membuat kueri yang lebih sederhana untuk rangkaian rentang yang kompleks.

Peningkatan Keamanan

PostgreSQL 14 menyederhanakan proses penetapan kemampuan baca-saja, dan tulis-saja kepada pengguna pada tabel, tampilan, dan skema menggunakan peran yang telah ditentukan pg read all data dan pg write all data. Selain itu, versi ini mengubah manajemen kata sandi default dan sistem otentikasi untuk instans PostgreSQL baru ke manajemen kata sandi dan sistem otentikasi SCRAM-SHA-256 yang sesuai standar.

PostgreSQL 14 memperkenalkan parameter pemantauan baru :

1. Idle_session_timeout
2. Pg_stat_wal
3. Pg_stat_progress_copy
4. Maintenance_io_concurrency
5. REINDEX pada indeks anak dari tabel yang dipartisi

PostgreSQL 14 Resmi Dirilis – Penggemar database open-source diberi alasan untuk merayakan minggu ini dengan merilis PostgreSQL 14, sebuah iterasi dari RDBMS yang menampilkan peningkatan kinerja untuk beban kerja yang berat dan terdistribusi.

PostgreSQL 14 Resmi Dirilis

 Baca Juga : 6 Hal yang Perlu Diketahui Pengembang Tentang PostgreSQL

pgsql – Rilis musim gugur telah diposting kemarin, dan meskipun PostgreSQL 14 mungkin tidak menyertakan serangkaian fitur baru yang luar biasa, lebih dari 220 pembaruan menambahkan hingga peningkatan kinerja untuk sistem kelas atas, kata Umair Shahid, kepala PostgreSQL di teknologi sumber terbuka konsultan Percona.

“Jumlah fitur tambahan secara signifikan lebih besar, tetapi tidak ada satu fitur pun yang membawa seluruh rilis. Rilis ini berfokus pada kinerja database: tidak hanya internal database yang berkinerja lebih baik, tetapi juga kueri SQL yang berjalan lebih cepat dan fokus pada paralelisme ,” kata Syahid.

Sementara PostgreSQL dirancang sebagai basis data penskalaan vertikal, komunitas open-source telah difokuskan untuk mencoba menerapkan fitur yang membantu skalabilitas horizontal, yang membuatnya lebih mudah untuk menskalakan aplikasi dan meningkatkan kinerja basis data, katanya.

Pembungkus data asing – yang telah mendukung beban kerja gabungan di PostgreSQL untuk beberapa waktu – sekarang dapat melakukan pemindaian tabel paralel yang memungkinkan pengembang membuat tabel asing dalam penskalaan horizontal atau database terdistribusi untuk menjalankan kueri secara paralel, membuat kinerja “lebih cepat secara signifikan,” kata Shahid.

Lalu ada “insert data massal” yang diterapkan untuk pembungkus data asing yang juga meningkatkan kinerja pada beban kerja terdistribusi. “Saya akan mengatakan bahwa dua fitur utama yang berfokus pada beban kerja terdistribusi ini membantu penskalaan horizontal,” tambahnya.

Ada opsi jika Anda mencari database relasional terdistribusi. Beberapa minggu yang lalu, The Register melaporkan berita dari Yugabyte , sistem terdistribusi yang terinspirasi oleh Google Spanner dan kompatibel dengan PostgreSQL di bagian atas, misalnya.

Meskipun ada sistem lain di pasar yang didistribusikan berdasarkan desain, mereka menargetkan kasus penggunaan khusus, kata Shahid. PostgreSQL – dengan Lisensi PostgreSQL yang disetujui OSI – adalah database tujuan umum yang sesuai dengan ACID yang dirancang untuk berbagai kasus penggunaan yang sangat luas, katanya.

PostgreSQL 14 juga dirancang untuk meningkatkan throughput dengan penyesuaian pada pengelolaan indeks B-tree — struktur data pohon yang menyeimbangkan diri sendiri — dengan mengurangi pengasapan indeks pada tabel dengan indeks yang sering diperbarui.

Bruce Momjian, veep dan penginjil PostgreSQL di perusahaan pendukung dan kontributor EDB, mengatakan: “Setelah kami membagi halaman B-tree dalam indeks, kami tidak dapat bergabung lagi, karena patologi indeks B-tree, jadi ada beberapa kode yang meningkatkan itu.”

Perbaikan paralelisme dan pengindeksan termasuk di antara pembaruan yang menargetkan kinerja di ujung atas implementasi PostgreSQL, katanya.

“Ini semacam fokus pada beberapa keterbatasan yang kami miliki di ujung atas. Saya akui itu selalu menjadi tantangan bagi kami,” kata Momjian, yang juga merupakan anggota inti dari PostgreSQL Global Development Group. “Kami selalu memulai dari yang terendah dan terus meningkat. Ujung atas itu, di mana Anda akan melihat sebagian besar Oracle, telah menjadi salah satu bagian kecil yang belum benar-benar kami lakukan [ yang merupakan ] takeaway besar untuk ini.

“Kami melihat laporan di Rusia, Eropa, AS, dan Jepang di mana orang-orang mendorong batas atas PostgreSQL dan, untungnya, kami memiliki pengembang untuk sedikit menaikkan batas itu.”

Biasanya jenis beban kerja ini akan menjadi karakteristik kurang dari 5 persen dari implementasi PostgreSQL di alam liar, katanya.

6 Hal yang Perlu Diketahui Pengembang Tentang PostgreSQL – Meskipun PostgreSQL telah menjadi salah satu sistem manajemen basis data relasional yang paling sering digunakan, selama beberapa tahun terakhir ini telah mengalami peningkatan popularitas yang tajam di kalangan pengembang.

6 Hal yang Perlu Diketahui Pengembang Tentang PostgreSQL

 Baca Juga : Yugabyte CTO Menguraikan Jalur PostgreSQL ke Cloud Terdistribusi

pgsql – Dalam Survei Pengembang tahunan Stack Overflow terhadap hampir 90.000 pengembang, PostgreSQL adalah teknologi basis data kedua yang paling banyak digunakan.

Ada banyak faktor yang berkontribusi pada popularitas PostgreSQL, dimulai dengan komunitas open source yang sangat aktif, tidak seperti DBMS open source yang dipimpin perusahaan seperti MongoDB atau MySQL, tidak dikendalikan oleh sponsor atau perusahaan tunggal. Dan, karena PostgreSQL ada di mana-mana, risiko berkurang jika ada kebutuhan untuk memindahkan database dari lokal ke cloud atau cloud ke lokal, atau bahkan dari satu platform cloud ke platform cloud lainnya.

Kumpulan fitur PostgreSQL terus diperluas, dengan komunitas menguji setiap fitur baru secara menyeluruh sebelum integrasi (untuk tingkat keandalan tertinggi). Selain itu, Postgres ringan (kode sumbernya kurang dari 20 MB), mudah dipasang, dan mudah dipindahkan dibandingkan dengan RDBM lawas yang besar. Ini juga sangat fleksibel, mendukung model relasional dan non-relasional, dan dapat digunakan di berbagai infrastruktur mulai dari bare metal hingga VM, container, dan DBaaS.

Sekarang mari masuk ke enam hal yang harus diketahui pengembang tentang Postgres.

1. Tidak Perlu Mempelajari IDE Baru (Integrated Development Environment)

Dengan dukungan lebih dari 80 IDE, kemungkinan framework yang Anda gunakan saat ini sudah terintegrasi dengan PostgreSQL. Ada 18 freeware dan 63 IDE yang tersedia secara komersial yang mendukung PostgreSQL. Ini sangat kontras dengan DBMS berpemilik, di mana opsi terbatas pada pengembangan dan perangkat administratifnya.

The Community Guide to PostgreSQL GUI Tools daftar IDE yang mendukung PostgreSQL, yang meliputi pgAdmin , GUI dikelola oleh masyarakat PostgreSQL untuk mengembangkan dan mengelola database PostgreSQL di Linux, Unix, Mac OS X, dan Windows. Lainnya adalah DBeaver , alat database multi-platform yang mendukung database SQL dan NoSQL paling populer, termasuk Postgres. (Edisi Komunitasnya gratis, sedangkan Edisi Perusahaannya memiliki biaya lisensi.)

2. Pengaturan dan Konfigurasi Lokal Sederhana

Biasanya, pengembang dapat menangani pengaturan dan konfigurasi Postgres sendiri dengan DBA yang hanya perlu terlibat dengan penggunaan produksi skala besar.

Salah satu prinsip desain asli PostgreSQL adalah ia akan berinteraksi secara mulus dan dapat diprediksi dengan sistem operasi dan kerangka penyimpanan. Selain itu, PostgreSQL terintegrasi dengan mudah dengan cadangan sistem operasi standar dan alat pemantauan. Karena alasan ini, Postgres adalah enabler yang hebat bagi pengembang di seluruh siklus hidup aplikasi — mulai dari pembuatan prototipe hingga produksi.

Opsi lain jika Anda ingin sama sekali menghindari keharusan menyiapkan dan mengonfigurasi lingkungan lokal untuk penerapan PostgreSQL Anda, adalah model Database as a Service (DBaaS). Semua penyedia cloud utama menawarkan PostgreSQL, seperti Amazon RDS untuk PostgreSQL, Azure Database untuk PostgreSQL, dan (Google) Cloud SQL untuk PostgreSQL. Ada juga vendor pihak ketiga yang menawarkan layanan cloud PostgreSQL yang terkelola sepenuhnya, termasuk Layanan Database Cloud Postgres EDB kami sendiri di cloud AWS.

3. Arsitektur Multimodel Fleksibel

PostgreSQL adalah pelopor DBMS relasional objek (ORDBMS) dan mendukung pemrograman berorientasi objek. Saat ini, semua alat ORM terkemuka mendukung PostgreSQL.

Pendekatan ORDBMS multimodel penting untuk aplikasi canggih saat ini yang biasanya harus melakukan kueri dan memanipulasi data terstruktur dan semi-terstruktur, yang memerlukan penerapan database SQL dan NoSQL dalam satu aplikasi. PostgreSQL, misalnya, memiliki dukungan bawaan untuk menyimpan objek JSON dalam format biner JSON yang ringkas.

4. Lincah dan Ramah DevOps

Mungkin salah satu daya tarik terbesar PostgreSQL bagi pengembang adalah cocok dengan proses pengembangan, integrasi, dan penerapan berkelanjutan dan cocok untuk DevOps dan praktik tangkas. Pengembang dapat memastikan konfigurasi infrastruktur yang konsisten di seluruh siklus hidup aplikasi dengan memperkenalkan resep infrastruktur sebagai kode menggunakan Chef, Ansible, Puppet, atau platform otomatisasi infrastruktur lainnya.

Dan, PostgreSQL juga sepenuhnya mendukung penggunaan container dan layanan mikro yang merupakan inti dari arsitektur aplikasi modular saat ini menggunakan Kubernetes. Plus, fakta bahwa PostgreSQL sudah tersedia sebagai layanan cloud selaras dengan sifat metode DevOps berbasis cloud.

Selain itu, arsitektur multimodel PostgreSQL dan dukungannya untuk JSON dan ORM berarti bahwa sistem dapat dengan cepat diprototipekan tanpa perlu mendesain skema detail sepenuhnya.

Terakhir, PostgreSQL sangat portabel, membuatnya sangat mudah untuk mereplikasi instance untuk tujuan pengembangan, pengujian, dan staging. Misalnya, pengembang dapat menjalankan PostgreSQL dalam wadah di komputer mereka dan dengan mudah melakukan transisi ke produksi di cloud atau di tempat. Sangat mudah untuk memindahkan database PostgreSQL, menjalankannya secara lokal atau di cloud, atau menjalankan beberapa versi yang tidak saling mengganggu.

5. Hal Keren yang Dapat Anda Lakukan dengan PostgreSQL

Sebelum membahas hal-hal yang sangat keren, perlu dicatat bahwa PostgreSQL sangat sesuai dengan ANSI SQL sehingga pengembang yang sudah memiliki keterampilan SQL akan merasa betah di PostgreSQL.

Hal-hal yang sangat keren memulai arsitektur multimodel PostgreSQL (dibahas sebelumnya) yang menyediakan dukungan bawaan untuk banyak fitur NoSQL non-relasional tetapi tanpa kelemahan NoSQL, seperti analisis data sisi klien, kurangnya bahasa kueri yang kuat dan pengoptimal, dan penyimpanan data menjadi tanggung jawab admin. Fitur pencarian teks lengkap cepat dan dioptimalkan, dengan dukungan untuk pencocokan fuzzy, peringkat, pencarian frase dan beberapa bahasa.

Selain itu, PostgreSQL sangat mudah beradaptasi dengan banyak plugin – banyak di antaranya open source – yang memperluas kemampuan Postgres untuk agregasi data dan grafik deret waktu, sebagai database grafik transaksional dan sebagai sistem manajemen database spasial.

Selain itu, PostgreSQL menggunakan Pembungkus Data Asing untuk membaca dan menulis dengan lancar ke sumber data asing yang mencakup CouchDB, Informix, MongoDB, MySQL, Neo4j, Oracle, dan Redis. Dengan Pembungkus Data Asing, Anda dapat menggunakan satu database PostgreSQL untuk menggabungkan dalam skala beragam sumber dan format data serta persyaratan aplikasi

6- Jalan Halus Menuju Produksi

PostgreSQL menyediakan jalan mulus menuju produksi yang bekerja di semua platform penerapan populer, mulai dari bare metal hingga VM (di tempat atau IaaS), container, dan DBaaS. Pilihan platform yang tepat akan bergantung pada banyak faktor, termasuk skalabilitas dan persyaratan ketersediaan aplikasi, arsitekturnya, dan sejauh mana organisasi ingin (atau perlu) memiliki kontrol langsung atas infrastruktur dan orkestrasi.

PostgreSQL adalah teknologi paling populer ketiga yang dijalankan oleh perusahaan di wadah Docker, menurut survei ini . PostgreSQL dalam container berperilaku secara konsisten sepanjang siklus hidup aplikasi (pengembangan, staging, produksi) dan sangat cocok untuk arsitektur aplikasi berbasis layanan mikro. Ini juga memberikan ketersediaan tinggi dalam situasi failover dan mengoptimalkan biaya komputasi-penyimpanan melalui penskalaan sesuai permintaan yang elastis daripada penyediaan berlebih di muka. Kami melihat model penerapan ini digunakan dalam kombinasi dengan Kubernetes mendapatkan daya tarik karena alasan yang disebutkan, serta fleksibilitas untuk menjalankan dan memindahkan kontainer di tempat dan di cloud.

Ringkasan

Sangat mudah untuk melihat mengapa PostgreSQL masih mendapatkan popularitas dan mengapa pengembang merangkul PostgreSQL untuk memainkan peran sentral di pusat data perusahaan. Keandalan, fleksibilitas, dan ekstensibilitas bawaan PostgreSQL, bersama dengan dukungan komunitas open source aktifnya, memastikan bahwa PostgreSQL akan tetap menjadi pemimpin yang terus diperbarui seiring dengan berkembangnya metode dan tumpukan teknologi DBMS.

Yugabyte CTO Menguraikan Jalur PostgreSQL ke Cloud Terdistribusi – Seperti yang lain, Yugabyte adalah perusahaan database yang membangun database terdistribusi berkinerja tinggi untuk mendukung beban kerja cloud yang besar dan terdistribusi secara geografis.

Yugabyte CTO Menguraikan Jalur PostgreSQL ke Cloud Terdistribusi

 Baca Juga : PostgreSQL Telah Menjangkau Setiap Bagian Industri dan Setiap Bagian Pemerintahan

pgsql – Namun, Yugabyte tidak memulai dari awal. Inti dari kodenya adalah PostgreSQL, database open source dengan sejarah yang membentang beberapa dekade. Tetapi PostgreSQL awalnya dibuat untuk dijalankan hanya di satu komputer, jadi tim Yugabyte telah membangun kembali keberanian untuk menskalakan.

VentureBeat duduk bersama CTO dan salah satu pendiri Karthik Ranganathan untuk memahami apa yang dipinjam perusahaan dan apa yang dibangun timnya untuk membuat alat tersebut. Ranganathan, yang terlibat erat dalam gelombang pertama aktivitas NoSQL modern sebagai pemimpin teknik di Facebook, menceritakan kisah tersebut.

Wawancara ini telah diedit agar lebih singkat dan jelas.

VentureBeat: Akibatnya, Anda membuat PostgreSQL versi besar yang direplikasi dan di-shard. Mengapa Postgres?

Karthik Ranganathan: Kami melihat bahwa Postgres sebenarnya adalah database yang tumbuh paling cepat. Itu terjadi karena banyak alasan, tetapi saya hanya akan fokus pada tiga alasan. Alasan No. 1 adalah karena sepenuhnya terbuka. Ini sangat transparan tentang peta jalan fitur. Alasan kedua adalah database open source yang benar-benar dapat diambil dan dijalankan oleh perusahaan cloud modern mana pun tanpa harus khawatir harus membayar untuk Oracle atau server Db2 atau SQL. Dan alasan No. 3 itu adalah database open source yang paling kaya fitur. Ini memiliki fitur yang benar-benar dapat menandingi database lain, seperti Oracle, Db2, atau SQL server.

VentureBeat: Jadi bagaimana Yugabyte mulai mengubahnya?

Ranganathan: Memodernisasi aplikasi sebenarnya mudah. Itulah salah satu alasan mengapa kami memilih Postgres. Kami juga sepenuhnya open source. Kami menggunakan kembali bagian atas Postgres sepenuhnya sehingga kami hampir kompatibel dengan Postgres. Seperti dalam arti jika Anda memiliki aplikasi yang berjalan di Postgres, itu hanya berjalan. Tetapi Anda perlu mencari cara untuk membuatnya berjalan dengan baik di substrat terdistribusi. Jadi pesan kami yang coba kami sampaikan adalah bahwa jika orang memilih Postgres untuk menjalankan aplikasi di cloud, kami telah melakukan pekerjaan untuk membuat Postgres berjalan di cloud. Jika Anda berharap untuk mengembangkan aplikasi di cloud, Anda memiliki kebutuhan ketersediaan tinggi atau kebutuhan replikasi yang dibangun ke dalam model data, itu adalah hal-hal yang dapat kami tangani dengan sangat baik.

VentureBeat: Saya ingat, katakanlah 20 hingga 30 tahun yang lalu, Postgres dan MySQL adalah dua pemimpin. Tapi MySQL benar-benar melompat keluar dan menjadi dasar untuk tumpukan LAMP, yang berkembang biak. Kemudian sepertinya dalam beberapa tahun terakhir, Postgres menjadi pusat perhatian dan mulai menghasilkan lebih banyak minat dan lebih banyak kegembiraan. Menurut Anda mengapa demikian?

Ranganathan: Pertama, 30 tahun yang lalu, open source [database tidak] menjadi norma. Jika Anda memberi tahu orang-orang, “Hei, ini database open source,” mereka akan berkata, “Oke? Apa artinya? Apa itu? Apa artinya? Dan kenapa aku harus bersemangat?” Dan seterusnya. Saya ingat karena di Facebook saya adalah bagian dari tim yang membangun database open source bernama Cassandra, dan kami tidak tahu apa yang akan terjadi. Kami berpikir, “Oke, inilah hal yang kami keluarkan di sumber terbuka, dan mari kita lihat apa yang terjadi.” Dan ini pada tahun 2007.

Kembali pada hari itu, penting untuk menggunakan lisensi terbatas — seperti GPL — untuk mendorong orang berkontribusi dan tidak hanya mengambil barang dari sumber terbuka dan tidak pernah memberi kembali. Jadi itulah alasan mengapa banyak proyek berakhir dengan lisensi seperti GPL.

Sekarang, MySQL melakukan pekerjaan yang sangat baik dalam mematuhi beban kerja yang datang di web saat itu. Mereka adalah beban kerja tingkat dua pada awalnya. Ini tidak terlalu kritis, tetapi seiring waktu mereka menjadi sangat kritis, dan komunitas MySQL selaras dengan sangat baik dan itu memberi mereka kecepatan.

Namun seiring berjalannya waktu, seperti yang Anda ketahui, open source telah menjadi kebutuhan pokok. Dan sebagian besar infrastruktur mulai menjadi open source. Semakin terbuka semakin baik, bukan? Dan [lebih sedikit] pembatasan berarti siapa pun dapat mengontrol peta jalan, siapa pun dapat berkontribusi untuk itu. Jika ada perusahaan besar yang menginginkan perbaikan dan tidak ada yang punya waktu untuk melakukannya, mereka dapat berinvestasi dalam membangun tim di sekitarnya. Semua ini menjadi lebih mudah dengan komunitas yang sangat transparan dan terbuka.

Postgres benar-benar bersenang-senang karena itu, tetapi juga karena Postgres memiliki serangkaian fitur yang sangat kuat . Ketika Anda membandingkannya dengan Oracle dan SQL Server dan Db2 dan trigger serta prosedur tersimpan dan indeks parsial — itu hanya memiliki banyak fitur kompleks yang terpasang di dalamnya. Itu membuatnya layak bagi orang-orang yang pindah dari database yang ada yang sebagian besar di- prem. Jika Anda ingin menjalankannya di cloud, Anda harus menemukan database setara yang dapat mendukung aplikasi itu. Dan kebetulan itu adalah Postgres. Jika Anda menghubungkan kebangkitan MySQL dengan kebangkitan LAMP stack, Anda dapat menghubungkan kebangkitan PostgreSQL dengan kebangkitan gerakan cloud.

VentureBeat: Anda menyebutkan bahwa di level teratas, level tertinggi, Anda sepenuhnya kompatibel dengan Postgres. Apakah itu berarti mesin penyimpanan di bawahnya telah Anda ganti?

Ranganathan: Sebenarnya lebih dari itu. Kami telah mengganti mesin penyimpanan, antara lain, tetapi kami telah membuat database sepenuhnya direplikasi dan sangat tersedia. Jadi sebenarnya tidak ada satu titik kegagalan.

Anda dapat mengabstraksikan bagian atas Postgres itu sendiri ke dalam hal-hal yang menerima kueri yang melakukan pemeriksaan keamanan dan verifikasi yang menghitung cara Anda menjalankan kueri. Dan kemudian, Anda tahu, lanjutkan dan lakukan eksekusi. Kami telah mempertahankan semua itu.

Apa yang kami ubah bukan hanya mesin penyimpanan. Ini juga merupakan mesin replikasi. Data Anda mungkin berada di satu node atau sekelompok node lain, bukan? Jadi node ini tidak hanya perlu memahami bahwa data berada di mesin penyimpanan yang berbeda. Itu juga perlu tahu tentang lokasi potongan data yang berbeda. Bit kedua sekarang adalah data Anda direplikasi, jika Anda gagal, Anda akan ingin beberapa node lain mengambil alih secara instan. Jadi, Anda perlu tahu cara gagal ke simpul yang tepat untuk mengambilnya. Ini hampir merupakan masalah keanggotaan yang dinamis. Dan bit ketiga ada di sekitar katalog sistem. Kami memiliki tempat di mana kumpulan tabel yang Anda buat disimpan. Itu hanya disimpan sebagai sekelompok file di Postgres. Kami benar-benar perlu membuat itu direplikasi dan sangat tersedia juga.

Dan akhirnya, kami mengatasi masalah [terungkap] ketika Anda membuat tabel di mesin No. 1 dan No. 2 harus mengenalinya secara instan. Anda tidak dapat memiliki jeda ini di mana tabel mengatakan itu tidak ada atau Anda memicu kegagalan ALTER TABLE. Kita harus melakukan semua jenis hal ini ketika kita mengganti lapisan bawah.

VentureBeat: Ketika saya melihat banyak literatur Anda, Anda mendorong YugabyteDB sebagai database SQL. Tetapi Anda juga memiliki API NoSQL . Bagaimana cara kerjanya? Apakah NoSQL hanya lapisan yang diterjemahkan ke dalam SQL di bawah ini? Atau mereka mandiri?

Ranganathan: Itu berdampingan. Itu bagian inti lain dari IP bagi kami. Setengah dari tim kami memiliki darah basis data dari Oracle, dan sekelompok tim inti lainnya berasal dari Facebook, tempat kami sebenarnya membangun beberapa basis data NoSQL pertama, termasuk Cassandra. Saya pikir kami “Aha!” saat, setelah membangun kedua sisi, adalah mungkin untuk membangun mesin penyimpanan di mana format datanya seragam. Cara Anda mengakses data tidak bergantung pada format kueri.

Tujuan kami adalah menyederhanakan pembuatan aplikasi cloud-native. Secara alami, kami tidak ingin memihak. Kami tidak ingin mengatakan, “Lihat, kami hanya SQL. Kalian semua NoSQL [orang-orang] melakukannya dengan salah. Anda perlu pindah ke SQL.” Pesan itu tidak pernah berhasil.

Kami mengatakan bahwa melakukan keduanya adalah keuntungan nyata. Ada beberapa hal yang dilakukan NoSQL yang sangat bagus. Jadi kami katakan, untuk membangun database yang sempurna, kami harus menghibridisasi kedua sisi dengan sempurna. Memilih API SQL dan memasukkan semua NoSQLisme di dalamnya akan memakan waktu yang sangat lama. Ini akan menjadi seperti ini selama bertahun-tahun.

Biarkan saya memberi Anda contoh sederhana. Jika pengandar klien SQL — pengandar JDBC — hanya mengetahui satu simpul, dan Anda mengatakan “Hubungkan ke simpul ini,” hanya itu yang dilakukannya. Klien NoSQL adalah klien pintar, di mana setelah Anda terhubung ke satu node, ia akan menemukan semua node lainnya. Ini akan menemukan node yang Anda tambahkan atau Anda hapus. Ia akan menemukan lokasi berbagai simpul ini untuk mengatakan, “Lihat, ini di AS Barat. Itu di US Central. Ini di AS Timur. Saya hanya bisa membaca dari Barat AS.” Anda dapat melakukan segala macam hal yang sangat kuat dengan klien NoSQL.

Sekarang sulit untuk menggabungkan keduanya karena Anda memerlukan perubahan tingkat driver di sisi SQL, yang merupakan fitur inti DB. Sulit bagi perusahaan untuk melakukan ini sambil mengejar ketinggalan. Jadi kami mengatakan kami akan mengikuti pendekatan alternatif, di mana kami memberikan beberapa API di atas database. Kami akan membangun lapisan kueri yang dapat diperluas yang lebih lengkap daripada lapisan kueri Postgres. Tentu saja, yang kami miliki adalah Express, tetapi kami juga mendukung API yang kompatibel dengan Apache Cassandra. Ini adalah API yang sama sekali berbeda, tetapi data disimpan dalam penyimpanan yang sama. Mekanisme replikasinya sama, tetapi pola aksesnya dioptimalkan untuk NoSQL.

VentureBeat: Apakah itu berarti saya bisa melakukan kueri SQL, memilih tabel tertentu, dan itu akan menemukan kolom yang tepat dan melakukan itu dan kemudian saya bisa berbalik dan di meja yang sama saya bisa melakukan kueri seperti Cassandra?

Ranganathan: Tidak di meja yang sama. Anda dapat memiliki tabel SQL yang berada tepat di sebelah tabel NoSQL dan Anda dapat membuat keduanya konsisten secara transaksional. Semua replikasi Anda, enkripsi saat istirahat — semua itu diurus untuk Anda. Tapi tidak di meja yang sama.

Tujuan kami adalah untuk melayani layanan mikro yang membutuhkan skala dan distribusi yang luar biasa atau skala besar tetapi juga integritas relasional yang luar biasa. Kita bisa pergi dua arah. Tetapi kenyataannya adalah bahwa aplikasi Anda akan terlihat murni satu atau yang lain. Baik SQL atau NoSQL.

VentureBeat: Anda berbicara tentang konsistensi transaksional. Bagaimana Anda mempertahankannya di dua gaya tabel yang berbeda? Satu sisi mendapatkan Yugabyte Cloud Query Language (YCQL) gaya Cassandra dan yang lainnya mendapatkan SQL?

Ranganathan: Tabel dapat berupa transaksional multi-baris atau baris tunggal. Anda dapat memilih untuk melakukan transaksi multi-baris atau multi-tabel di sisi NoSQL. Kami menambahkan ke dunia itu — Anda dapat memiliki indeks, dan itu adalah hal baru yang kami bawa ke dunia itu. Tetapi di sisi SQL, semua tabel adalah transaksional default ke tingkat tertinggi. Anda benar-benar tidak dapat memilih keluar dari transaksi dengan SQL.

Kedua tabel ini adalah silo yang memiliki API masing-masing. Tetapi Anda dapat menggunakan API masing-masing ini. Anda dapat menggunakan pembungkus data asing Postgres untuk menghubungkannya. Anda dapat melakukan hal-hal menarik. Misalnya, Anda dapat mendeklarasikan tabel eksternal di sisi Postgres untuk mengatakan “Lihat, itu tabel eksternal yang dapat Anda akses.” Anda dapat melakukan hal-hal seperti itu. Namun selain itu, Anda tidak dapat mengakses data secara silang karena kami ingin membangun breed terbaik — bukan common denominator terendah — di kedua sisi.

VentureBeat: Ada sejumlah ekstensi PostgreSQL, seperti informasi geografis atau alat GIS . Bisakah Anda bekerja dengan mereka?

Ranganathan: Mereka melakukannya. Setidaknya pada lapisan kueri, semua ekstensi berfungsi. Mereka yang mengenai lapisan penyimpanan Postgres tidak akan karena kami mengganti mesin penyimpanan. Jadi informasi geografis berfungsi, tetapi kami masih membangun indeks GIST. Anda dapat membuat kueri, tetapi kueri tidak akan efisien hari ini karena kami tidak memiliki dukungan indeks GIST. Itu lebih dari setengah hal yang lebih rendah, kan? Kita harus mengatur data sesuai dengan tugas GIS tetapi begitu kita melakukannya, itu akan bekerja dengan baik. Tetapi bagian atas sudah berfungsi.

VentureBeat: Apakah menurut Anda orang menggunakan satu sisi API lebih banyak daripada yang lain?

Ranganathan: Postgres sedang terbakar. Itu bahkan tidak dekat. Sisi YCQL [NoSQL side] besar, tetapi banyaknya penggunaan, jumlah aplikasi, dan jumlah orang yang menggunakannya di sisi Postgres sungguh luar biasa. Ini hanya mengejutkan.

PostgreSQL Telah Menjangkau Setiap Bagian Industri dan Setiap Bagian Pemerintahan – Kami mengobrol dengan Robert Treat, Postgres Technical Fellow di perusahaan platform data open source Instacluster tentang popularitas PostgreSQL, kasus penggunaannya, dan teknologi open source mana yang dipasangkan dengannya. Pelajari bagaimana tim dan organisasi TI dapat mengatasi rintangan saat menskalakan PostgreSQL.

PostgreSQL Telah Menjangkau Setiap Bagian Industri dan Setiap Bagian Pemerintahan

 Baca Juga : Cara Menginstal PostgreSQL di Windows Dengan Benar

JAXenter: pgsql semakin populer sebagai alternatif SQL untuk Oracle, SQL Server, dan lainnya; kasus penggunaan apa yang paling cocok untuk database open source, dan kapan PostgreSQL tidak cocok?

Robert Treat: Apa yang terbaik Postgres lakukan adalah memberi Anda database tingkat perusahaan dengan semua fitur canggih dengan harga yang tidak ada duanya digabungkan dan dengan lisensi sumber terbuka yang sangat fleksibel. Karena dapat menyediakan begitu banyak opsi kueri dan skema yang berbeda, ini sangat bagus untuk membuat prototipe layanan dan aplikasi baru di mana Anda tidak sepenuhnya mengetahui fungsionalitas apa yang Anda butuhkan dari penyimpanan data Anda (tetapi Anda tahu bahwa Anda ingin dapat melakukannya analisis dasar dari data yang Anda miliki, untuk menentukan bagaimana semuanya cocok bersama). Di sisi operasi, pemasangan yang ringan dan lisensi yang sederhana menjadikannya pilihan yang bagus untuk membangun (atau memigrasikan) aplikasi dan layanan berbasis RDBMS yang lebih tradisional ke dalam sistem produksi dan penyebaran yang berorientasi pada DevOps.

Yang mengatakan, salah satu hal hebat tentang keadaan database open source saat ini adalah Anda dapat menemukan banyak solusi yang dibuat khusus yang dapat membuat trade-off untuk dioptimalkan untuk kasus penggunaan tertentu. Sebagai contoh, Postgres memiliki beberapa kemampuan pencarian teks lengkap terbaik yang akan Anda temukan di RDBMS, dan kami sering menyarankan agar orang yang membuat aplikasi baru harus “Cukup Gunakan Postgres” untuk pencarian teks lengkap sampai mereka mengerti apakah itu akan terjadi layanan misi kritis. Jika ternyata demikian, maka Anda dapat membawa Elasticsearch dan menjalankan Open Distro dengan segala kejayaannya. Demikian pula, untuk sesuatu seperti pipa CDC atau membangun broker pesan, Anda dapat melakukannya di Postgres, tetapi mungkin jauh lebih mudah untuk beralih ke sesuatu seperti Apache Kafka.

JAXenter: Untuk tim yang membangun tumpukan data sumber terbuka, teknologi sumber terbuka apa lagi yang cocok dipasangkan dengan PostgreSQL?

Robert Treat: Popularitas semakin meningkat – dan memang seharusnya begitu – membangun lapisan data sumber terbuka di sekitar PostgreSQL, Apache Cassandra, dan Apache Kafka. Sebagai strategi data keseluruhan, triad open source ini dapat membuat bangku berkaki tiga yang kokoh dengan biaya yang lebih murah dari solusi eksklusif. PostgreSQL jelas menghadirkan kemampuan basis data relasional yang sangat canggih untuk data terstruktur.

Apache Cassandra terus membuktikan kekuatannya sebagai database NoSQL open source tepercaya perusahaan (dan mengharapkan adopsi hanya meningkat karena Cassandra 4.0 mencapai ketersediaan umum relatif segera). Apache Kafka kemudian memberikan kemampuan pemrosesan aliran data open source yang tidak ada duanya. Gabungan, ketiga teknologi open source ini memainkan peran pelengkap untuk tulang punggung data yang mereka berikan kepada tim TI. Dan – yang penting – ketiganya bekerja dengan sangat baik dalam versi open source murni mereka tanpa perlu mencari alternatif open core atau proprietary.

JAXenter: PostgreSQL dapat disiapkan dengan cepat tetapi merupakan tantangan dalam skala besar. Secara khusus, apa rintangan terbesar untuk penskalaan dan pengoptimalan yang perlu dipahami oleh tim TI, dan bagaimana mereka dapat mengatasinya?

Robert Treat: Pertama, itu tepat sekali. PostgreSQL adalah salah satu database termudah untuk dijalankan – Anda dapat menginstalnya dan menjalankannya dalam hitungan menit. Anda dapat membuangnya ke dalam wadah Docker jika Anda mau, melakukan virtualisasi, dan tidak harus berurusan dengan lisensi. Anda tidak memerlukan DBA untuk memulai dan itu, dikombinasikan dengan menjadi open source, tentu saja berkontribusi pada meningkatnya popularitas PostgreSQL.

Tapi mau tidak mau di beberapa titik, ketika bisnis mulai berkembang, seseorang berkata, “hei, volume data kami jauh lebih tinggi daripada saat kami memulai, kami benar-benar harus melihat apakah lingkungan PostgreSQL kami terkendali.” Mereka mulai mencoba mencari tahu ‘apa yang kita perlukan untuk memulai penyetelan untuk meningkatkan output?,’ ‘apa yang harus kita pantau?,’ ‘kita tidak bisa hanya melakukan backup sederhana lagi, kita perlu lebih peduli tentang failover,’ dll Mungkin Anda menemukan diri Anda pada versi lama PostgreSQL yang bekerja dengan baik selama beberapa tahun atau lebih, tetapi ada peningkatan versi utama yang sekarang tersedia yang akan menyediakan lebih banyak fitur atau kegunaan. Pertanyaannya kemudian menjadi, dapatkah Anda dengan percaya diri melakukan migrasi itu sekarang karena lingkungan basis data Anda lebih matang dan kritis terhadap misi daripada saat Anda memulai.

Terus mengoptimalkan kinerja PostgreSQL (dan, terkait, memastikan pemulihan bencana) juga bisa menjadi rintangan rumit dalam skala besar. Sebagai perbandingan, Cassandra memiliki model yang cukup sederhana tentang bagaimana Anda meningkatkan dalam sistem itu. Di dunia PostgreSQL, ada beberapa jenis replikasi dan seringkali banyak sekali alasan mengapa Anda ingin melakukan replikasi, bagaimana Anda ingin menyebarkan kueri, dll. – jadi pasti ada serangkaian kompromi yang lebih rumit yang harus Anda navigasikan sebagai volume data tumbuh.

JAXenter: Apa kesalahpahaman terbesar tim TI tentang PostgreSQL?

Robert Treat: Khususnya dengan organisasi yang mungkin lebih baru untuk teknologi lapisan data open source, saya kadang-kadang mendengar pertanyaan “tetapi apakah PostgreSQL siap untuk primetime, apakah ini sesuatu yang dapat bekerja pada skala perusahaan dan untuk lingkungan mission-critical?” Jawabannya adalah ‘ya’ yang jelas dan meyakinkan – bank Anda, sistem militer nasional, pengecer terbesar, dll, semuanya menggunakan PostgreSQL. Tentu, mereka akan menggunakannya dengan perangkat lunak komersial tergantung pada kasus penggunaannya, tetapi PostgreSQL telah menjangkau setiap bagian industri dan setiap bagian pemerintahan.

Saya pikir kesalahpahaman lain yang masih menyebar adalah seputar set fitur replikasi PostgreSQL. PostgreSQL relatif terlambat untuk memperluas set fiturnya dan tidak ada alat replikasi pihak ketiga sebanyak yang ada untuk beberapa sistem database open source lainnya. Sehingga terkadang dapat menimbulkan pertanyaan dari pengguna yang menanyakan “dapatkah kami menggunakan PostgreSQL untuk ketersediaan tinggi di mana kami membutuhkan waktu aktif 24/7 – dan apa pertimbangan yang harus dilakukan untuk memastikannya?” Sekali lagi, dibandingkan dengan sesuatu seperti database Cassandra multi-simpul, pembaruan di sana bisa sedikit lebih efisien daripada dengan PostgreSQL. Jadi itu adalah sesuatu yang pasti harus Anda perhitungkan, dan idealnya pahami strategi PostgreSQL Anda sehingga tidak mengejutkan di kemudian hari.

JAXenter: Sebagai proyek open source, apakah keamanan menjadi perhatian bagi perusahaan besar yang menggunakan database?

Robert Treat:Sementara banyak orang hari ini dibayar untuk bekerja penuh waktu di Postgres, pada intinya Postgres masih merupakan proyek berbasis komunitas yang mengorganisir gagasan kesukarelaan. Ini menyulitkan proyek untuk menyelesaikan tugas-tugas yang kurang tentang pengembangan perangkat lunak dan lebih banyak tentang dokumen; misalnya sertifikasi dan kepatuhan. Tentu saja, itu digunakan bahkan di lingkungan yang paling ketat, tetapi cara yang biasanya terjadi adalah perusahaan ingin menggunakan PostgreSQL di lingkungan yang membutuhkan sertifikasi khusus, sehingga mereka akan menghubungi konsultan PostgreSQL untuk memanfaatkan keahlian untuk membantu mereka. melewati proses sertifikasi yang dibutuhkan. Karena itu dilakukan di tingkat korporat dan bukan melalui komunitas, itu belum tentu jelas, terutama jika perusahaan klien menganggap penggunaan Postgres sebagai rahasia dagang.Situs PostgreSQL , tempat kode sumber terbuka berada dan tempat komunitas bekerja, tidak ada spanduk yang menyatakan “basis data yang sesuai dengan PCI” atau “basis data yang sesuai dengan HIPAA.”

Tetapi apakah ada ribuan perusahaan yang menjalankan beban kerja yang sesuai dengan PCI, sesuai dengan HIPAA, dll. di PostgreSQL? Sangat. Perbedaannya adalah bahwa vendor database berpemilik biasanya telah melalui proses tersebut secara publik dan memasarkan fakta tersebut secara terbuka. Tetapi dengan organisasi seperti NASA dan departemen pertahanan yang menggunakan PostgreSQL, ada lebih dari cukup bukti tangensial untuk mendukung keamanan dan kepatuhan kepatuhan PostgreSQL.

JAXenter: Menjauh dari PostgreSQL secara khusus, tarik-menarik antara proyek open source dan produk open core telah meningkat tahun ini, dengan beberapa teknologi open source berubah menjadi lisensi yang lebih tertutup. Seperti apa masa depan open source? Apakah lisensi tertutup merupakan cara yang diperlukan untuk monetisasi, atau adakah jalur agar proyek sumber terbuka berfitur lengkap dapat berkembang?

Robert Treat: Ini jelas merupakan tahun yang sibuk untuk perubahan lisensi open source dan, sayangnya, sebagian besar perubahan tersebut telah bergerak ke arah penggunaan yang lebih ketat. Untuk beberapa organisasi, mungkin masih ada kenyamanan dalam menggunakan teknologi inti terbuka atau berpemilik dibandingkan alternatif sumber terbuka murni. Namun kekuatan komunitas open source tidak pernah sekuat ini, dan umur panjang dari teknologi dewasa seperti PostgreSQL sudah jelas. Kombinasikan itu dengan portabilitas data dan keunggulan biaya drastis yang melekat pada open source murni, dan akan semakin sulit bahkan bagi perusahaan terbesar untuk membenarkan tumpukan teknologi berpemilik ketika teknologi open source yang lebih dari kemampuan siap untuk tugas yang ada .

Cara Menginstal PostgreSQL di Windows Dengan Benar – Sistem Manajemen Basis Data Relasional (RDBMS) dapat menyimpan sejumlah besar data menggunakan susunan tabel basis data. RDBMS banyak digunakan untuk melakukan operasi database seperti membuat dan mengelola beban kerja kecil maupun besar.

Cara Menginstal PostgreSQL di Windows Dengan Benar

 Baca Juga : 5 Tips Untuk Migrasi yang Lancar ke PostgreSQL

PostgreSQL adalah alat yang fantastis untuk digunakan, tetapi bisa sedikit menakutkan untuk menjalankannya di Windows. Karena itu, izinkan kami memandu Anda melalui cara mengatur PostgreSQL di Windows dan memulai dengan database Anda sesegera mungkin.

Yang Perlu Anda Ketahui Tentang PostgreSQL

PostgreSQL adalah perangkat lunak manajemen basis data berbasis SQL. Perangkat lunak ini dikenal karena keserbagunaan dan skalabilitasnya. Fleksibilitasnya memungkinkannya menangani berbagai tingkat beban kerja dari satu dan beberapa mesin secara bersamaan. Lebih baik lagi, ini dapat berfungsi dengan mulus dengan seluruh gudang pengguna secara bersamaan.

PostgreSQL telah mendapatkan reputasi yang kuat untuk arsitektur yang terbukti, keandalan, integritas data, set fitur yang kuat, dan ekstensibilitas. Dedikasi komunitas open-source di balik perangkat lunak ini memungkinkan perangkat lunak ini memberikan solusi yang berkinerja dan inovatif secara konsisten.

Cara Menginstal PostgreSQL di Windows

Proses instalasi PostgreSQL di Windows sedikit berbeda dari rekan-rekan Linux-nya. Anda perlu menginstal Server Database Postgre dan alat grafis untuk mengelola database.

Meskipun Anda dapat mengunduh keduanya secara terpisah, Anda masih perlu mengonfigurasinya bersama-sama, yang dapat menjadi tantangan tersendiri. Oleh karena itu, yang terbaik adalah mengunduh dan menginstal penginstal yang dibundel.

Untuk memulai instalasi, kunjungi situs web PostgreSQL resmi dan pilih Unduh . Pada halaman berikutnya, pilih Windows karena kami sedang mengunduh versi yang kompatibel untuk OS Windows.

Pada halaman Penginstal Windows, klik Unduh Penginstal . Di bawah bagian Dukungan Platform, Anda akan melihat beberapa informasi yang relevan untuk setiap versi yang dirilis. Sebaiknya perhatikan versi terbaru yang tersedia untuk Unduhan.

Mengklik Download the Installer membawa Anda ke halaman Download Database PostgreSQL. Tergantung pada versi komputer Anda, Anda dapat memilih antara Windows x86-64 atau Windows x86-32 .

Pilih versi PostgreSQL terbaru dari kotak dialog dan klik tombol unduh di sebelahnya. Ini akan memulai unduhan pengaturan untuk Anda.

Setelah file EXE diunduh, klik untuk memulai pengaturan. Setup akan menanyakan Anda tentang direktori tujuan dan detail komponen.

Dari daftar komponen, Anda dapat memilih dari berikut ini:

• Server PostgreSQL
• pgAdmin4
• Pembuat Tumpukan
• Alat Baris Perintah

Sebaiknya centang keempat kotak tersebut, karena setiap aplikasi akan berguna dalam waktu dekat.

Pada layar berikutnya, Anda akan mengatur kata sandi super untuk pengguna super basis data. Buat kata sandi lalu klik Berikutnya .

Pada layar berikutnya, biarkan nomor port tidak berubah dan klik Next . Anda akan melihat ringkasan pra-pemasangan yang mencantumkan semua detail yang telah Anda siapkan. Tinjau setiap aspek instalasi, dan jika semuanya terlihat baik-baik saja, klik Next .

The Siap Install kotak dialog akan muncul. Klik Next untuk memulai instalasi.

Menghubungkan ke PostgreSQL dengan pgAdmin4

Ada dua cara untuk menghubungkan PostgreSQL ke server. Anda dapat menggunakan metode baris perintah konvensional atau alat pgAdmin yang telah dimuat sebelumnya setelah proses instalasi di Windows.

Menghubungkan ke PostgreSQL Menggunakan Aplikasi pgAdmin

• Luncurkan aplikasi pgAdmin dari folder file program atau gunakan fitur Pencarian Windows.
• Masuk ke klien pgAdmin menggunakan kata sandi utama yang Anda gunakan selama proses instalasi.
• Klik pada opsi Buat Server dan isi detail yang diperlukan seperti Host, Port, Database Pemeliharaan, Nama Pengguna dan Kata Sandi.
• Klik pada opsi Simpan. Server yang dibuat sekarang terlihat di tab sebelah kiri.
• Klik dua kali pada nama server dan masukkan kata sandi untuk terhubung ke server PostgreSQL.

Menghubungkan ke PostgreSQL Menggunakan Jendela Perintah

Setelah instalasi, Anda dapat mencari shell SQL (PSQL) di menu Start. Di sinilah Anda akan memasukkan perintah SQL yang relevan.

Untuk membuat daftar semua database yang tersedia dengan PSQL​​​​, ketik \l dan tekan Enter.

Cara Membuat Database Baru di PostgreSQL

Untuk Membuat Database Baru, ketik CREATE DATABASE test , di mana test adalah nama databasenya.

Untuk mengakses database baru, tutup terminal PSQL dan buka kembali. Aplikasi akan mengingat nama server, port, nama pengguna, dan kata sandi yang Anda gunakan terakhir kali.

Sebelum Anda menyambungkan kembali, ubah nama Postgres menjadi nama database yang Anda tetapkan, lalu tekan Enter .

Cara Membuat dan Daftar Tabel di PostgreSQL

Untuk membuat tabel dalam database yang sudah ada, gunakan perintah berikut:

Perintah ini akan membuat orang tabel dalam pengujian database dan menambahkan beberapa nama variabel juga. Tweak variabel-variabel ini sesuai dengan kebutuhan Anda sendiri.

Untuk membuat daftar semua tabel dalam database, gunakan perintah \dt . Jika Anda menggunakan perintah ini dengan contoh di atas, Anda akan melihat hanya ada satu tabel bernama Person dalam database Test .

Cara Memodifikasi Kredensial Pengguna Root

Anda dapat mengubah kata sandi Postgres setelah masuk sebagai pengguna root. Untuk melakukannya, gunakan perintah berikut:

ALTER USER postgres PASSWORD 'newpassword';

Perubahan Newpassword ke password pilihan Anda.

Membuat dan Menghapus Peran Pengguna di PostgreSQL

Banyak orang bekerja secara bersamaan pada sebuah proyek dengan peran yang berbeda. Anda dapat membuat peran berbeda yang memiliki akses berbeda di PostgreSQL dengan menggunakan konsol Windows. Anda juga dapat memilih apakah akan memberikan status pengguna super ke peran yang baru dibuat.

Untuk memberikan akses kepada seseorang, jalankan konsol Windows dan ubah direktori default ke direktori bin PostgreSQL (Misalnya, C:\Program Files\PostgreSQL\9.0\bin) atau tambahkan direktori ini ke variabel lingkungan Path.

Anda dapat memodifikasi perintah untuk mengubah hak peran. Anda akan diminta untuk memilih status pengguna super untuk peran tersebut. Masukkan y untuk Ya atau n untuk Tidak, lalu tetapkan kata sandi untuk membuat peran baru.

Anda dapat menghapus peran pengguna dari daftar pengguna lain menggunakan perintah berikut:

Bekerja dengan PostgreSQL di Windows

PostgreSQL adalah alat yang luar biasa untuk mengelola database dengan andal dan dengan cara yang sangat mudah. Proses instalasi Windows relatif sederhana dan hanya membutuhkan beberapa klik untuk menyiapkan dan menjalankannya.

5 Tips Untuk Migrasi yang Lancar ke PostgreSQL – Organisasi terkemuka selalu mencari solusi berbeda untuk replikasi data berkinerja tinggi dan lingkungan penyimpanan yang aman. Platform yang populer adalah PostgreSQL , database open source yang menawarkan kematangan kritis dan fitur perusahaan untuk skalabilitas dan ketersediaan tinggi. Mengingat peringkatnya sebagai DBMS of the Year 2020 , tidak mengherankan jika semakin banyak organisasi yang ingin pindah ke Postgres. Selain itu, selama pandemi global, banyak perusahaan yang sempat meninjau sistem yang terus digunakan sebelum pandemi (pikirkan sistem tiket pesawat). Penilaian sistem kritis ini telah memicu dimensi baru migrasi, meningkatkan permintaan untuk Postgres, dan mendorong pembelanjaan anggaran yang lebih efisien untuk memastikan keunggulan kompetitif yang lebih tajam.

5 Tips Untuk Migrasi yang Lancar ke PostgreSQL

 Baca Juga : Fitur Unggulan Solusi Manajemen Database Terbaru PostgreSQL

pgsql – Meskipun demikian, migrasi ke database baru dapat menghadirkan banyak tantangan. Untuk mencegah masalah kinerja dan memastikan migrasi yang lancar ke PostgreSQL, tim TI harus merencanakan langkah sebelumnya dengan mengikuti beberapa langkah sederhana:

1. Test, test and test

Pengujian sangat penting untuk mencegah masalah yang tidak terduga dan waktu henti. Sebelum bermigrasi dari satu tipe database ke tipe database lainnya, pastikan untuk menguji di lingkungan non-produksi yang sangat mirip dengan lingkungan produksi, dan menguji fungsi Bahasa Prosedural untuk SQL (PL/SQL) untuk memastikannya di-porting dengan benar dari yang sudah ada. ke basis data baru. Setelah migrasi diuji di lingkungan non-produksi dan semua masalah telah diselesaikan, aplikasi dapat dibawa ke produksi dengan lebih percaya diri.

2. Bagikan pekerjaan

Pengembang dapat menghabiskan banyak waktu untuk membangun sistem yang brilian dan kompleks dengan Postgres, tetapi tanpa berbagi pekerjaan ini dengan tim DevOps yang lebih luas, semua kerja keras ini dapat hilang ketika individu tersebut keluar dari perusahaan. Untuk menghindari keharusan memulai dari awal, departemen TI harus mengalokasikan pekerjaan ini kepada sekelompok kecil pengembang, untuk memastikan bahwa lebih dari satu orang terlibat dalam implementasi sistem. Selain itu, dengan menggunakan teknik modern seperti menjalankan Postgres di Kubernetes , menjalankan pengujian unit berulang dari pekerjaan yang telah dilakukan pada migrasi menjadi jauh lebih mudah dan andal.

3. Analisis kompatibilitas

Seringkali, pilihan database mana yang akan digunakan untuk memulai benar-benar acak, berdasarkan penggunaan, atau berdasarkan ukuran database. Memutuskan berdasarkan ukuran atau penggunaan lebih baik daripada tidak sama sekali, tetapi ini bisa menyesatkan. Basis data terkecil mungkin yang memiliki logika atau fitur yang tidak memiliki korelasi 1:1 antara basis data yang ada dan basis data target.

Untuk menghindari kesalahan ini, ada alat yang tersedia yang menilai kompatibilitas database yang ada dengan Postgres. Setelah sebuah perusahaan menetapkan database mana yang paling dan paling tidak kompatibel dengan Postgres, ada baiknya memulai dengan database yang terlihat paling mudah. Hal ini memungkinkan tim TI untuk mendapatkan pengalaman yang dapat mereka gunakan kembali ketika saatnya tiba untuk kasus yang lebih menantang.

4. Minta bantuan ahli

Perusahaan yang tidak memiliki keahlian Postgres yang memadai sering kali melakukan penelitian ekstensif untuk mengetahui praktik terbaik. Ini bisa sangat memakan waktu, belum lagi sarannya tidak disesuaikan dengan kebutuhan individu organisasi. Organisasi yang tidak memiliki setidaknya beberapa orang yang berpengalaman dalam Postgres yang tersedia untuk merencanakan pendekatan harus mempertimbangkan untuk meminta bantuan dari pakar dan profesional PostgreSQL. Ini akan mempercepat perusahaan dalam perjalanan Postgresnya, dan akan membantu menghindari kesalahan mahal yang perlu diperbaiki satu tahun dari sekarang.

5. Jadikan itu prioritas

Seperti banyak perbaikan infrastruktur yang ingin dilakukan perusahaan, terkadang transisi ke Postgres ‘diprioritaskan’, tetapi tidak pernah berhasil mencapai urutan teratas. Untuk menyelesaikan pekerjaan dengan cepat, perusahaan harus memikirkan tujuan mereka dan apa yang ingin mereka dapatkan dari Postgres. Misalnya, perusahaan yang berfokus pada pengguna di atas segalanya dapat memperoleh manfaat dari penurunan waktu transaksi dan peningkatan integritas data. Di sisi lain, perusahaan yang lebih fokus pada penghematan waktu dapat mempertimbangkan untuk memindahkan dua atau lebih tipe database ke Postgres, untuk meminimalkan jumlah tipe database yang mereka gunakan. Mengurangi basis data yang membutuhkan banyak waktu untuk pemeliharaannya dapat membantu mengurangi pemecahan masalah dan pengalihan konteks. Dengan berfokus pada beberapa tujuan utama, perusahaan dapat melihat hasil nyata dengan lebih cepat.

Dengan semua kemungkinan kesalahan yang bisa dilakukan, migrasi ke database baru bisa tampak seperti tugas yang menakutkan. Tetapi karena PostgreSQL mematuhi standar industri dan aturan yang ditetapkan oleh Teori Basis Data Relasional, serta semua dukungan eksternal yang tersedia, hal itu tidak perlu dilakukan. Dengan merencanakan langkah sebelumnya, menguji lingkungan produksi, dan meminta dukungan pakar yang relevan, perusahaan dapat memastikan transisi yang mulus dan mudah ke Postgres dan menuai banyak manfaat dari platform sumber terbuka ini.

Fitur Unggulan Solusi Manajemen Database Terbaru PostgreSQL – Perusahan fasilitator software open source P0stgreSQL, baru saja meluncurkan P0stgreSQL 11, merupakan versi yang terbaru dari software database open source tercanggih di dunia.

Fitur Unggulan Solusi Manajemen Database Terbaru PostgreSQL

 Baca Juga : Sejarah dan Perkembangan PostgreSQL Yang Harus Kalian Ketahui

pgsql – P0stgreSQL 11 diklaim sebagai peluncuran besar yang pertama usai versi 10 tahun yang lalu serta mengikuti skema penamaan format“ x. y” semacam pendahulunya.

Dengan begitu, peluncuran minor P0stgreSQL selanjutnya merupakan 11. 1 yang akan diikuti peluncuran besar selanjutnya ialah versi 12.

PostgreSQL 11 sendiri muncul dengan kenaikan kemampuan RDMS( Relational Database Management System) dengan cara totalitas lewat kenaikan fitur yang terpaut dengan dasar informasi berdimensi besar serta bobot komputasi besar.

“ PostgreSQL 11 menawarkan penignkatan performa serta beberapa fitur terbaru yang kian menguntungkan untuk perusahaan,” tutur Julyanto Sutandang, CEO PT. Equnix Business Solutions

Ditambahkan olehnya, PostgreSQL 11 memperkenalkan beberapa fitur- fitur mutahir yang tidak hanya menawarkan performa tinggi, namun juga sanggup bersaing dengan solusi software database berbayar.

Pemecahan ini pula dilengkapi ekskalasi berarti di sistem partisi tabel,  meningkatkan sokongan metode tersembunyi berkemampuan manajemen transaksional, tingkatkan query paralel dan juga membuat keahlian informasi paralel meningkat, dan menimbulkan kumpulan Just- in- Time( JIT) isyarat SQL.

Lebih lanjut, kenaikan fitur partisi tabel pada P0stgreSQL 11 membolehkan akses informasi lebih kilat sebab PostgreSQL tidak butuh mencari informasi di tiap partisi dengan metode melenyapkan partisi tabel yang tidak berisi data yang dibutuhkan.

Hasilnya sendiri berupa penampilan manajemen sistem database relasional yang lebih cepat berkah kenaikan kecekatan akses informasi yang berukuran besar.

Performa PostgreSQL 11 terus semakin ditingkatkan berkat fitur kumpulan Just- in- Time( JIT) yang mempercepat eksekusi ekspresi dalam query. Ia juga meningkatkan kemmapuan mempartisi informasi dengan kunci hash, atau juga dikenal sebagai hash partitioning, manambah kamampuan yang ada saat ini buat mempartisi informasi di PostgreSQL.

Tidak cukup sampai disitu, solusi ini meningkatkan lebih lanjut kemmapuan federasi dengan peningkatan fungsi buat partisi yang dipakai fitur” Foreign Informasi Wrapper/ FDW”.

Untuk menolong mengatur partisi, PostgreSQL 11 memberitahukan partisi” Catch- All” buat menampung informasi yang tidak cocok dengan kunci partisi, serta kemmapuan buat membuat Primary Key, Foreign Key, Indikator, serta faktor pada partisi yang diwariskan ke seluruh tabel.

PostgreSQL 11 pula mensupport baris yang bergerak dengan cara otomatis ke partisi yang benar bila kunci partisi buat baris itu diperbarui.

Database Pilihan Enterprise

Dengan beberapa kemmapuan mensupport partisi yang lebih energik serta fleksibel, PostgreSQL bertambah jadi salah satunya database opsi Enterprise dalam mengatur beban besar.

Pembuatan fungsi yang didetetapkan oleh konsumen telah dapat dicoba di PostgreSQL sepanjang lebih dari 20 tahun, namun saat sebelum tipe 11, fungsi- fungsi itu tidak bisa dikelola oleh transaksi.

PostgreSQL 11 pula meningkatkan metode SQL yang bisa bertugas penuh melaksanakan manajemen transaksi dalam badan fungsi, membolehkan developer membuat aplikasi server yang lebih mutahir.

Peningkatan Kerja Query Paralel

PostgreSQL 11 tingkatkan kemampuan query paralel berkah kenaikan kemampuan pemindaian sekuensial paralel serta hash yang digabungkan dengan pemindaian partisi informasi dengan cara lebih berdaya fungsi.

PostgreSQL 11 pula meningkatkan kesejajaran buat sebagian perintah arti informasi, paling utama buat pembuatan indikator B- tree.

Tidak kalah menarik, PostgreSQL 11 mengenalkan dukungan kumpulan Just- in- Time( JIT) buat memesatkan eksekusi query dengan ekspresi khusus.

Kumpulan ekspresi JIT buat PostgreSQL memakai LLVM untuk memesatkan eksekusi ekspresi dalam klausa WHERE, daftar target, agregat, proyeksi, dan beberapa operasi internal.

Sejarah dan Perkembangan PostgreSQL Yang Harus Kalian Ketahui – PostgreSQL merupakan suatu database manejemen system yang lumayan terkenal didunia. Sepanjang lebih dari 15 tahun di kembangkan, postgresql serta sudah teruji mempunyai nama baik yang baik. Pada sub jenis ini, kita hendak berlatih gimana metode memakai postgresql buat mendukung cara berlatih bahasa pemrograman kamu. Tetapi saat sebelum itu, terdapat bagusnya kita mengenali lebih dalam mengenai PostgreSQL berikut ini.

Sejarah dan Perkembangan PostgreSQL Yang Harus Kalian Ketahui

Baca Juga : PostgreSQL 13 Hadirkan Kinerja Database Open Source Tercanggih Di Dunia

Apa itu PostgreSQL

pgsql – Apa itu PostgreSQL? PostgreSQL ataupun( Post- gress- SQL) merupakan suatu relational database manajemen system ( RDBMS) yang di kembangkan oleh regu sukarelawan yang terdapat di semua bumi yang bertabiat open source. PostgreSQL tidak di pengawasan oleh industri ataupun tubuh swasta yang lain alhasil source code( isyarat pangkal) yang ada dapat di miliki dengan cara free.

Sejarah PostgreSQL

Postgres pada awal mulanya dibesarkan oleh mahasiswa serta staff programmer University of California, Berkeley, dibawah bimbingan Professor Michael Stonebraker. Sofware ini mulanya dipanggil Postgres, namun sebab banyak bonus buat guna guna SQL hingga pada tahun 1995 namanya ditukar Postgres95, serta semenjak tahun 1996 julukan yang dipakai sampai saat ini merupakan PostgreSQL. Pada dikala awal dibesarkan postgres dikira tidak penuhi stardar ANSI- SQL92- standar database bernilai besar-, sebab tujuannya cuma menghasilkan postgres selaku database yang memiliki banyak feature serta elastisitas yang besar. Sebab merasa menemukan tantangan postgres berupaya buat penuhi standar itu, serta kesimpulannya potsgres sanggup pula buat menggapai satndar ANSI- SQL. Namun yang lebih edan lagi nyatanya keahlian postgres melampaui standar ANSI_SQL, yang berarti keahlian postgres melampaui database lain standar ANSI- SQL92 yang diantarannya merupakan Oracle. Alami bila Postgres dinobatkan Linux Award selaku database opsi serta menaruh Oracle pada tembat ke- dua.

Perbandingan yang sangat pokok antara postgres dengan sistem relasional standar merupakan, keahlian postgres yang membolehkan user buat mendefinisikanSQL- nya sendiri, paling utama buat pembuatan function. Perihal ini dimungkinkan sebab data yang tersembunyi pada postgres tidak cuma bagan serta kolom melainkan jenis, guna, car akses, serta data lain. Kesemuanya itu dikumpulkan dalam wujud class yang membolehkan user buat merubahnya. Dengan bentuk class ini postgres lebih gampang dibesarkan ditingkat user serta dapat mendeskripsikan suatu bagan selaku anak bagan lain. Dimana pada database konvensional perihal itu cuma dapat dicoba dengan mengubah source code nya ataupun memakai materi bonus. Keunggulan lain dari postgres merupakan sokongan dampingi wajah dari bermacam bahasa pemrograman semacam Perl, PHP, C++, Phyton, Java serta sedang banyak lagi. Postgres pula mempunayai keahlian buat membuat konektifitas dengan database lain semacam pgdump, Interbase, pgaccess serta nyaris seluruh database pada Linux. Sebab keahlian seperti itu alami bila untuk yang sudah berupaya postgres jadi tergila- gila serta susah buat alih ke database lain tercantum pengarang. Dikala ini postgres sudah banyak dipakai oleh bermacam industri besar, Rumah Sakit Pertamina merupakan salah satu yang sudah memakai Postgres.

Fitur Utama PostgreSQL

PostgreSQL bisa berjalan di seluruh sistem pembedahan tercantum( Linux, UNIX( AIX, BSD, HP- UX, SGI IRIX, Mac OS X, Solaris, Tru64), and Windows. PostgreSQL mensupport bacaan, lukisan, suara, serta film, serta tercantum antarmuka pemrograman buat C/ C++, Java, Perl, Python, Ruby, Tcl serta Open Database Connectivity( ODBC).

PostgreSQL mendukung sebagian besar dari standar SQL dan menawarkan banyak fitur modern termasuk dibawah ini:

• Complex SQL queries
• SQL Sub-selects
• Foreign keys
• Trigger
• Views
• Transactions
• Multiversion concurrency control (MVCC)
• Streaming Replication (as of 9.0)
• Hot Standby (as of 9.0)

Kelebihan dan kekurangan PostgreSQL

Kelebihan PostgreSQL

PostgreSQL mempunyai arsitektur multiproses( forking) yang berarti mempunyai kemantapan yang lebih besar, karena satu cara anak yang mati tidak hendak menimbulkan semua daemon mati—meskipun pada faktanya, dahulu ini kerap terjalin.

Dalam situasi load besar( jumlah koneksi simultan besar), kecekatan PostgreSQL kerap menaklukkan MySQL buat query dengan klausa JOIN yang lingkungan, perihal ini

• disebabkan PostgreSQL mensupport locking di tingkat yang lebih kecil, ialah row.
• PostgreSQL mempunyai fitur OO semacam pewarisan bagan serta jenis informasi, ataupun jenis informasi array yang kadangkala efisien buat menaruh banyak item informasi di dalam satu record. Dengan terdapatnya keahlian OO ini hingga di PostgreSQL, kita bisa mendeskripsikan suatu bagan yang memperoleh arti bagan lain.
• PostgreSQL sediakan nyaris semua fitur- fitur database semacam yang ada dalam produk database menguntungkan pada biasanya.
• PostgreSQL juga mempunyai jenis informasi ilmu ukur( semacam titik, garis, bundaran, segi banyak) yang bisa jadi bermanfaat untuk aplikasi objektif tertentu
• PostgreSQL membagikan kita keahlian mendeskripsikan suatu field selaku array.
• PostgreSQL mempunyai nyaris seluruh sarana standar yang umumnya di idamkan: view( bagan virtual), trigger, subselek, stored procedure( dalam sebagian bahasa), serta foreign key constraint
• PostgreSQL pula mempunyai apa yang diucap rule, ialah aksi custom yang dapat kita deskripsikan dieksekusi dikala suatu bagan di- INSERT, Pembaharuan, ataupun DELETE
• Postgres pula mempunayai keahlian buat membuat konektifitas dengan database lain semacam pgdump, Interbase, pgaccess serta nyaris seluruh database pada Linux.

Kekurangan PostgreSQL

• kurang sedemikian itu terkenal serta sesuai bertugas di area website bila dibanding dengan mysql.
• Kurang fokus dalam perihal kelangsingan serta kecekatan.
• Arsitektur dengan multiproses ini susah diaplikasikan ke Windows, karena Windows amat thread- oriented.
• PostgreSQL sendiri dikala ini dapat dijalani di Windows, tetapi lewat susunan kedengkian Cygwin.
• Kurang menang dalam perihal ketersediaan guna built- in.
• Replikasi di PostgreSQL sendiri belum disertakan dalam penyaluran standarnya.
• PostgreSQL sendiri terbatas cuma dapat melaksanakan akumulasi kolom, penukaran julukan kolom, serta penukaran julukan bagan.

PostgreSQL 13 Hadirkan Kinerja Database Open Source Tercanggih Di Dunia – PostgreSQL Garis besar Development Group meluncurkan PostgreSQL 13, tipe terkini dari aplikasi database open source tercanggih di dunia.

PostgreSQL 13 Hadirkan Kinerja Database Open Source Tercanggih Di Dunia

 Baca Juga : Fungsi Dan Kelebihan PostgreSQL Di Dunia IT

pgsql – Bermacam kelebihan dibenamkan PostgreSQL 13 melingkupi kenaikan penting pada sistem pengindeksan serta pencariannya yang profitabel untuk database besar, pengiritan ruang, serta kenaikan kemampuan buat indikator, durasi jawaban yang lebih kilat buat query yang memakai hasil akumulasi ataupun partisi, pemograman query yang lebih bagus dikala memakai statistik yang ditingkatkan, serta banyak lagi.

Meneruskan kelebihan dari tipe tadinya, PostgreSQL 13 dengan cara berdaya guna bisa menanggulangi informasi imitasi dalam indikator B- tree, yang ialah indikator standar database. Perihal ini membagikan profit dengan merendahkan pemakaian ruang yang diperlukan indikator B- tree, sembari tingkatkan kemampuan query dengan cara totalitas.

PostgreSQL 13 memberitahukan pengurutan berangsur- angsur, di mana informasi yang diurutkan dari tahap tadinya dalam query bisa memesatkan pengurutan di tahap berikutnya. Tidak hanya itu, PostgreSQL saat ini dapat memakai sistem statistik yang diperluas( diakses lewat CREATE STATISTICS) buat membuat plan yang lebih bagus buat query dengan klausa OR serta pencarian atas catatan IN/ ANY.

Di PostgreSQL 13, lebih banyak opsi query pengelompokan serta hasil akumulasi bisa tingkatkan kemampuan guna pengelompokan, sebab query dengan golongan besar tidak wajib dimasukkan segenap ke dalam ingatan. Query dengan bagan partisi memperoleh khasiat terbanyak, sebab dikala ini terdapat banyak mungkin dimana partisi bisa dipangkas serta bisa digabungkan langsung.

Pada PostgreSQL 13, sistem vacuuming lalu ditingkatkan salah satunya merupakan dengan penerapan dengan cara paralel buat indikator. Administrator bisa memilah jumlah parallel worker yang hendak dijalani. Tidak hanya itu, cara autovacuum bisa diawali oleh INSERT informasi.

Replication slot, yang dipakai buat menghindari write- ahead batang kayu( WAL) dihapus saat sebelum diperoleh oleh replika, bisa dicocokkan di PostgreSQL 13 buat memastikan jumlah maksimal file WAL yang wajib dipertahankan serta menolong menjauhi terbentuknya error sebab sisa ruang disk habis.

PostgreSQL 13 pula meningkatkan lebih banyak metode supaya administrator bisa memantau kegiatan database, tercantum menunjukkan statistik pemakaian WAL pada EXPLAIN, status cara dalam membuat backup dengan base backup ataupun melaksanakan ANALYZE. Tidak hanya itu, integritas informasi hasil dari pg_basebackup bisa ditentukan oleh pg_verifybackup yang terkini. Perihal ini amat menarik, semacam peribahasa: backup yang tidak bisa diharapkan tidaklah backup, tetapi kotor.

PostgreSQL 13 mempermudah buat bertugas dengan jenis informasi PostgreSQL yang berawal dari pangkal informasi yang berlainan. Dirilisnya tipe terkini ini meningkatkan guna datetime() buat SQL/ JSON. Tidak hanya itu, guna gen_random_uuid(), saat ini ada tanpa wajib menginstal perpanjangan apa juga.

Sistem partisi PostgreSQL lebih fleksibel, mensupport logical replication serta trigger BEFORE pada tingkat row.

Guna/ fitur perpanjangan bisa diinstall oleh user lazim, sepanjang telah diisyarati selaku“ trusted” oleh Superuser, sebagian perpanjangan dengan cara default telah diisyarati selaku trusted: pgcrypto, tablefunc, hstore, serta yang lain.

Fitur menarik semacam FDW, yang bisa mengaitkan PostgreSQL dengan database yang lain semacam Oracle, MySQL, serta lain- lain bisa memakai otentikasi berbasiskan akta alhasil lebih nyaman.

Di masa kala nyaris seluruh aspek tergantung pada teknologi, program open source jadi opsi yang tidak terelakan. Dituturkan Julyanto Sutandang, CEO Equnix Business Solutions, industri lokal fasilitator pemecahan IT berplatform aplikasi open source, program open source merupakan era depan sebab menawarkan kemampuan, independensi, independensi serta independensi dalam mengadopsi teknologi.

“ Semenjak dini kita senantiasa berpengharapan serta yakin kalau open source merupakan pemecahan era depan. Tidak hanya kemampuan, paling utama open source membolehkan kita mengadopsi teknologi apapun dengan cara leluasa serta mandiri dan future proof,” sebutnya.“ Terlebih Indonesia semacam yang terkini saja di informasikan oleh Menteri Finansial RI, Sri Mulyani, lagi mengalami darurat ekonomi, dengan perkiraan perkembangan kurang 1, 7 sampai 0, 6 persen di tahun 2020 ini, pastinya ini waktunya untuk banyak Korporasi besar buat mulai lebih menggunakan Open Source selaku pemecahan itu”, tutur Julyanto lebih lanjut.

Seluruh kelebihan Open Source pada era saat ini terdapat pada PostgreSQL 13 yang menawarkan kemampuan maksimum. Julyanto berkata, PostgreSQL 13 menunjukkan kerja sama serta pengabdian komunitas garis besar dalam memajukan keahlian database relasional open source tercanggih di dunia.

“ Inovasi yang dibawa oleh tiap luncurkan tipe terkini dengan reputasinya dalam melindungi integritas informasi, keandalan serta kemampuan besar, jadi alibi kenapa lebih banyak orang memilah memakai PostgreSQL buat mensupport aplikasi mereka,” ucapnya.

“ PostgreSQL membagikan pengalaman manajemen informasi yang lebih bagus buat bobot kegiatan besar, dengan pengoptimalan buat administrasi bisnis keuangan enterprise, keamanan lebih bagus serta kemampuan yang besar. PostgreSQL merupakan buah pengembangan garis besar dengan cara berkelanjutan lebih dari 25 tahun,” sambungnya.

Aplikasi database ini pula sudah jadi dasar informasi relasional open source terbaik pada pabrik keuangan serta telekomunikasi didunia.