RedHat akan mengganti MySQL dengan MariaDB

  Collin Charles melaporkan dari blognya bahwa Red Hat Enterprise Linux 7 akan melepas database MySQL dan menggantinya dengan database MariaDB. Pengumuman ini dikeluarkan pada #rhsummit yang sedang berlangsung di xxx.

Sejak MySQL di akuisisi oleh ORACLE pada tahun 2010, para pengembang MySQL memisahkan diri dan membuat versi terbuka dan mandri yang di beri nama MariaDB. MariaDB masih kompatible dengan MySQL, sehingga jikalau applikasi kita beralih dari database MySQL ke MariaDB dapat langsung berjalan.

Kabar ini tentu saja akan menggembirakan para pengguna MariaDB dan membantu para pemakai MySQL yang risau setelah pengakuisisian MySQL oleh Oracle. Termasuk saya tentunya, bagaimana dengan anda ?

Defrag Database dengan metode CTAS

  Artikel sebelumnya menjelaskan perlu tidaknya kita melakukan defrag database dan untuk artikel berikut akan menjelaskan bagaimana melakukan defrag Database secara manual. Cara ini saya pelajari waktu masih menggunakan Oracle 7.4 dan cukup efektif untuk menjaga kesehatan database. Cara ini juga dapat di pergunakan di database yang lain seperti PostgreSQL, MySQL, MS-SQL atau RDBMS lainnya. CTAS adalah singkatan dari Create Table As Select.

Berikut adalah langkah langkah untuk melakukan defrag tabel dengan memakai perintah database Oracle / PostgreSQL :

  • Tentukan tabel yang menurut anda perlu di defrag.
    • Setiap database memiliki cara bagaimana menentukan tabel yang perlu di defrag.
    • PostgreSQL dan MySQL menggunakan script sementara MS-SQL dan Oracle memiliki dynamic view untuk mendeteksinya.
  • Cek primary key dari tabel tersebut, atau jika tidak memilikinya pakailah unique index. Cek urutan kolomnya.
  • Cek trigger dari tabel tersebut dan siapkan script untuk create ulang.
  • Buat tabel baru dengan perintah :

sql> create table new_table as select * from old_table order by col_1, col_2, col_3 ;

    • Disini kita membuat tabel yang baru dan data yang ada kita urutkan sesuai dengan urutan kolom di primary key yang dimiliki tabel tersebut
    • Dengan cara ini kita sudah membuat tabel dengan blok data di filesystem terurut mulai dari awal record hingga akhir record
  • Drop tabel yang lama beserta semua object yang mengikutinya dengan perintah :

sql> drop table old_table cascade;

  • create table baru dengan perintah :

sql> create table old_table as select * from new_table;

    • di MS-SQL dan My-SQL dapat menggunakan perintah select * into old_table from new_table;
    • di PostgreSQL dapat menggunakan perintah alter table new_table rename to old_table;
  • Recreate ulang semua constraint dan index nya, dengan perintah :

sql> alter table old_table add constraint old_table_pk primary key ….. ;

sql> alter table old_table add constraint old_table_ux unique …..;

sql> create index old_table_ix on old_table ( … );

  • Analyze table dan index nya untuk membuat data statistic terhadap table dan index yang baru buat ulang ini

sql> analyze table old_table;

sql> analyze index old_table_pk;

sql> analyze table old_table_ux;

  • Buat ulang trigger dari tabel yang lama.
  • Drop table yang baru

sql> drop table new_table;

  • Done.
Seperti yang kita lihat bersama, teknik yang dipergunakan adalah menggunakan create table as select. Teknik ini dapat dipergunakan untuk semua RDBMS.
Hal hal yang perlu diperhatikan pada saat menggunakan teknik ini adalah :
  • Applikasi atau user tidak diperkenankan mengakses tabel yang akan di defrag.
  • Jikalau perlu matikan dulu akses ke database server.
  • Jangan lupa untuk selalu mengakhiri prosedur ini dengan membuat statistik terhadap tabel yang baru dibuat. Hal ini akan membantu database dalam mengeksekusi perintah query.

Bagaimana pendapat anda ?

Perlukah Database di Defrag ?

  Untuk membuat Database agar selalu berjalan dengan lancar merupakan salah satu tugas dari Database Administrator (DBA), terutama di area perawatan database. Performance Database dapat melambat seiring berjalannya waktu, dan dapat disebabkan oleh berbagai hal mulai dari keterbatasan memory, media penyimpanan sampai pada penambahan jumlah user.

Salah satu hal yang perlu di perhatikan oleh DBA adalah data fragmentation. Data fragmentation adalah kondisi dimana data tersimpan di dalam blok data yang tidak berurutan tetapi tersebar di berbagai tempat. Bagaimana data tersebut disimpan bergantung pada filesystem dari sistem operasi yang dipergunakan.

Apakah anda pernah memakai software defragmentation ? Software ini sangat populer dikalangan para pengguna sistem operasi Windows. Saya sering menggunakan software ini dikala masih menggunakan sistem operasi Windows 95 dan XP. Software ini akan mengatur, mengkelompokkan, dan mengurutkan kembali file file yang ada di dalam media penyimpanan. Hasilnya performa sistem operasi menjadi lebih baik dan lebih cepat dibandingkan sebelum di lakukan defrag.

Hal yang sama berlaku juga untuk Database. Mengapa ? karena cara database menyimpan data bergantung pada filesystem yang dipergunakannya. Sehingga jika file dapat ter-fragmentasi tentu Database juga dapat ter-fragmentasi.

Apakah semua Database akan ter-fragmentasi ? tentu saja, seiring berjalannya waktu dan pemakaian database tersebut. Semakin banyak operasi insert, delete, update terhadap suatu tabel di dalam database, semakin besar kemungkinan tabel dan indexnya mengalami fragmentasi. Ini adalah hal yang normal, wajar saja, dan pasti akan dialami. Sehingga diperlukan proses untuk melakukan defragmentation terhadap database.

Secara umum, database yang telah didefrag memiliki kecepatan baca atau query atau operasi select akan lebih baik. Tools yang dipergunakan umumnya berupa script database. Ada juga software buatan pihak ketiga yang khusus melakukan defrag terhadap database.

Bagaimana dengan anda, sudahkah anda melakukan defrag terhadap database anda ?

PostgreSQL menjadi Default Database di Mac OS X Lion Server

Wow, judul diatas sudah langsung menceritakan apa yang dimaksud dalam posting kita kali ini. Sistem operasi yang terbaru dari Apple yaitu Mac OS/X Server Lion menggunakan Postgresql sebagai database defaultnya dan menggantikan MySQL. Artikelnya dapat dibaca disini.

  Wow, judul diatas sudah langsung menceritakan apa yang dimaksud dalam posting kita kali ini. Sistem operasi yang terbaru dari Apple yaitu Mac OS/X Server Lion menggunakan Postgresql sebagai database defaultnya dan menggantikan MySQL. Artikelnya dapat dibaca disini.

Untuk saat ini, Apple belum menyediakan GUI-Tool yang dipergunakan untuk memanage PostgreSQL, semuanya masih memakai console. Mungkin ini akan menyulitkan untuk rekan rekan yang tidak terbiasa bekerja dengan PostgreSQL melalui console. Tidak apa apa menurut saya, fase awal sudah cukup bagus, semoga di versi berikutnya GUI-Tools-nya sudah tersedia, mungkin PGAdmin III.

Saya belum pernah menggunakan Mac OS X, sehingga bagaimana MySQL dipergunakan dan bagaimana PostgreSQLmenggantikannya juga masih belum buat saya. Tetapi berita ini tentu mengagetkan beberapa pihak, termasuk saya. Semoga kedepannya makin banyak applikasi yang menggunakan MySQL beralih ke PostgreSQL.