Cara menggunakan bit pilih mysql

Contoh

Kembalikan "YA" jika kondisinya BENAR, atau "TIDAK" jika kondisinya SALAH

PILIH IIF(500<1000, 'YA', 'TIDAK');

Definisi dan Penggunaan

Fungsi IIF() mengembalikan nilai jika kondisinya BENAR, atau nilai lain jika kondisinya SALAH

Sintaksis

IIF(kondisi, nilai_jika_benar, nilai_jika_salah)

Nilai Parameter

Detail teknis

Lebih banyak contoh

Contoh

Kembalikan 5 jika kondisinya BENAR, atau 10 jika kondisinya SALAH

PILIH IIF(500<1000, 5, 10);

Contoh

Uji apakah dua string sama dan kembalikan "YA" jika keduanya, atau "TIDAK" jika tidak

SELECT IIF('halo' = 'sampai jumpa', 'YA', 'TIDAK');

Contoh

Kembalikan "LEBIH BANYAK" jika kondisinya BENAR, atau "KURANG" jika kondisinya SALAH

PILIH OrderID, Kuantitas, IIF(Kuantitas>10, 'LEBIH BANYAK', 'KURANG')
DARI Rincian Pesanan;

Terjemahan disediakan oleh mesin penerjemah. Jika konten yang diterjemahkan bertentangan dengan versi bahasa Inggris asli, versi bahasa Inggris yang akan berlaku

Anda dapat memigrasikan data dari database yang kompatibel dengan MySQL (MySQL, MariaDB, atau Amazon Aurora MySQL) menggunakan AWS Database Migration Service. MySQL versi 5. 5, 5. 6, 5. 7, dan 8. 0. MariaDB versi 10. 0. 24 untuk 10. 0. 28, 10. 1, 10. 2, 10. 3, 10. 4, dan 10. 5, serta Amazon Aurora MySQL, didukung untuk lokal

Dukungan untuk MySQL 8. 0 sebagai sumber daya yang tersedia di AWS DMS versi 3. 4. 0 dan versi yang lebih baru, kecuali saat payload transaksi dikompresi. AWS DMS saat ini tidak mendukung replikasi CDC menggunakan MySQL 8. 0 sebagai sumber saat enkripsi log biner diaktifkan

Anda dapat menggunakan SSL untuk mengenkripsi koneksi antara titik akhir yang kompatibel dengan MySQL dan instans replikasi. Untuk informasi selengkapnya tentang menggunakan SSL dengan titik akhir yang kompatibel dengan MySQL, lihat

Di bagian berikut, kondisi "dikelola sendiri" berlaku untuk setiap database yang diinstal secara lokal atau di Amazon EC2. Istilah "dikelola AWS" berlaku untuk semua database di Amazon RDS, Amazon Aurora, atau Amazon S3

Untuk detail tambahan tentang penggunaan database yang kompatibel dengan MySQL dan AWS DMS, lihat bagian berikut

Migrasi dari MySQL ke MySQL menggunakan AWS DMS

Untuk migrasi heterogen, yaitu Anda bermigrasi dari mesin database selain MySQL ke database MySQL, AWS DMS hampir selalu merupakan alat migrasi terbaik untuk digunakan. Tapi untuk migrasi homogen, yaitu Anda bermigrasi dari database MySQL ke database MySQL, alat asli bisa lebih efektif

Kami menyarankan Anda menggunakan alat migrasi database MySQL asli seperti mysqldump dalam kondisi berikut

• Anda memiliki migrasi homogen, yaitu Anda bermigrasi dari sumber database MySQL ke database MySQL target

• Anda memigrasikan seluruh database

• Alat asli memungkinkan Anda memigrasikan data dengan waktu henti minimal

Anda juga dapat mengimpor data dari database MySQL atau MariaDB yang ada ke instans Amazon RDS MySQL atau DB MariaDB. Anda dapat melakukan ini dengan menyalin database dengan mysqldump dan menyalurkannya langsung ke instans Amazon RDS MySQL atau MariaDB DB. Utilitas baris perintah mysqldump umumnya digunakan untuk mencadangkan dan mentransfer data dari satu server MySQL atau MariaDB ke server lain. Utilitas ini disertakan dengan perangkat lunak klien MySQL dan MariaDB

Untuk informasi selengkapnya tentang mengimpor database MySQL ke dalam Amazon RDS for MySQL atau Amazon Aurora Edisi Kompatibel MySQL, lihat Mengimpor data ke dalam instans MySQL DB dan Mengimpor data dari MySQL atau MariaDB DB ke dalam instans Amazon RDS MySQL atau MariaDB DB

Menggunakan AWS DMS untuk memigrasikan data dari MySQL ke MySQL

AWS DMS dapat memigrasikan data dari, misalnya, database MySQL sumber lokal ke instans target Amazon RDS for MySQL atau Aurora MySQL. Tipe data inti atau dasar MySQL adalah yang paling sering berhasil dimigrasikan

Tipe data yang didukung di database sumber tetapi tidak didukung di target mungkin tidak berhasil dimigrasikan. AWS DMS mengalirkan beberapa tipe data sebagai string jika tipe data tidak diketahui. Beberapa tipe data, seperti XML, dapat berhasil dimigrasikan sebagai file kecil tetapi dapat gagal jika berupa dokumen besar

Tabel berikut menunjukkan jenis data sumber MySQL dan apakah dapat berhasil dimigrasikan

Jenis dataBerhasil bermigrasiAkan sebagian bermigrasiTidak akan bermigrasiINTXBIGINTXMEDIUMINTXTINYINTXDECIMAL(p,s)XBINARYXBIT(M)XBLOBXLONGBLOBXMEDIUMBLOBXTINYBLOBXDATEXDATETIMEXTIMEXTIMESTAMPXYEARXDOUBLEXFLOATXVARCHAR(N)XVARBINARY(N)XCHAR(N)XTEXTXLONGTEXTXMEDIUMTEXTXTINYTEXTXJSONXGEOMETRYXPOINTXLINESTRINGXPOLYGONXMULTILINESTRINGXMULTIPOLYGONXGEOMETRYCOLLECTIONXENUMXSETX

Sebelum Anda mulai menggunakan database MySQL sebagai sumber untuk AWS DMS, pastikan Anda memiliki prasyarat berikut. Prasyarat ini berlaku untuk sumber daya yang dikelola sendiri dan yang dikelola AWS

Anda harus memiliki akun untuk AWS DMS yang memiliki peran Admin Replikasi. Peran membutuhkan hak istimewa berikut

• REPLICATION CLIENT — Hak istimewa ini diperlukan hanya untuk tugas CDC. Dengan kata lain, tugas full-load-only tidak memerlukan hak istimewa ini

• REPLICATION SLAVE — Hak istimewa ini diperlukan hanya untuk tugas CDC. Dengan kata lain, tugas full-load-only tidak memerlukan hak istimewa ini

• SUPER — Hak istimewa ini hanya diperlukan di versi MySQL sebelum 5. 6. 6

Pengguna AWS DMS juga harus memiliki hak istimewa SELECT untuk tabel sumber yang ditunjuk untuk replikasi

Menggunakan database yang kompatibel dengan MySQL yang dikelola sendiri sebagai sumber daya untuk AWS DMS

Anda dapat menggunakan database yang kompatibel dengan MySQL yang dikelola sendiri berikut ini sebagai sumber untuk AWS DMS

• Edisi Komunitas MySQL

• Edisi Standar MySQL

• Edisi MySQL Perusahaan

• MySQL Cluster Carrier Grade Edition

• Edisi Komunitas MariaDB

• Edisi MariaDB Perusahaan

• Toko Kolom MariaDB

Untuk menggunakan CDC, pastikan untuk mengaktifkan logging biner. Untuk mengaktifkan logging biner, parameter berikut harus dikonfigurasi dalam file MySQL my.ini (Windows) atau my.cnf (UNIX)

Parameter

Nilai

server-id

Tetapkan parameter ini sehingga nilainya 1 atau lebih besar

log-bin_

Setel jalur ke file log biner, seperti log-bin=E:\MySql_Logs\BinLog. Jangan sertakan ekstensi file

binlog_format_

Setel parameter ini ke ROW. Kami merekomendasikan pengaturan ini selama replikasi karena dalam kasus tertentu ketika binlog_format diatur ke mysqldump1, ketidakkonsistenan dapat terjadi saat mereplikasi data ke target. Mesin database juga menulis data yang tidak konsisten yang mirip dengan target ketika binlog_format diatur ke mysqldump3, karena mesin database secara otomatis beralih ke logging berbasis mysqldump1 yang dapat mengakibatkan data yang tidak konsisten ditulis ke database target

mysqldump_5

Tetapkan parameter ini sehingga nilainya 1 atau lebih besar. Untuk mencegah penggunaan ruang disk yang berlebihan, kami menyarankan agar Anda tidak menggunakan nilai default 0

mysqldump_6

Setel parameter ini ke mysqldump_7

mysqldump_8

Setel parameter ini ke mysqldump_9

mysqldump_0

Tetapkan parameter ini ke mysqldump_1 jika Anda menggunakan replika baca MySQL atau MariaDB sebagai sumber

Jika sumber Anda menggunakan mesin database NDB (berkerumun), parameter berikut harus dikonfigurasi untuk mengaktifkan CDC pada tabel yang menggunakan mesin penyimpanan. Tambahkan perubahan ini di MySQL my.ini_ (Windows) atau file my.cnf (UNIX)

Parameter

Nilai

mysqldump_4

Setel parameter ini ke mysqldump_5. Nilai ini memastikan bahwa perubahan dalam tabel berkerumun dicatat dalam log biner

mysqldump_6

Setel parameter ini ke mysqldump_7. Nilai ini mencegah pernyataan UPDATE ditulis sebagai pernyataan INSERT di log biner

mysqldump_8

Setel parameter ini ke mysqldump_7. Nilai ini memastikan bahwa log biner berisi semua baris dan bukan hanya kolom yang diubah

Menggunakan database yang kompatibel dengan MySQL yang dikelola AWS sebagai sumber untuk AWS DMS

Anda dapat menggunakan database yang kompatibel dengan MySQL terkelola AWS berikut ini sebagai sumber untuk AWS DMS

• Edisi Komunitas MySQL

• Edisi Komunitas MariaDB

• Edisi Kompatibel MySQL Amazon Aurora

Saat menggunakan database yang kompatibel dengan MySQL yang kompatibel dengan AWS MySQL sebagai sumber untuk AWS DMS, pastikan Anda memiliki prasyarat berikut untuk CDC

• Untuk mengaktifkan logging biner untuk RDS untuk MySQL dan untuk RDS untuk MariaDB, aktifkan pencadangan otomatis di tingkat instans. Untuk mengaktifkan logging biner untuk klaster Aurora MySQL Aurora, ubah variabelbinlog_formatdi grup parameter

  Untuk informasi selengkapnya tentang pengaturan pencadangan otomatis, lihat Bekerja dengan pencadangan otomatis di Panduan Pengguna Amazon RDS

  Untuk informasi selengkapnya tentang menyiapkan logging biner untuk Amazon RDS Database MySQL untuk Amazon RDS Database MySQL Menyiapkan format logging biner di Panduan Pengguna Amazon RDS

  Untuk informasi selengkapnya tentang menyiapkan logging biner untuk klaster Aurora MySQL Aurora, lihat Bagaimana cara mengaktifkan logging biner untuk klaster Amazon Aurora MySQL saya?

• Jika Anda berencana untuk menggunakan CDC, aktifkan logging biner. Untuk informasi selengkapnya tentang menyiapkan logging biner untuk Amazon RDS Database MySQL untuk Amazon RDS Database MySQL Menyiapkan format logging biner di Panduan Pengguna Amazon RDS

• Pastikan log biner tersedia untuk AWS DMS. Karena basis data yang kompatibel dengan MySQL yang dikelola AWS menghapus log biner sesegera mungkin, Anda harus menambah jangka waktu agar log tetap tersedia. Misalnya, untuk meningkatkan retensi log hingga 24 jam, jalankan perintah berikut

  
   call mysql.rds_set_configuration('binlog retention hours', 24);
                      

• Tetapkan parameter binlog_format ke my.ini2

  Untuk MariaDB, jika parameter binlog_format_ diubah menjadi ROW untuk tujuan replikasi, log biner berikutnya tetap dibuat dalam format mysqldump3. Ini dapat mencegah DMS membuat perubahan pada pengambilan data. Jadi, saat mengubah parameter binlog_format_ untuk MariaDB, reboot atau mulai lalu hentikan tugas replikasi Anda

• Setel parameter mysqldump_8 ke my.ini8

• Setel parameter mysqldump6 ke my.cnf0. Untuk informasi selengkapnya tentang pengaturan parameter di Amazon RDS MySQL, lihat Menggunakan pencadangan otomatis di Panduan Pengguna Amazon RDS

• Jika Anda menggunakan replika baca Amazon RDS MySQL atau Amazon RDS MariaDB sebagai sumber, aktifkan pencadangan pada replika baca, dan pastikanmysqldump0parameter diatur kemysqldump1

Batasan penggunaan database MySQL sebagai sumber untuk AWS DMS

Saat menggunakan database MySQL sebagai sumber, pertimbangkan hal berikut

• Ubah pengambilan data (CDC) tidak didukung untuk Amazon RDS MySQL 5. 5 atau versi yang lebih rendah. Untuk Amazon RDS MySQL, Anda harus menggunakan versi 5. 6, 5. 7, atau 8. 0 untuk mengaktifkan CDC. CDC didukung untuk sumber MySQL 5. 5 dikelola sendiri

• Untuk CDC, my.cnf_3, my.cnf4, dan my.cnf5 mengubah tipe data kolom, dan my.cnf6 didukung. Namun, my.cnf_7, my.cnf8, dan pembaruan yang dibuat untuk atribut lain, seperti nilai default kolom, nullability kolom, rangkaian karakter, dan seterusnya, tidak didukung

• Untuk tabel yang dipartisi pada sumbernya, saat Anda menetapkan table preparationMode target ke Rilis tabel pada target, AWS DMS membuat tabel sederhana tanpa partisi pada target MySQL. Untuk mencerminkan tabel terpartisi ke tabel terpartisi pada target, pertama buat tabel terpartisi pada database MySQL target

• Menggunakan pernyataan my.cnf9 TAMBAHKAN KOLOM server-id0 untuk menambahkan kolom ke awal (PERTAMA) atau tengah tabel (SETELAH) tidak didukung. Kolom selalu ditambahkan ke akhir tabel

• CDC tidak didukung saat nama tabel berisi huruf besar dan kecil, dan mesin sumber dihosting di sistem operasi dengan nama file yang tidak peka huruf besar/kecil. Contohnya adalah Microsoft Windows atau OS X menggunakan HFS+

• Anda dapat menggunakan Aurora MySQL yang kompatibel dengan Edisi Tanpa Server untuk muatan penuh, tetapi Anda tidak dapat menggunakannya untuk CDC. Ini karena Anda tidak dapat mengaktifkan prasyarat untuk MySQL. Untuk informasi lebih lanjut, lihat

• Atribut AUTO_INCREMENT pada kolom tidak bermigrasi ke kolom database target

• Menangkap perubahan saat log biner tidak disimpan dalam penyimpanan blok standar tidak didukung. Misalnya, CDC tidak berfungsi saat log biner disimpan di Amazon S3

• AWS DMS membuat tabel target dengan mesin penyimpanan InnoDB secara default. Jika Anda perlu menggunakan mesin penyimpanan selain InnoDB, Anda harus membuat tabel secara manual dan bermigrasi ke mesin tersebut menggunakan mode tidak melakukan apa pun

• Anda tidak dapat menggunakan replika Aurora MySQL sebagai sumber AWS DMS kecuali mode tugas migrasi DMS Anda adalah Migrasi data yang ada—hanya beban penuh

• Jika sumber daya yang kompatibel dengan MySQL berhenti saat beban penuh, tugas AWS DMS tidak berhenti dengan kesalahan. Tugas berakhir dengan sukses, tetapi target mungkin tidak sinkron dengan sumbernya. Jika ini terjadi, ulangi tugas atau muat ulang tabel yang terpengaruh

• Indeks yang dibuat pada bagian nilai kolom tidak bermigrasi. Misalnya, indeks CREATE INDEX first_ten_chars ON pelanggan (nama(10)) tidak dibuat pada target

• Dalam beberapa kasus, tugas dikonfigurasi untuk tidak mereplikasi LOB ("SupportLobs" salah dalam pengaturan tugas atau kolom Jangan sertakan LOB dipilih di konsol tugas). Dalam hal ini, AWS DMS tidak memigrasikan kolom MEDIUMBLOB, LONGBLOB, MEDIUMTEXT ke target

  Kolom BLOB, TINYBLOB, TEXT, dan TINYTEXT tidak terpengaruh dan dimigrasikan ke target

• Tabel data sementara atau tabel versi sistem tidak didukung di database sumber dan target MariaDB

• Jika bermigrasi di antara dua klaster MySQL Amazon RDS Aurora, titik akhir sumber daya MySQL RDS Aurora, bukan instans replika

• AWS DMS saat ini tidak mendukung migrasi tampilan untuk MariaDB

• AWS DMS tidak mendukung perubahan DDL untuk tabel terpartisi untuk MySQL

• AWS DMS saat ini tidak mendukung transaksi XA

• AWS DMS tidak mendukung GTID untuk replikasi

• AWS DMS tidak mendukung kompresi transaksi log biner

Atribut koneksi tambahan saat menggunakan MySQL sebagai sumber untuk AWS DMS

Anda dapat menggunakan atribut koneksi tambahan untuk mengonfigurasi sumber daya MySQL. Anda menentukan setelan ini saat membuat titik akhir sumber daya. Jika Anda memiliki beberapa pengaturan atribut koneksi, pisahkan satu sama lain dengan titik koma tanpa spasi tambahan (misalnya, server-id1)

Tabel berikut menampilkan atribut koneksi tambahan yang tersedia saat menggunakan Amazon RDS MySQL sebagai sumber untuk AWS DMS

NamaKeteranganserver-id_2

Menentukan seberapa sering memeriksa log biner untuk perubahan/peristiwa baru saat database diam

Nilai default. 5

Nilai yang valid. 1—60

Contoh. server-id_3

Dalam contoh, AWS DMS memeriksa perubahan dalam log biner setiap lima detik

Untuk AWS DMS versi 3. 4. 7 dan yang lebih baru, menyetel batas waktu pernyataan klien untuk titik akhir sumber daya MySQL, dalam hitungan detik

Nilai default. 60

Contoh. server-id5

Untuk contoh ini, pernyataan apa pun yang dijalankan AWS DMS terhadap sumber database MySQL akan habis waktu jika dibutuhkan lebih dari 1500 detik

Menentukan zona waktu untuk database sumber MySQL

Contoh. server-id_7

Jangan sertakan data zona waktu dalam tanda kutip tunggal

Menentukan skrip untuk dijalankan segera setelah AWS DMS terhubung ke titik akhir. Tugas migrasi terus berjalan terlepas dari apakah pernyataan SQL berhasil atau gagal

Nilai yang valid. Satu atau lebih pernyataan SQL yang valid, dimulai dengan titik koma

Contoh. server-id_9

Menghapus dan membuat ulang tabel metadata informasi pada instans replikasi saat terjadi ketidakcocokan. Misalnya, dalam situasi di mana menjalankan perubahan DDL pada tabel dapat menghasilkan informasi yang berbeda tentang tabel yang di-cache dalam instance replikasi. . Boolean

Nilai default. log-bin_1

Contoh. log-bin_2

Tipe data sumber untuk MySQL

Tabel berikut menampilkan tipe data sumber database MySQL yang didukung saat menggunakan AWS DMS dan pemetaan default tipe data AWS DMS

Untuk informasi tentang cara melihat tipe data yang dipetakan di target, lihat bagian titik akhir target yang Anda gunakan

Untuk informasi tambahan tentang tipe data AWS DMS, lihat Tipe data untuk AWS Database Migration Service

tipe data MySQL

Tipe data AWS DMS

INT

INT4

BESAR

INT8

MINT SEDANG

INT4

TINYINT

INT1

KECIL

INT2

TINYINT TAK TERTANDA

UINT1

KECIL TAK BERTANDA TANGAN

UINT2

MEDIUMINT TAK TERMASUK

UINT4

INT TAK TERTANDA

UINT4

BIGINT TAK BERTANDA

UINT8

desimal(10)

NUMERIK (10,0)

BINER

BYTE(1)

SEDIKIT

BOOLEAN

BIT(64)

BYTE(8)

GUMPAL

BYTE (65535)

LONGBLOB

GUMPAL

GEMPA SEDANG

GUMPAL

TINYBLOB

BYTE(255)

TANGGAL

TANGGAL

TANGGAL WAKTU

TANGGAL WAKTU

DATETIME tanpa tanda kurung direplikasi tanpa milidetik. DATETIME dengan nilai tanda kurung dari 1 hingga 5 (sepertilog-bin3) direplikasi dalam milidetik

Saat mereplikasi kolom DATETIME, waktu tetap sama pada target. Ini tidak dikonversi ke UTC

WAKTU

RANGKAIAN

URUTAN WAKTU

TANGGAL WAKTU

Saat mereplikasi kolom TIMESTAMP, waktu diubah menjadi UTC pada target

TAHUN

INT2

DOBEL

NYATA8

MENGAMBANG

NYATA (GANDA)

Jika nilai FLOAT tidak dalam rentang berikut, gunakan transformasi untuk memetakan FLOAT ke STRING. Untuk informasi selengkapnya tentang transformasi, lihat Aturan dan tindakan transformasi

Kisaran FLOAT yang didukung adalah -1. 79E+308 ke -2. 23E-308 ke 1. 79E+308 ke 1. 79E+308 ke 1. 79E+308 ke 1. 79E+308

VARCHAR (45)

WSTRING (45)

VARCHAR (2000)

WSTRING (2000)

VARCHAR (4000)

WSTRING (4000)

VARBINER (4000)

BYTE (4000)

VARBINER (2000)

BYTE (2000)

ARANG

WSTRING

TEKS

WSTRING

LONGTEXT

NCLOB

MEDIUMTEXT

NCLOB

TINYTEXT

WSTRING (255)

GEOMETRI

GUMPAL

TITIK

GUMPAL

LINESTRING

GUMPAL

POLIGON

GUMPAL

GANDA

GUMPAL

MULTILINESTRING

GUMPAL

MULTIPOLIGON

GUMPAL

KOLEKSI GEOMETRI

GUMPAL

ENUM

WSTRING (log-bin_4)

Di sini, log-bin_4 adalah panjang dari nilai terpanjang di ENUM

MENGATUR

WSTRING (log-bin_4)

Di sini, log-bin_4 adalah panjang total semua nilai dalam SET, termasuk koma

JSON

KLOB

Dalam beberapa kasus, Anda dapat menentukan tipe data DATETIME dan TIMESTAMP dengan nilai "nol" (yaitu 0000-00-00). Jika demikian, pastikan database target dalam tugas replikasi mendukung nilai "null" untuk tipe data DATETIME dan TIMESTAMP. Jika tidak, nilai-nilai ini dicatat sebagai nol pada target

Apa itu Pilih di MySQL?

Kueri pilih untuk apa?

Langkah-langkah pekerjaan MySQL?

Bisakah VARCHAR diisi dengan angka?