Hologres：Perubahan perilaku default

V4.1

V4.0 (September 2025)

V3.2 (Juli 2025)

• Menambahkan kata kunci non-reserved seperti Branch, Overwrite, Parameter, dan Tag; menambahkan kata kunci reserved seperti Lambda dan Qualify. Untuk informasi tentang kata kunci, lihat PostgreSQL Key Words.

• Mulai dari Hologres V3.2, optimasi adaptif untuk CTE didukung. Strategi materialisasi CTE ditentukan oleh dua parameter GUC: optimizer_cte_inlining dan hg_cte_strategy. Kedua parameter ini saling independen dan dapat diatur secara terpisah, terlepas dari urutan pengaturannya. Perilakunya sebagai berikut:

  • Ketika optimizer_cte_inlining = off, CTE digunakan ulang, terlepas dari pengaturan hg_cte_strategy.

  • Ketika optimizer_cte_inlining = on, CTE tidak lagi dipaksakan untuk di-inline. Kebijakan CTE ditentukan oleh hg_cte_strategy:

    • Jika hg_cte_strategy = auto (default), pengoptimal kueri (QO) secara otomatis memilih apakah akan melakukan inline atau menggunakan ulang CTE berdasarkan faktor-faktor seperti kompleksitasnya.

    • Ketika hg_cte_strategy = inlining, CTE dipaksakan untuk di-inline.

    • Ketika hg_cte_strategy = reuse, CTE dipaksakan untuk digunakan ulang.

• Mulai dari Hologres V3.2, fitur Fast Rows diaktifkan secara default. Ketika tabel tidak memiliki statistik, pengoptimal akan secara otomatis dan cepat memperoleh jumlah baris aktual untuk menghasilkan rencana eksekusi yang lebih optimal dan meningkatkan kinerja kueri.

  Perilaku ini berlaku otomatis setelah upgrade dan tidak memerlukan konfigurasi. Untuk detailnya, lihat: ANALYZE dan AUTO ANALYZE.

V3.1 (Mei 2025)

• Tabel dinamis:

  • Sintaksis

    Mulai dari Hologres V3.1, tabel dinamis menggunakan sintaksis baru yang lebih ringkas. Setelah tabel dinamis yang dibuat di V3.0 di-upgrade ke V3.1, hanya operasi ALTER yang dapat dilakukan pada tabel yang menggunakan refresh data penuh. Untuk membuat tabel baru, harus menggunakan sintaksis baru di V3.1. Untuk tabel yang menggunakan refresh data inkremental, Anda harus membuat ulang tabel menggunakan sintaksis baru. Untuk informasi selengkapnya, lihat CREATE DYNAMIC TABLE.

  • Penggunaan resource

    • Resource refresh

      Tabel dinamis yang dibuat di Hologres V3.1 secara default menggunakan resource komputasi tanpa server untuk mengeksekusi tugas. Jika instans saat ini tidak memiliki Serverless Computing yang diaktifkan, sistem akan secara otomatis fallback ke resource instans. Tabel yang dibuat di Hologres V3.0 tetap menggunakan resource yang ditentukan saat pembuatan tabel. Untuk informasi selengkapnya, lihat CREATE DYNAMIC TABLE.

    • Membuat tabel menggunakan resource instans

      • Sintaksis baru (Hologres V3.1 dan V3.2): Menggunakan virtual warehouse primer untuk kelompok tabel dari tabel dasar dan tabel dinamis.

      • Sintaksis lama (Hologres V3.0) dan sintaksis baru (Hologres V4.1): Menggunakan virtual warehouse primer untuk kelompok tabel dari tabel dinamis.

  • Jumlah koneksi

    Sintaksis baru meningkatkan stabilitas dan mengatur tugas lebih efisien dengan mempertahankan koneksi tambahan untuk setiap tabel dinamis. Jika instans Anda mengalami pemanfaatan koneksi tinggi dan berisi ratusan tabel dinamis, disarankan untuk menghapus koneksi idle guna mengurangi potensi masalah.

  • Metode membaca data inkremental dari tabel dasar

    Mulai dari Hologres V3.1 dan seterusnya, metode stream digunakan untuk mengidentifikasi perubahan data pada tabel dasar. Dibandingkan binary logging, metode stream memiliki kinerja lebih tinggi dan lebih hemat biaya. Setelah instans Anda di-upgrade ke V3.1, metode stream digunakan secara default. Jika binary logging diaktifkan untuk tabel Anda di V3.0, segera nonaktifkan binary logging untuk menghindari biaya penyimpanan tambahan. Untuk informasi selengkapnya, lihat Dynamic Table.

• Fitur antrian kueri telah menyelesaikan fase Beta dan tersedia untuk penggunaan produksi. Untuk informasi selengkapnya, lihat Query Queue.

• TRUNCATE kini merupakan pernyataan DML (bukan DDL), sehingga mengurangi beban node FE. Untuk mengembalikan ke perilaku DDL, nonaktifkan parameter GUC hg_enable_truncate_as_dml. Namun, ketika melakukan operasi TRUNCATE pada tabel yang memiliki binary logging diaktifkan, Anda perlu menonaktifkan binary logging di tingkat sesi. Untuk informasi selengkapnya, lihat TRUNCATE.

• Saat Anda mengimpor data ke tabel dengan kunci primer menggunakan COPY, parameter GUC hg_experimental_copy_enable_on_conflict diaktifkan secara default. Hal ini memungkinkan Anda menetapkan kebijakan pembaruan data saat mengimpor data ke tabel dengan kunci primer. Untuk informasi selengkapnya, lihat COPY.

• Saat Anda menggunakan fitur hg_insert_overwrite, jumlah kolom dan tipe datanya yang ditentukan dalam pernyataan SQL (pernyataan SELECT standar) harus benar-benar sesuai dengan tabel target (tabel internal Hologres). Jika tidak, pesan error error: table "hg_alias" has x columns available but x columns specified atau error: column xx is of type xxx but expression is of type xxx akan dilaporkan. Untuk informasi selengkapnya, lihat INSERT OVERWRITE.

• Tabel sistem hg_table_storage_status diperbarui. Mulai dari Hologres V3.1, tabel sistem ini tidak lagi mencakup data tabel yang disimpan di memori (tabel memori). Sebaliknya, hanya mencerminkan penyimpanan fisik aktual tabel. Untuk informasi lebih lanjut tentang mekanisme tabel memori, lihat INSERT.

• Menambahkan kata kunci non-reserved: async, logical, purge, recover, rebuild, resume, dan suspend. Lihat PostgreSQL Key Words.

V3.0

WHERE (pk1 = 1 AND pk2 = 1) OR (pk1 = 2 AND pk2 = 2) OR (pk1 = 3 AND pk2 = 3)-- Jumlah kombinasi dalam contoh ini adalah 3.
    
WHERE pk1 IN (1, 2, 3) AND pk2 IN (1,2,3)-- Jumlah kombinasi dalam contoh ini adalah 9. Rumus: 3 × 3 = 9.

V2.2

V2.2 (Juli 2024)

Saat Java Database Connectivity (JDBC) digunakan untuk mengonsumsi log biner Hologres, jumlah maksimum walsender yang tersedia untuk worker diturunkan dari 1.000 menjadi 600. Jumlah walsender dihitung berdasarkan jumlah slot. Untuk informasi selengkapnya, lihat Konsumsi data Binlog Hologres menggunakan JDBC. Kami menyarankan Anda menggunakan mode jdbc_fixed untuk mengonsumsi log biner Hologres. Dibandingkan konsumsi log dalam mode JDBC, konsumsi log dalam mode jdbc_fixed tidak menggunakan koneksi dan tidak tunduk pada batas jumlah walsender. Untuk informasi selengkapnya tentang mode jdbc_fixed, lihat Hologres.

V2.2 (Juni 2024)

Di Hologres V2.2 dan versi lebih baru, kemampuan dasar pengumpulan log kueri lambat secara otomatis ditingkatkan untuk memungkinkan Hologres mencatat lebih banyak informasi tentang kueri lambat. Hal ini memungkinkan staf bisnis melakukan manajemen detail halus berdasarkan status kueri yang dilakukan pada instans Hologres. Untuk informasi selengkapnya tentang log kueri lambat, lihat Lihat dan analisis log kueri lambat. Pengumpulan log kueri lambat ditingkatkan dalam aspek-aspek berikut:

• Kueri yang gagal karena berbagai penyebab, seperti sintaksis tidak valid, kegagalan parsing rencana, dan izin tidak mencukupi, dicatat. Kueri-kueri ini tidak dicatat di versi sebelum Hologres V2.2. Kami menyarankan Anda menggunakan fitur diagnostik SQL untuk mengelola kueri yang gagal.

• Jika transaksi berisi beberapa pernyataan bahasa definisi data (DDL), seperti BEGIN; DROP TABLE xxx; COMMIT;, seluruh transaksi dicatat sebagai satu catatan kueri dalam log kueri lambat. Namun, metrik Query QPS menghitung transaksi tersebut sebagai beberapa pernyataan DDL. Contoh:

  -- Inisiasi kueri yang berisi beberapa pernyataan DDL dalam transaksi.
  BEGIN;
  DROP TABLE xxx;-- Eksekusi berhasil.
  CREATE TABLE xxx -- Eksekusi gagal.
  ROLLBACK;

  • Kode contoh berikut menunjukkan hasil dalam log kueri lambat:

    query_id | status  | Query
    ---------|---------|------------
    xxxx     |  FAILED |begin;drop table ;create table;rollback;

  • Kode contoh berikut menunjukkan hasil dalam sistem pemantauan:

    Query QPS: 4 records
    Failed Query QPS: 1 record

V2.2 (Mei 2024)

• Di Hologres V2.2 dan versi lebih baru, properti tabel yang dikembalikan oleh hg_dump_script ditampilkan dalam sintaksis WITH, bukan CALL. Hal ini membantu meningkatkan kenyamanan dan keterbacaan pernyataan CREATE TABLE. Untuk informasi selengkapnya, lihat bagian "Kueri skema tabel" dalam Ikhtisar.

• Di Hologres V2.2.7 dan versi lebih baru, nilai default diubah dari 1 detik menjadi 100 milidetik. Setelah perubahan ini, log kueri lambat mencatat pernyataan SQL yang membutuhkan waktu lebih dari 100 milidetik, bukan 1 detik. Pernyataan SQL tersebut mencakup pernyataan INSERT, SELECT, UPDATE, dan DELETE. Untuk informasi selengkapnya, lihat Lihat dan analisis log kueri lambat.

• Di Hologres V2.2.9 dan versi lebih baru, hasil yang dikembalikan oleh kueri titik pasangan kunci-nilai menggunakan rencana tetap tidak diurutkan berdasarkan kunci primer dalam klausa WHERE.

  Contoh kueri titik menggunakan rencana tetap

  CREATE TABLE test_t (id INT PRIMARY key, col INT);
  INSERT INTO test_t VALUES (1,1),(2,2),(3,3);
  
  -- Di versi sebelum Hologres V2.2.9, hasil yang dikembalikan diurutkan berdasarkan kunci primer (id) dalam klausa WHERE. 
  SELECT * FROM test_t WHERE id IN (1,2,3);
  id | col 
  ----+----- 
  1 | 1 
  2 | 2 
  3 | 3
  
  -- Di Hologres V2.2.9 dan versi lebih baru, hasil yang dikembalikan tidak diurutkan berdasarkan kunci primer (id) dalam klausa WHERE. Data dalam hasil yang dikembalikan setiap kueri juga dapat ditampilkan dalam urutan yang berbeda. 
  SELECT * FROM test_t WHERE id IN (1,2,3);
  id | col 
  ----+----- 
  3 | 3 
  1 | 1 
  2 | 2

V2.2 (April 2024)

• Di Hologres V2.2 dan versi lebih baru, peran terkait layanan digunakan secara default agar Hologres dapat mengakses MaxCompute melalui tabel eksternal. Saat Anda membeli instans Hologres atau meng-upgrade instans Hologres ke V2.2 atau versi lebih baru, Anda harus membuat peran terkait layanan dan memberikan izin kepada peran tersebut. Peran terkait layanan adalah peran RAM yang entitas tepercayanya adalah layanan Alibaba Cloud. Peran terkait layanan dapat mewujudkan akses otorisasi lintas layanan Alibaba Cloud. Peran terkait layanan membantu Anda mengonfigurasi izin yang diperlukan untuk mengakses layanan Alibaba Cloud dengan lebih baik dan mencegah risiko akibat kesalahan operasi. Untuk informasi selengkapnya, lihat Peran terkait layanan Hologres.

• Di Hologres V2.2 dan versi lebih baru, kebijakan pengoptimal default diubah dari exhaustive menjadi exhaustive2. Dalam kebanyakan kasus, perubahan ini meningkatkan kinerja sebesar 20% hingga 40%. Namun, dalam kueri yang melibatkan operasi left outer join, rencana eksekusi mungkin tidak optimal, dan penggunaan memori untuk pekerjaan tertentu meningkat. Dalam kasus ini, Anda dapat secara manual mengeksekusi pernyataan set optimizer_join_order = 'exhaustive'; untuk mengubah kebijakan pengoptimal menjadi exhaustive.

• Di Hologres V2.2 dan versi lebih baru, nilai Engine Type untuk proses yang menggunakan rencana tetap diubah dari SDK menjadi FixedQE dalam log kueri lambat. Hal ini memastikan konsistensi penamaan dalam log kueri lambat dan metrik.

• Di Hologres V2.2 dan versi lebih baru, jumlah koneksi ke node FE ditingkatkan dari 128 menjadi 256. Jumlah total koneksi menjadi dua kali lipat. Untuk informasi selengkapnya, lihat Manajemen Instans.

• INSERT OVERWRITE dan fungsi BSI kini tersedia secara umum.

• Di Hologres V2.2 dan versi lebih baru, pernyataan SELECT hg_dump_script() mengembalikan properti pembuatan tabel dengan sintaksis WITH, bukan CALL. Perubahan ini meningkatkan kenyamanan dan keterbacaan pembuatan tabel. Untuk informasi selengkapnya, lihat Lihat skema tabel.

V2.1 (Juni 2024)

Di Hologres V2.1.27 dan versi lebih baru, jika Anda menggunakan Realtime Compute for Apache Flink yang menggunakan VVR 8.0.7 atau versi lebih baru untuk mengonsumsi log biner Hologres, mode JDBC secara otomatis ditingkatkan ke mode jdbc_fixed. Dibandingkan kueri dalam mode JDBC, kueri dalam mode jdbc_fixed tidak mengonsumsi koneksi, dan kinerja kueri tidak dibatasi oleh jumlah maksimum walsender. Untuk informasi selengkapnya tentang mode jdbc_fixed, lihat Hologres. Untuk informasi selengkapnya tentang mode JDBC, lihat Konsumsi data Binlog Hologres menggunakan JDBC.

V2.1 (Maret 2024)

Saat Anda menggunakan Realtime Compute for Apache Flink untuk mengonsumsi log biner Hologres, mode HoloHub tidak lagi didukung, dan konfigurasi 'sdkMode'='holohub' menjadi tidak valid. Hanya mode Java Database Connectivity (JDBC) yang didukung. Mode JDBC lebih stabil daripada mode HoloHub dan mendukung lebih banyak tipe data. Sebelum Anda meng-upgrade instans Hologres ke V2.1, gunakan salah satu solusi berikut untuk memeriksa deployment Realtime Compute for Apache Flink dan instans Hologres Anda serta memastikan deployment Realtime Compute for Apache Flink dapat berjalan sebagaimana mestinya. Untuk informasi selengkapnya, lihat Konsumsi data Binlog Hologres menggunakan JDBC.

• Solusi 1: Direkomendasikan. Upgrade versi VVR Realtime Compute for Apache Flink ke 8.0.7 atau versi lebih baru, lalu upgrade instans Hologres Anda. Dalam kasus ini, Realtime Compute for Apache Flink secara otomatis mengubah mode HoloHub menjadi mode JDBC.

• Solusi 2: Upgrade versi VVR Realtime Compute for Apache Flink ke versi antara 6.0.7 hingga 8.0.5, tambahkan konfigurasi 'sdkMode'='jdbc' untuk tabel sumber Realtime Compute for Apache Flink, lalu restart deployment tersebut. Berikan salah satu set izin berikut ke akun pengguna yang digunakan untuk login ke instans Hologres. Setelah Anda memastikan deployment berjalan dengan baik, upgrade instans Hologres Anda.

  • Izin superuser pada instans Hologres

  • Izin pemilik tabel, izin CREATE DATABASE, dan izin peran replikasi instans Hologres

• Solusi 3: Tidak direkomendasikan. Upgrade versi VVR Realtime Compute for Apache Flink ke 8.0.6, lalu upgrade instans Hologres Anda. Dalam kasus ini, Realtime Compute for Apache Flink secara otomatis mengubah mode HoloHub menjadi mode JDBC. Realtime Compute for Apache Flink yang menggunakan VVR 8.0.6 memiliki cacat yang diketahui. Jika tabel dimensi berisi terlalu banyak bidang, draft Realtime Compute for Apache Flink berbasis VVR gagal diterapkan karena timeout. Untuk informasi selengkapnya, lihat bagian "Catatan rilis konektor Hologres" dalam Ikhtisar.

• Opsional. Jika Anda memiliki banyak deployment Realtime Compute for Apache Flink berbasis VVR, Anda dapat memperoleh informasi tentang deployment dan tabel tersebut dengan mengikuti petunjuk dalam Gunakan Realtime Compute for Apache Flink atau Blink untuk mengonsumsi log biner Hologres secara real-time.

V2.1 (Februari 2024)

Di Hologres V2.1.19, perkalian dan pembagian data tipe DECIMAL dikoreksi. Di versi sebelum V2.1.19, maksimal 18 tempat desimal didukung untuk operasi dasar pada data tipe DECIMAL. Jika hasil perhitungan memiliki lebih dari 18 tempat desimal setelah perkalian atau pembagian, data dipotong sebelum perhitungan. Akibatnya, hasil perhitungan tidak valid.

Sebagai contoh, operasi perkalian dilakukan pada dua nilai desimal. Jumlah total digit sebelum dan sesudah titik desimal (precision_ans) dan jumlah tempat desimal (scale_ans) dalam hasil perkalian dua nilai desimal tersebut dihitung menggunakan rumus berikut:

precision_ans = precision_l + precision_r
scale_ans  = scale_l + scale_r

Jika nilai scale_ans lebih besar dari 18, hanya 18 tempat desimal yang dipertahankan. Nilai desimal yang digunakan untuk perkalian dipotong ke jumlah tempat desimal yang ditentukan berdasarkan aturan berikut:

• Jika scale_l ≤ 9, nilai desimal terkait tidak dipotong, dan jumlah tempat desimal untuk nilai desimal dalam operasi perkalian adalah scale_l.

• Jika scale_l > 9, nilai desimal terkait dipotong ke jumlah tempat desimal yang dikembalikan oleh max(9,18-scale_r).

• Jika scale_r ≤ 9, nilai desimal terkait tidak dipotong, dan jumlah tempat desimal untuk nilai desimal dalam operasi perkalian adalah scale_r.

• Jika scale_r > 9, nilai desimal terkait dipotong ke jumlah tempat desimal yang dikembalikan oleh max(9,18-scale_l).

Kode contoh berikut memberikan ilustrasi:

CREATE TABLE t (a DECIMAL(30,10), b DECIMAL(30,10));
INSERT INTO t VALUES (1.1111111111, 1.0000000000),(1.1111111112, 1.0000000000);
SELECT a, b , a*b FROM t;

• Di versi sebelum V2.1.19, jika pengali memiliki lebih dari 9 tempat desimal valid, pengali tersebut dipotong ke jumlah tempat desimal yang ditentukan, yang berdampak negatif pada presisi. Akibatnya, hasil perhitungan tidak valid.

  -- Hasil perhitungan di Hologres tidak valid.
  1.1111111111, 1.0000000000,1.111111111000000000
  1.1111111112, 1.0000000000,1.111111111000000000
  
  -- Hasil perhitungan di PostgreSQL valid.
  1.1111111111, 1.0000000000,1.111111111100000000
  1.1111111112, 1.0000000000,1.111111111200000000

• Di Hologres V2.1.19 dan versi lebih baru, masalah ini telah diperbaiki. Operasi perkalian dilakukan pada nilai desimal asli, lalu hasil perkalian dipotong ke jumlah tempat desimal yang ditentukan. Hal ini memastikan akurasi hasil yang tinggi.

  -- Hasil perhitungan valid.
  1.1111111111, 1.0000000000,1.111111111100000000
  1.1111111112, 1.0000000000,1.111111111200000000

V2.1 (Oktober 2023)

Beberapa fitur dioptimalkan.

• Di Hologres V2.1.12 dan versi lebih baru, jika Anda menggunakan fitur rencana tetap untuk menulis data ke kolom tipe DECIMAL, presisi tidak ditentukan, dan presisi data sumber lebih tinggi daripada kolom tujuan, Hologres membulatkan data sumber berdasarkan presisi kolom tujuan. Di Hologres V2.1.11 dan versi sebelumnya, Hologres memotong data sumber berdasarkan presisi kolom tujuan. Pernyataan berikut memberikan contoh.

  Catatan

  Di Hologres V2.1.12 dan versi lebih baru, prosesnya sama baik menggunakan fitur rencana tetap maupun tidak.

  CREATE TABLE fixed_plan_decimal (col DECIMAL(3,2));
  
  -- Di Hologres V2.1.12 dan versi lebih baru, data 2.56 ditulis. Di versi sebelum V2.1.12, data 2.55 ditulis.
  INSERT INTO fixed_plan_decimal VALUES (2.555);
  
  -- Di semua versi Hologres, data 2.55 ditulis.
  INSERT INTO fixed_plan_decimal VALUES (2.554);

• Data Map, alur data, dan Enkripsi Transmisi telah menyelesaikan fase Beta dan kini tersedia secara umum.

• Persyaratan izin untuk mengonsumsi Binlog Hologres telah diperbarui sehingga hanya memerlukan izin baca pada tabel target. Untuk informasi selengkapnya, lihat Konsumsi data Binlog Hologres menggunakan JDBC.

• Jika Anda menggunakan Bulkload untuk mengimpor data ke tabel internal Hologres yang tidak memiliki kunci distribusi, kinerja impor mungkin menurun.

• Di Hologres V2.1 dan versi lebih baru, sintaksis CREATE TABLE WITH PROPERTY didukung untuk menyederhanakan konfigurasi properti tabel. Untuk informasi selengkapnya, lihat CREATE TABLE.

• Di Hologres V2.1 dan versi lebih baru, kebijakan kompaksi untuk operasi DELETE dan UPDATE dimodifikasi. Setelah modifikasi, file yang ditandai yang menjadi sasaran operasi DELETE diklaim kembali secara tepat waktu. Dalam skenario di mana operasi DELETE dan UPDATE sering dilakukan pada tabel berorientasi kolom, ruang penyimpanan dapat berkurang dan kinerja kueri dapat meningkat. Setelah Anda meng-upgrade instans Hologres ke V2.1 atau versi lebih baru, file-file kecil historis dikompaksi di latar belakang dan mengonsumsi banyak resource CPU. Proses kompaksi ini dapat memakan waktu lebih dari 10 menit atau bahkan beberapa jam, tergantung pada ukuran file kecil tersebut.

• Di Hologres V2.1 dan versi lebih baru, mekanisme ditambahkan untuk memeriksa apakah semua kolom yang ditentukan dalam CONFLICT dalam sintaksis INSERT INTO <table_name> ON CONFLICT(<col_name>,...) DO merupakan kolom kunci primer. Jika ada kolom yang bukan kolom kunci primer, eksekusi pernyataan SQL gagal. Untuk informasi selengkapnya, lihat INSERT ON CONFLICT (UPSERT).

• Di Hologres V2.1 dan versi lebih baru, ekstensi dlf_fdw dibuat secara default agar Anda dapat mengakses data lake melalui tabel eksternal. Anda tidak perlu membuat ekstensi dlf_fdw secara manual. Parameter dlf_region tidak perlu ditentukan saat Anda membuat server eksternal. Hanya parameter dlf_endpoint, oss_endpoint, dan dlf_catalog yang perlu ditentukan. Verifikasi format ditambahkan untuk parameter dlf_endpoint dan oss_endpoint untuk mencegah error. Persyaratan format:

  • dlf_endpoint: dlf-share.<nation>-<region>.aliyuncs.com

  • oss_endpoint:

    • Bucket OSS: oss-<nation>-<region>-internal.aliyuncs.com

    • Bucket OSS-HDFS: oss-<nation>-<region>.oss-dls.aliyuncs.com

• Kata kunci berikut digunakan sebagai kata kunci non-reserved: system_time, proctime, dan dynamic. Anda tidak dapat menggunakan kata kunci non-reserved sebagai nama kolom dalam pernyataan SQL, dan hanya dapat menggunakannya sebagai alias. Anda harus menggunakan kata kunci non-reserved setelah AS. Pernyataan contoh:

  -- Di Hologres V2.0 dan versi sebelumnya, ketiga kata kunci ini dapat digunakan sebagai nama kolom atau alias dalam pernyataan SQL.
  SELECT xxxx SYSTEM_TIME FROM t;
  
  SELECT xxxx AS SYSTEM_TIME FROM t;
  
  -- Di Hologres V2.1 dan versi lebih baru, ketiga kata kunci ini hanya dapat digunakan sebagai alias dalam pernyataan SQL.
  SELECT xxxx AS SYSTEM_TIME FROM t;

V2.0 (Juni 2023)

Beberapa fitur dioptimalkan.

• Saat Anda menggunakan Realtime Compute for Apache Flink untuk mengonsumsi log biner Hologres, mode JDBC didukung. Mode HoloHub yang ditentukan oleh konfigurasi 'sdkMode'='holohub' akan dihentikan secara bertahap. Mode JDBC lebih stabil daripada mode HoloHub dan mendukung lebih banyak tipe data. Sebelum Anda meng-upgrade instans Hologres ke V2.0, gunakan salah satu solusi berikut untuk memeriksa deployment Realtime Compute for Apache Flink dan instans Hologres Anda serta memastikan deployment Realtime Compute for Apache Flink dapat berjalan sebagaimana mestinya. Untuk informasi selengkapnya, lihat Konsumsi data Binlog Hologres menggunakan JDBC.

  • Solusi 1: Direkomendasikan. Upgrade versi VVR Realtime Compute for Apache Flink ke 8.0.6 atau versi lebih baru, lalu upgrade instans Hologres Anda. Dalam kasus ini, Realtime Compute for Apache Flink secara otomatis mengubah mode HoloHub menjadi mode JDBC. Realtime Compute for Apache Flink yang menggunakan VVR 8.0.6 memiliki cacat yang diketahui. Jika tabel dimensi berisi terlalu banyak bidang, draft Realtime Compute for Apache Flink berbasis VVR gagal diterapkan karena timeout. Untuk informasi selengkapnya, lihat bagian "Catatan rilis konektor Hologres" dalam Ikhtisar. Kami menyarankan Anda meng-upgrade versi VVR Realtime Compute for Apache Flink ke 8.0.7.

  • Solusi 2: Upgrade versi VVR Realtime Compute for Apache Flink ke 8.0.4 atau 8.0.5 dan restart deployment tersebut. Berikan salah satu set izin berikut ke akun pengguna yang digunakan untuk login ke instans Hologres. Setelah Anda memastikan deployment berjalan dengan baik, upgrade instans Hologres Anda.

    • Izin superuser pada instans Hologres

    • Izin pemilik tabel, izin CREATE DATABASE, dan izin peran replikasi instans Hologres

  • Solusi 3: Upgrade versi VVR Realtime Compute for Apache Flink ke versi antara 6.0.7 hingga 8.0.3, lalu upgrade instans Hologres Anda. Dalam kasus ini, Realtime Compute for Apache Flink masih menggunakan mode HoloHub untuk mengonsumsi log biner Hologres.

• Mode panggilan prosedur jarak jauh (RPC) yang ditentukan oleh konfigurasi 'sdkMode'='rpc' atau 'rpcMode'='true' tidak lagi didukung oleh tabel dimensi dan tabel hasil Realtime Compute for Apache Flink. Sebagai gantinya, digunakan mode JDBC. Sebelum Anda meng-upgrade instans Hologres ke V2.0, lakukan operasi berikut untuk memeriksa deployment Realtime Compute for Apache Flink dan instans Hologres Anda serta memastikan deployment Realtime Compute for Apache Flink dapat berjalan sebagaimana mestinya. Untuk informasi selengkapnya, lihat Hologres.

  • Jika versi VVR Realtime Compute for Apache Flink adalah 6.0.7 atau versi lebih baru, sistem secara otomatis mengubah mode RPC menjadi mode JDBC. Tidak diperlukan operasi tambahan.

  • Jika versi VVR Realtime Compute for Apache Flink antara 6.0.3 hingga 6.0.6, ubah konfigurasi 'sdkMode'='rpc' menjadi 'sdkMode'='jdbc' atau ubah konfigurasi 'rpcMode'='true' menjadi 'rpcMode'='false' untuk deployment Realtime Compute for Apache Flink.

  • Jika versi VVR Realtime Compute for Apache Flink adalah 6.0.2 atau versi sebelumnya, ubah konfigurasi 'rpcMode'='true' menjadi 'rpcMode'='false' untuk deployment Realtime Compute for Apache Flink.

  • Jika koneksi ke instans Hologres Anda tidak mencukupi, kami menyarankan Anda mengonfigurasi parameter connectionPoolName untuk berbagi koneksi dalam kolam koneksi. Anda juga dapat meng-upgrade versi VVR Realtime Compute for Apache Flink ke 6.0.7 atau versi lebih baru dan menggunakan konfigurasi 'sdkMode'='jdbc_fixed'. Dalam kasus ini, tidak ada koneksi yang digunakan.

  • Mode RPC tidak melakukan deduplikasi data dengan kunci primer yang sama dalam batch yang sama. Mode JDBC secara otomatis melakukan deduplikasi data tersebut. Jika Anda perlu mempertahankan data lengkap dalam skenario bisnis, gunakan konfigurasi 'jdbcWriteBatchSize'='1' untuk mencegah deduplikasi.

• Di Hologres V2.0 dan versi lebih baru, Anda tidak dapat menggunakan Blink untuk melakukan kueri titik real-time pada data di Hologres atau menulis data ke Hologres. Kami menyarankan Anda memigrasikan deployment Blink ke Realtime Compute for Apache Flink sebelum meng-upgrade instans Hologres Anda.

V2.0 (April 2023)

Beberapa fitur dioptimalkan.

• Di Hologres V2.0 dan versi lebih baru, data dalam format segment tidak dapat disimpan dalam mode penyimpanan berorientasi kolom. Instans Hologres yang berisi data dalam format segment tidak dapat di-upgrade ke V2.0 atau versi lebih baru. Anda dapat menggunakan fungsi hg_convert_segment_orc untuk mengonversi beberapa tabel dalam format segment menjadi tabel dalam format Optimized Row Columnar (ORC) secara bersamaan. Untuk informasi selengkapnya, Ubah format penyimpanan data tabel berorientasi kolom.

• Batas atas diterapkan pada jumlah shard untuk kelompok tabel atau instans. Hal ini membantu mencegah pemborosan resource akibat penyalahgunaan kelompok tabel. Untuk informasi selengkapnya, lihat Kelola Kelompok Tabel dan jumlah shard.

• Data ditulis ke DataHub dalam mode JDBC, bukan mode SDK. Mode JDBC lebih stabil daripada mode SDK dan mendukung lebih banyak tipe data.

• Secara default, ekstensi log biner dikonfigurasi. Saat Anda mengonsumsi data log biner dalam mode JDBC, Anda tidak perlu membuat ekstensi log biner. Jika Anda mengonsumsi data log biner dalam mode JDBC, jumlah maksimum walsender yang dapat digunakan ditingkatkan 10 kali lipat. Untuk instans yang dikonfigurasi dengan 32 core CPU, jumlah maksimum walsender ditingkatkan dari 200 menjadi 2.000. Walsender dihitung sebagai slot. Untuk informasi selengkapnya, lihat Konsumsi data Binlog Hologres menggunakan JDBC.

• Setelah Anda meng-upgrade instans Hologres, fitur auto-analyze dilakukan pada tabel yang tidak memiliki informasi statistik. Proses ini mengonsumsi resource CPU dan dapat memakan waktu beberapa menit hingga beberapa jam, tergantung pada jumlah tabel yang tidak memiliki informasi statistik.

• Fase pratinjau publik fitur backup dan pemulihan serta fitur penyimpanan berjenjang telah selesai, dan fitur-fitur tersebut dapat digunakan di lingkungan produksi.

• Fase pratinjau publik fitur replikasi tingkat share telah selesai, dan fitur tersebut dapat digunakan di lingkungan produksi. Untuk informasi selengkapnya, lihat Replikasi tingkat shard untuk throughput tinggi.

• Parameter yang menentukan properti tabel distandardisasi. Sintaksis yang digunakan untuk mengonfigurasi properti tabel jika nama kolom berisi huruf kapital berubah. Untuk informasi selengkapnya, lihat CREATE TABLE. Nilai auto tidak didukung untuk properti bitmap_columns. Perubahan ini tidak memengaruhi penggunaan tabel yang sudah ada.

• Fungsi HG_CREATE_TABLE_LIKE dapat mewarisi indeks yang dibuat, kolom tipe data SERIAL, dan kolom yang dibuat indeks vektor proxima.

V1.3 (Juni 2023)

• Di Hologres V1.3.53 dan versi lebih baru, jumlah replika harus kurang dari atau sama dengan jumlah worker. Untuk informasi selengkapnya, lihat Replikasi tingkat shard untuk throughput tinggi (Beta).

• Hasil komputasi fungsi Avg dioptimalkan. Di versi Hologres sebelum V1.3, fungsi Avg mengembalikan hasil komputasi dengan maksimal enam tempat desimal. Jika hasil komputasi berisi lebih dari enam tempat desimal, hasil tersebut dipotong. Di Hologres V1.3 dan versi lebih baru, fungsi Avg mengembalikan hasil komputasi dengan tempat desimal lengkap.

• Nilai tipe TEXT yang dikonversi dari nilai tipe DECIMAL dioptimalkan. Di versi Hologres sebelum V1.3.46, nilai tipe TEXT yang dikonversi dari nilai tipe DECIMAL ditampilkan dalam format notasi ilmiah. Di Hologres V1.3.46 dan versi lebih baru, nilai tipe TEXT yang dikonversi dari nilai tipe DECIMAL ditampilkan secara langsung. Pernyataan SQL contoh:

  CREATE TABLE t (a INT, b DECIMAL(38,10));
  INSERT INTO t VALUES (1,1);
  INSERT INTO t VALUES (1,0);
  SELECT a,b,b::text FROM t;
  -- Di Hologres V1.3.46 atau versi lebih baru, hasil berikut dikembalikan:
  a	|  b	        |b
  --+-------------+------
  1 |0.0000000000	|0.0000000000
  1 |1.0000000000	|1.0000000000
  
  -- Di versi sebelum Hologres V1.3.46, hasil berikut dikembalikan:
  a	|  b	        |b
  --+-------------+------
  1 |0.0000000000	|0.E-10
  1 |1.0000000000	|1.0000000000

Perubahan perilaku default di Hologres V1.3 yang dirilis pada Februari 2023

Beberapa fitur dioptimalkan.

Di Hologres V1.3.36 dan versi lebih baru, Anda dapat membuat tampilan lintas skema menggunakan model izin tingkat skema (SLPM). Untuk informasi selengkapnya, lihat Gunakan SLPM.

V1.3 (Januari 2023)

Beberapa fitur dioptimalkan.

• Di Hologres V2.0 dan versi lebih baru, tabel dalam format segment tidak lagi didukung. Di Hologres V1.3.35 dan versi lebih baru, disediakan pernyataan untuk mengonversi beberapa tabel dalam format segment menjadi tabel dalam format ORC secara bersamaan. Konversi ini memfasilitasi migrasi data di tabel yang sudah ada. Untuk informasi selengkapnya, lihat Ubah format penyimpanan data tabel berorientasi kolom. Instans Hologres yang berisi data dalam format segment tidak dapat di-upgrade ke versi yang lebih baru.

• Di Hologres V1.3.35 dan versi lebih baru, lebih banyak parameter Grand Unified Configuration (GUC) untuk fitur rencana tetap diatur ke on secara default. Hal ini meningkatkan kegunaan dan kinerja sistem. Untuk informasi selengkapnya, lihat Percepat eksekusi SQL menggunakan Fixed Plan.

V1.3 (Desember 2022)

Beberapa fitur dioptimalkan.

• Mulai December 26, 2022, Alibaba Cloud tidak lagi menyediakan titik akhir virtual private cloud (VPC) untuk instans baru, termasuk instans yang dibuat menggunakan fitur backup atau pemulihan. Anda dapat menentukan titik akhir VPC yang lebih aman. Titik akhir VPC yang Anda tentukan hanya terhubung ke VPC yang Anda pilih saat membeli instans Hologres. Hal ini memberikan keamanan dan isolasi yang lebih baik. Instans yang sudah ada tidak terpengaruh. Kami menyarankan Anda menonaktifkan titik akhir VPC asli dan menentukan titik akhir VPC sebagai gantinya.

• Di Hologres V1.3.31 dan versi lebih baru, Anda dapat mengenkripsi data di Hologres dan mengkueri data terenkripsi dari MaxCompute secara default. Anda tidak perlu mengonfigurasi pengaturan tambahan atau mengirim tiket. Untuk informasi selengkapnya, lihat Enkripsi data saat diam dan Kueri data MaxCompute terenkripsi.

V1.3 (November 2022)

V1.3 (Oktober 2022)

V1.3 (September 2022)

V1.3 (Juli 2022)

V1.1 (Juli 2022)

V1.1 (April 2022)

Penggunaan memori dioptimalkan.

Di Hologres V1.1.53 dan versi lebih baru, penggunaan memori dioptimalkan. Metrik O&M juga dilaporkan secara lebih optimal di backend. Hal ini menghabiskan lebih sedikit resource memori dan menyisakan lebih banyak resource memori untuk komputasi. Anda dapat memperbarui versi instans Hologres Anda ke V1.1.53 berdasarkan kebutuhan bisnis Anda.

V1.1 (Maret 2022)

Kinerja kueri titik yang diinisiasi menggunakan rencana tetap dioptimalkan.

Di Hologres V1.1.49 dan versi lebih baru, kinerja kueri titik yang diinisiasi menggunakan rencana tetap dioptimalkan. Dalam kueri titik yang melibatkan banyak data, throughput ditingkatkan lebih dari 30%. Anda dapat memperbarui versi instans Hologres Anda ke V1.1.49 atau versi lebih baru berdasarkan kebutuhan bisnis Anda. Untuk informasi selengkapnya tentang rencana tetap, lihat Percepat eksekusi SQL menggunakan Fixed Plan.

V1.1 (Maret 2022)

Properti diverifikasi saat tabel anak dilampirkan ke tabel induk.

Di Hologres V1.1.42 dan versi lebih baru, properti tabel anak dan tabel induk diverifikasi secara ketat setelah Anda menginisiasi permintaan untuk melampirkan tabel anak ke tabel induk. Jika properti tabel anak tidak konsisten dengan tabel induk, error dilaporkan dan operasi pelampiran gagal. Properti yang diverifikasi sistem meliputi kunci primer, indeks, dan Kendala NOT NULL. Sebelum membuat tabel anak, pastikan properti tabel anak konsisten dengan tabel induk. Untuk informasi selengkapnya, lihat CREATE PARTITION TABLE.

-- Dalam contoh ini, pernyataan DDL berikut dieksekusi untuk membuat tabel induk dan tabel anak.
BEGIN;
CREATE TABLE public.hologres_parent(
  a INT,
  b text NOT NULL,
  c timestamptz NOT NULL,
  ds text,
  PRIMARY KEY(a,ds)
)
 PARTITION BY LIST(ds);
CALL set_table_property('public.hologres_parent', 'orientation', 'column');
CALL set_table_property('public.hologres_parent', 'distribution_key', 'a');
CALL set_table_property('public.hologres_parent', 'clustering_key', 'b');
CALL set_table_property('public.hologres_parent', 'event_time_column', 'c');

CREATE TABLE public.hologres_child PARTITION OF public.hologres_parent 
FOR VALUES IN('20201103');

COMMIT;

-- Buat tabel partisi anak sementara.
BEGIN;
CREATE TABLE IF NOT EXISTS public.tmp_hologres_child(
  a INT,
  b text NOT NULL,
  c timestamptz NOT NULL,
  ds text,
  PRIMARY KEY (a,ds)
);
CALL set_table_property('public.tmp_hologres_child', 'orientation', 'column');
CALL set_table_property('public.tmp_hologres_child', 'distribution_key', 'a');
CALL set_table_property('public.tmp_hologres_child', 'clustering_key', 'a,b');
CALL set_table_property('public.tmp_hologres_child', 'event_time_column', 'c');
COMMIT;

-- Impor data dari tabel eksternal ke tabel partisi anak sementara.
INSERT INTO public.tmp_hologres_child SELECT * FROM foreign_table WHERE ds='20201103';

-- Hapus tabel partisi anak asli dan kaitkan tabel partisi anak sementara dengan tabel induk.
BEGIN;
DROP TABLE IF EXISTS  public.hologres_child;
ALTER TABLE public.tmp_hologres_child RENAME TO hologres_child;
ALTER TABLE public.hologres_parent ATTACH PARTITION public.hologres_child
FOR VALUES IN ('20201103');
COMMIT ;

-- Penyebab error.
ERROR: 
partition index hologres_child's immutable properties(e.g. clustering_key, event_time_column) is consistent with parent.  
Hint: create partition with [create table ... partition of ...] to be consistent with parent.                

V1.1 (Desember 2021)

Secara default, titik akhir publik instans Hologres baru dinonaktifkan.

Untuk memenuhi persyaratan keamanan untuk kontrol akses data, titik akhir publik instans Hologres baru secara otomatis dinonaktifkan dan kemampuan akses Internet tidak disediakan secara default mulai pukul 00.00.00 pada 7 Desember 2021. Jika Anda ingin menghubungkan ke instans Hologres Anda menggunakan titik akhir publik, Anda dapat mengaktifkan titik akhir publik di Konsol Hologres.

V1.1 (November 2021)

Memori maksimum yang digunakan untuk komputasi tidak lagi dibatasi hingga 20 GB per node.

V1.1 (Oktober 2021)

• Secara default, fitur auto-analyze diaktifkan.

  Fitur auto-analyze diperkenalkan di Hologres V0.10. Fitur ini telah diverifikasi oleh pengguna online dan terbukti stabil di lingkungan produksi. Secara default, fitur auto-analyze diaktifkan di Hologres V1.1. Status fitur auto-analyze tetap tidak berubah di instans Hologres yang diperbarui ke V1.1. Secara default, fitur auto-analyze diaktifkan untuk instans baru yang dibuat di Hologres V1.1. Nama parameter terkait juga diubah di Hologres V1.1. Tabel berikut menjelaskan perubahannya.

  Nama parameter asli	Nama parameter baru	Nilai default
  hg_experimental_enable_start_auto_analyze_worker	hg_enable_start_auto_analyze_worker	on

  Untuk informasi selengkapnya tentang cara menggunakan fitur auto-analyze, lihat ANALYZE dan AUTO ANALYZE.

• Nama fungsi yang terkait dengan kelompok tabel diubah.

  Fitur resharding diperkenalkan di Hologres V0.10. Fitur ini telah diverifikasi oleh pengguna online dan terbukti stabil di lingkungan produksi. Di Hologres V1.1, nama fungsi yang terkait dengan kelompok tabel diubah. Tabel berikut menjelaskan perubahannya.

  Nama fungsi asli	Nama fungsi baru
  hg_update_table_shard_count('table_name','table_group_name')	hg_move_table_to_table_group('table_name','table_group_name')

  • Untuk informasi selengkapnya tentang cara menggunakan fitur resharding, lihat Kelola Kelompok Tabel dan jumlah shard.

  • Untuk informasi selengkapnya tentang cara menggunakan kelompok tabel, lihat Praktik terbaik untuk menentukan kelompok tabel.

• Engine untuk akses dipercepat ke tabel eksternal MaxCompute di Hologres diubah.

  Engine baru untuk akses dipercepat ke tabel eksternal MaxCompute diperkenalkan di Hologres V0.10. Engine ini meningkatkan kinerja lebih dari 30%. Engine ini telah diverifikasi oleh pengguna online dan terbukti stabil di lingkungan produksi. Di Hologres V1.1, engine baru digunakan sebagai engine default untuk akses dipercepat ke tabel eksternal MaxCompute. Engine untuk akses dipercepat ke tabel eksternal MaxCompute tetap tidak berubah di instans Hologres yang diperbarui ke V1.1. Untuk instans baru yang dibuat di Hologres V1.1, engine baru digunakan sebagai engine default. Nama parameter terkait juga diubah di Hologres V1.1. Tabel berikut menjelaskan perubahannya.

  Nama parameter asli	Nama parameter baru	Keterangan
  hg_experimental_enable_access_odps_orc_via_holo	hg_enable_access_odps_orc_via_holo	Nilai default: on.
  hg_experimental_foreign_table_executor_max_dop	hg_foreign_table_executor_max_dop	Nilai default diubah menjadi jumlah core CPU instans. Nilai maksimum adalah 128.
  None	hg_foreign_table_executor_dml_max_dop	Parameter ini ditambahkan di Hologres V1.1. Nilai default adalah 32. Parameter ini berlaku untuk pernyataan DML yang terkait dengan tabel eksternal.
  hg_experimental_foreign_table_split_size	hg_foreign_table_split_size	Nilai default: 64. Satuan: MB.
  hg_experimental_foreign_table_max_partition_limit	hg_foreign_table_max_partition_limit	Nilai default adalah 512. Nilai ini menunjukkan bahwa hingga 512 partisi dapat dipindai untuk satu kueri.
  hg_experimental_enable_write_maxcompute	None	Di Hologres V1.1, nilai default adalah on. Nilai on menunjukkan bahwa data dapat ditulis kembali ke MaxCompute. Untuk informasi selengkapnya, lihat Ekspor data ke MaxCompute.

  Untuk informasi selengkapnya tentang parameter, lihat Optimalkan kinerja kueri untuk tabel eksternal MaxCompute.

• Tabel pg_stat_activity mencatat status koneksi aktif untuk semua node frontend.

  Di versi sebelum Hologres V1.1, tabel pg_stat_activity hanya mencatat status koneksi aktif untuk satu node FE. Hal ini menyulitkan pemeriksaan dan pemrosesan kueri aktif. Di Hologres V1.1, tabel pg_stat_activity mencatat status koneksi aktif untuk semua node FE. Untuk informasi selengkapnya tentang cara mengelola kueri aktif menggunakan tabel pg_stat_activity, lihat Kelola kueri.

• Mekanisme manajemen koneksi disesuaikan.

  Di Hologres V1.1 dan versi lebih baru, koneksi dicadangkan untuk superuser. Selain itu, logika kolam koneksi HoloWeb dioptimalkan. Hal ini memungkinkan superuser terhubung ke instans Hologres menggunakan HoloWeb dan mengelola atau melepaskan koneksi jika jumlah koneksi melebihi jumlah maksimum koneksi yang didukung oleh tipe instans. Untuk informasi selengkapnya, lihat Kelola koneksi.

• Nilai default parameter idle_in_transaction_session_timeout diubah.

  Parameter idle_in_transaction_session_timeout menentukan periode timeout setelah transaksi memasuki keadaan idle. Jika Anda tidak mengonfigurasi parameter ini, transaksi yang timeout tidak akan di-rollback secara default. Akibatnya, deadlock dapat terjadi selama kueri. Di Hologres V1.1, parameter idle_in_transaction_session_timeout diatur ke 10 menit secara default. Untuk informasi selengkapnya, lihat Kelola kueri.