Analisis dan Implementasi Perbandingan Penggunaan Storage serta Response Time pada Temporal Database dan Relational Database

Analisis dan Implementasi Perbandingan Penggunaan Storage serta Response Time pada Temporal Database dan Relational Database Yogiek Indra Kurniawan Politeknik Telkom, Bandung [email protected] Abstrak Pada saat ini banyak aplikasi yang membutuhkan data dari masa lampau dan data pada masa yang akan datang. Data-data ini biasanya digunakan untuk menelusuri event-event yang terjadi untuk melihat trend dan menemukan kesalahan-kesalahan di masa lampau sehingga mencegah terjadinya kesalahan yang sama. Temporal Database merupakan salah satu solusi dalam penanganan data-data di masa lampau maupun di masa yang akan datang. Temporal database adalah database yang merepresentasikan data dengan dimensi waktu berupa valid time. Dalam paper ini, dilakukan implementasi temporal database serta relational database yang memperhitungkan aspek historical data. Setelah melakukan implementasi, dilakukan analisis mengenai penggunaan storage, query dalam pengaksesan setiap data yang memperhitungkan aspek historical data, baik data definition language (DDL), data manipulation language (DML) maupun query untuk retrieve data serta kelebihan dan kekurangan untuk masing-masing basis data tersebut. Setelah dilakukan analisis, didapatkan kesimpulan bahwa penggunaan query untuk temporal database dapat dilakukan pada relational database dengan beberapa penyesuaian. Selain itu, temporal database memiliki kelebihan dalam hal penggunaan storage dan response time untuk query DDL serta DML, tetapi untuk response time pada query retrieve data membutuhkan waktu yang lebih lama daripada relational database. Kata kunci: temporal database, relational database, query, valid time, storage, response time. Abstract At present, many applications that require data from the data on past and future. These data are usually used to trace the events that happened to look at trends and find the mistakes in the past so as to prevent the occurrence of the same mistakes. Temporal database is one of the solutions to handling of data in the past and in the future. Temporal database is a database with data representing the valid time dimension. In this paper, doing implementate of temporal databases and relational databases that takes into account the historical aspects of the data. After doing the implementation, analysis will be conducted on storage utilization, the query to access any data that takes into account the historical aspects of the data, both Data Definition Language (DDL), Data Manipulation Language (DML) and queries to retrieve data as well as advantages and disadvantages for each of these databases. After analyzing, it was concluded that the use of queries for temporal databases can be done in a relational database with some adjustments. In addition, temporal databases have advantages in terms of storage utilization and query response time for DDL and DML, but the response time on queries to retrieve data takes longer than a relational database. Keywords: temporal database, relational database, query, valid time, storage, response time 1.

Pendahuluan

Pada saat ini banyak aplikasi yang membutuhkan data dari masa lampau dan data pada masa yang akan datang. Data ini biasanya digunakan untuk menelusuri event-event yang terjadi untuk melihat trend dan menemukan kesalahan-kesalahan di masa lampau sehingga mencegah terjadinya kesalahan yang sama. Sayangnya, pada database relational yang sering digunakan sekarang, kurang mendukung hal seperti ini. Salah satu solusi untuk pemecahan masalah di atas adalah dengan penggunaan temporal database. Temporal database adalah sebuah basis data yang mendukung aspek temporal di luar waktu yang didefinisikan oleh pengguna, dengan satu atau lebih ISSN: 2088-8252

dimensi waktu [4]. Hal ini memungkinkan perubahan data terhadap waktu tidak akan menghapus data dari masa lampau. Sedangkan pendekatan lain yang dapat dilakukan untuk pemecahan masalah di atas adalah dengan menambahkan atribut waktu pada basis data relational. Dalam penelitian ini akan dilakukan implementasi data historical dengan menggunakan temporal database serta relational database yang dimodifikasi serta menganalisis query-query pada kedua basis data tersebut. Selain itu, dilakukan analisis dari aspek penggunaan storage serta response time untuk mengukur keefektifan penggunaan masing-masing basis data.

45

Permasalahan yang dijadikan objek dalam penelitian ini adalah melakukan implementasi dan analisis query dalam temporal database dibandingkan dengan query pada relational database yang memperhitungkan aspek historical data, serta mengetahui perbandingan keefektifan penggunaan temporal database dengan relational database dalam hal penggunaan storage dan response time. 2.

Dasar Teori Temporal Database

Basis data temporal adalah basis data yang mendukung aspek temporal di luar waktu yang didefinisikan oleh pengguna [4]. Basis data temporal memungkinkan pengasosiasian fakta dengan waktu. Basis data temporal merupakan pengayaan dari basis data relational yang memperhitungkan aspek waktu. Pada basis data konvensional, tidak mengurus aspek historis keberlakuan data di basis data. Sedangkan basis data relational adalah seperangkat program komputer yang dikonstruksi untuk memanejemen suatu basisdata sebagai sekumpulan data yang disimpan secara terstruktur dan dapat dikenai opreasi-operasi tertentu atas data sebagai suatu permintaan (query) dalam bentuk tabel-tabel dua dimensi yang saling berelasi. Basis data temporal mendukung penanganan aspek waktu yang kompleks dan dapat menyimpan aspek historis suatu data. Data akan ditandai dengan waktu keberlakuannya di dunia nyata, sehingga setiap data akan memiliki “sejarah” mulai dari masa lampau sampai masa yang akan datang. Selain itu, terdapat operator khusus untuk waktu yang tidak terdapat di basis data konvensional, seperti operator untuk mengetahui dua periode waktu yang overlap atau bersinggungan. 2.1 Dimensi Waktu Pada basis data temporal, dikenal tiga dimensi waktu [5][8] : 1. User-defined time User-defined time adalah waktu yang semantiknya ditentukan oleh pengguna. Sebagai contoh, sebuah table yang menyimpan data pegawai dapat mempunyai dua atribut bertipe date, untuk menyimpan data tanggal lahir dan tanggal mulai bekerja. Dua atribut tersebut mempunyai nilai yang dimasukkan oleh user,sehingga termasuk userdefined time. 2. Transaction time Transaction time adalah waktu keberlakuan data di basis data. Secara teknis, ini adalah waktu saat data dimasukkan ke basis data sampai dengan data diubah atau dihapus dari basis data. Nilai keberlakuan data ini dicatat secara otomatis saat terjadi operasi terhadap data, yaitu insert, update, dan delete, sehingga user tidak bisa memanipulasi transaction time dari setiap data. 3. Valid time Valid time adalah waktu keberlakuan data di dunia nyata. Nilai keberlakuan data ini dimasukkan 46

oleh penguna. Sebagai contoh, suatu data bahwa pegawai bernama Yogiek mendapat gaji Rp 10.000.000,00 dapat ditentukan keberlakuannya dari tanggal 1 Januari sampai dengan akhir tahun. Representasi valid time bisa bermacam-macam tergantung dari user. Domainnya mencakup masa lalu hingga masa depan. 2.2 Query untuk Operasi Relasi Temporal Ada beberapa bahasa query temporal yang telah diajukan pada berbagai literatur, seperti TSQL2, ChronoBase, SQL+T TMQL, TOSQL dan TQuel [1]. Salah satu bahasa yang mendapatkan dukungan terbesar dalam riset mengenai basis data temporal adalah TSQL2. Query yang dipakai dalam penelitian ini adalah TSQL2 yang mengacu kepada web resmi TimeDB, yaitu timeconsult yang dibuat oleh Andreas Steiner [6][7]. 2.2.1 Create Table Operasi create table adalah operasi yang digunakan untuk mendefinisikan dan membuat relasi. Pada basis data temporal, selain klausa standar CREATE TABLE untuk membuat relasi, perlu ditentukan juga jenis relasi dalam klausa AS TEMPORAL_DIMENSION seperti berikut : CREATE TABLE table_name ( { column_name data_type [DEFAULT default_value] [column_constraint[…] ] | table_constraint} [, …] ) [AS temporal_dimension] Bagian temporal_dimension berisi VALIDTIME. Statement create table tanpa deklarasi dimensi waktu akan menghasilkan relasi snapshot. Contoh penggunaan query create table untuk membuat relasi temporal dapat dilihat seperti berikut : CREATE TABLE pegawai ( Nip char(9) PRIMARY KEY, Nama varchar(30) not null, Gaji integer ) AS VALIDTIME; 2.2.2 Insert Operasi insert adalah operasi yang digunakan untuk memasukkan tuple baru ke dalam basis data. Pada relasi temporal, perlu dimasukkan nilai valid time yang dituliskan dalam klausa VALID seperti berikut VALIDTIME PERIOD [v_start-v_end) INSERT INTO table_name [(column_name [, …])] VALUES ( value [, …]); VALIDTIME PERIOD digunakan untuk time interval. Contoh penggunaan query insert pada relasi temporal dapat dilihat sebagai berikut. Query tersebut memasukkan data pegawai bernama Yogiek dengan gaji 10000000 yang berlaku mulai tanggal 1 Januari 2010 sampai batas waktu yang belum ditentukan. ISSN: 2088-8252

VALIDTIME PERIOD [2010/01/01-forever) INSERT INTO pegawai(nip,nama,gaji) VALUES (‘113060210’,’Yogiek’,10000000); 2.2.3 Delete Operasi delete digunakan untuk menghapus suatu tuple. Pada relasi temporal, delete dapat dilakukan untuk periode valid time tertentu. Artinya, keberlakuan data pada periode waktu tersebut dihilangkan. Query temporal untuk delete dapat dilihat sebagai berikut: [NONSEQUENCED] VALIDTIME PERIOD [v_start – v_end) DELETE FROM table_name [WHERE condition] Pada relasi dengan format time interval, jika nilai valid time tidak dideklarasikan, waktu keberlakuan data yang dihilangkan adalah [beginning, forever]. Nilai ‘beginning’ adalah waktu saat masa lampau. Contoh query delete pada relasi temporal dapat dilihat sebagai berikut. Pada query tersebut, tuple dengan nip=’113060210’ dihilangkan keberlakuan datanya untuk tanggal 1 Januari 2011 sampai tanggal 31 Januari 2011. NONSEQUENCED VALIDTIME PERIOD [2011/01/01 – 2011/01/31) DELETE FROM pegawai WHERE nip=’113060210’; 2.2.4 Update Operasi update adalah operasi yang digunakan untuk memperbaharui nilai dalam suatu tuple. Pada basis data temporal, update untuk nilai valid time dapat dilakukan dengan delete data dengan valid time start dan valid time end yang ditentukan. Untuk update data yang tidak melibatkan valid time dapat dilakukan dengan update biasa. Query untuk update adalah sebagai berikut: UPDATE table_name {SET column_name = value [, …] } [WHERE condition] Contoh penggunaan query update pada dapat dilihat sebagai berikut. Pada query berikut ini, tuple yang mengandung nip=’113060210’ diubah gajinya menjadi 5000000 dan keberlakuannya datanya diubah menjadi 1 Februari 2010 sampai 31 Desember 2010 dan 1 Febuari 2011 sampai selamanya. NONSEQUENCED VALIDTIME PERIOD [2010/01/01 – 2010/01/31) DELETE FROM pegawai WHERE nip=’113060210’; UPDATE pegawai SET gaji=5000000 WHERE nip=’113060210’;

2.2.5 Select Operasi select digunakan untuk me-retrieve tuple dalam relasi sesuai dengan kondisi yang

ISSN: 2088-8252

diinginkan. Pada relasi temporal, tuple dapat diseleksi berdasarkan keberlakuan valid time. Query untuk operasi select pada relasi temporal dapat dilihat sebagai berikut : [VALIDTIME PERIOD [v_start-v_end)] SELECT [SNAPSHOT] [DISTINCT] column_name [, …] FROM table_name [, …] [WHERE condition] 2.3

Operator Perbandingan pada TSQL2 Operator perbandingan temporal yang diterima pada query tergantung pada bahasa query yang digunakan. Terdapat beberapa definisi yang berbeda untuk operator yang sama. Sebagai contoh, definisi “overlaps” berbeda pada operator perbandingan Allen dan TSQL2. Operator untuk perbandingan interval valid time pada TSQL2 dapat dilihat pada tabel 2.15. definisi operator perbandingan temporal yang digunakan dalam paper ini adalah definisi pada tabel tersebut. TABEL 2.1 DEFINISI OPERATOR PERBANDINGAN INTERVAL

Operator A PRECEDES B A=B A OVERLAPS B A CONTAINS B A MEETS B

3.

Definisi END (A) lebih awal daripada BEGIN (B) A dan B bernilai sama Irisan A dan B tidak kosong Setiap event di B terdapat pada A A PRECEDES B dan tidak ada event antara END (A) dan BEGIN (B)

Analisis Hasil Pengujian

3.1

Perancangan Basis Data Terdapat banyak aplikasi yang dapat menggunakan temporal database, seperti aplikasi Pertokoan, aplikasi pemantauan cuaca, aplikasi rumah sakit, aplikasi bursa saham dan lain sebagainya. Aplikasi-aplikasi tersebut dapat menggunakan temporal database karena adanya perubahan data setiap waktu. Sehingga untuk aspek historical data, aplikasi-aplikasi tersebut dapat dipergunakan. Dalam penelitian ini, aplikasi yang diimplementasikan adalah aplikasi pemantauan data pada pertokoan. Terdapat 2 buah aplikasi dengan basis data yang berbeda. Hal ini untuk mendukung aspek historis dari masing-masing basis data. Perancangan desain basis data ini didasarkan pada ER Diagram yang dibuat oleh Daniel Graziotin dan Thomas Steingruber dalam “Computer Shop warehouse ER Diagram”[2] dengan beberapa perubahan sebagai berikut: 1. Menambahkan entitas lokasi sebagai tempat dan jabatan dari pegawai

47

2. Menambahkan entitas gudang sebagai tempat barang disimpan. 3. Menambahkan entitas member (pelanggan). 4. Mengurangi entitas shop (toko) dan order (pemesanan). 3.1.1 Perancangan Basis Data Temporal Berikut ini adalah rancangan schema diagram dalam basis data temporal dari studi kasus sistem pertokoan :

Gambar 2 Skema diagram Relational Database

Pada rancangan schema diagram diatas, untuk mendukung aspek data temporal pada tabel pegawai, member, barang, dan supplier, maka pada setiap table tersebut akan dimunculkan sebuah tabel historis untuk menyimpan setiap perubahan data yang terjadi pada tabel-tabel tersebut, sebagai berikut: Gambar 1 Skema diagram Temporal Database

Pada rancangan schema diagram diatas, data yang menunjukkan basis data temporal diletakkan di table pegawai, member, barang dan supplier. Pada 4 table tersebut memperhatikan aspek historical data sebagai berikut : 1. Table pegawai Pada table pegawai, akan diperlihatkan historis mengenai gaji dari seorang pegawai serta id_lokasi yang menunjukkan jabatan dan tempat bekerja dari seorang pegawai. 2. Table member Pada table member, akan diperlihatkan historis mengenai alamat dan status dari suatu member. 3. Table barang Pada table barang, akan diperlihatkan historis mengenai stock,harga beli dan harga jual dari suatu barang. 4. Table supplier Pada table supplier, akan diperlihatkan historis mengenai alamat dan status dari supplier yang bersangkutan. Untuk memberikan dimensi waktu valid time pada 4 buah tabel tersebut, maka ditambahkan atribut vts_timedb dan vte_timedb. 3.1.2 Perancangan Basis Data Relational Berikut ini adalah rancangan schema diagram dalam basis data relational untuk mendukung aspek historical data dari studi kasus sistem pertokoan yang menyertakan dimensi waktu temporal pada tabel pegawai, member, barang dan supplier dengan mengacu pada basis data temporal sebelumnya sebagai berikut :

48

1.

Table pegawai Pada table pegawai akan dibuat sebuah table bernama history_pegawai yang memiliki kolom id_pegawai untuk mengacu pada tabel pegawai, kolom gaji, lokasi dan id_lokasi yang menunjukkan jabatan dan tempat bekerja dari seorang pegawai untuk memperlihatkan historis dari data di tabel pegawai. 2.

Table member Pada table member akan dibuat sebuah tabel bernama history_member yang memiliki kolom id_member untuk mengacu ke tabel member serta alamat dan status dari suatu member untuk memperlihatkan historis dari data di tabel member. 3.

Table barang Pada table barang,dibuat sebuah tabel bernama history_barang yang memiliki kolom id_barang sebagai foreign key untuk mengacu ke tabel barang serta kolom stock, harga_beli dan harga_jual untuk memperlihatkan historis data di tabel barang. 4.

Table supplier Pada table supplier, dibuat sebuah tabel bernama history_supplier yang memiliki kolom id_supplier sebagai foreign key untuk mengacu ke tabel supplier serta kolom alamat dan status sebagai data historis dari tabel supplier.

3.2

Implementasi Perangkat Lunak Pembangunan sistem perangkat lunak untuk pengujian, menggunakan beberapa perangkat lunak, antara lain :

ISSN: 2088-8252

1. Sistem Operasi : Microsoft Windows 7 Home Premium 64-bit 2. Database : Oracle 10g Release 2 (10gR2) 3. Parser dan Translator : TimeDB 2.2 4. Kakas Pemrograman : NetBeans IDE 6.8 5. Software Development Kit : J2SE SDK 1.6 6. Library tambahan : ojdbc14.jar 3.3

Skenario Pengujian Skenario pengujian untuk perangkat lunak yang dibangun terdiri dari beberapa pengujian. Skenario pengujian pertama adalah dengan memasukkan data yang sama pada kedua buah database, yaitu pada temporal database maupun relational database. setelah itu, dilihat jumlah penggunaan storage (penyimpanan) pada harddisk untuk masing-masing database. Skenario pengujian kedua adalah pengujian query. Pada pengujian kedua ini, query TSQL2 pada temporal database akan dibandingkan dengan query SQL92 pada relational database [3] yang menerapkan aspek historical data. Setelah itu dianalisis query-query tersebut dan dibandingkan mengenai response time yang dibutuhkan oleh masing-masing query di tiap database. 3.4 Analisis Perangkat Lunak 3.4.1 Analisis Query dan Response Time Query temporal lebih mudah dan singkat dibandingkan dengan query relational jika data yang diakses adalah data historis. Selain itu, untuk query temporal memiliki operator waktu yang lebih lengkap, sedangkan pada relational harus menerjemahkan sendiri operator waktu tersebut menjadi query yang dimengerti oleh relational. Sedangkan kekurangan dari query temporal yang diimplementasikan dalam penelitian ini adalah query temporal tidak mendukung adanya update. Sehingga jika terdapat update pada valid time, maka harus dilakukan penyesuaian dengan menggunakan query delete. Selain itu, query temporal kurang familiar, karena temporal database masih belum terlalu dieksplorasi di masa sekarang. Sedangkan untuk response time, dari semua query yang telah diberikan, relational database relatif lebih unggul pada saat query retrieve data, tetapi untuk query DDL dan DML pada tabel temporal, pengujian response time menunjukkan keunggulan temporal database. Hasil perhitungan response time di atas, dapat digambarkan sebagai berikut:

ISSN: 2088-8252

Gambar 3 Hasil perbandingan Response time Relational dan Temporal

Pada dasarnya, query untuk temporal database maupun relational database adalah sama ketika DMBS diakses oleh masing-masing database. Hanya saja, pada temporal database harus melewati sebuah middleware untuk parsing dan translasi query terlebih dahulu.

Gambar 4 Proses pada Middleware

Proses yang terjadi adalah sebagai berikut: 1. Penghitungan waktu akses dimulai ketika Aplikasi mengirimkan query TSQL2 ditunjukkan dengan nomor (1). Pada Eksekutor, query tersebut diteruskan menuju Converter. 2. Proses paling penting pada middleware ditunjukkan oleh nomor (3), karena pada converter terjadi proses parsing (pemecahan query menjadi token-token) serta proses translasi (pengubahan token-token menjadi query SQL’92 yang dimengerti oleh RDBMS) 3. Query SQL’92 akan diteruskan menuju eksekutor untuk dijalankan pada RDBMS. 4. Hasil dari eksekusi query SQL’92 pada RDBMS akan dikirim menuju Eksekutor dan dilanjutkan menuju ke Converter. Pada Converter, akan terjadi proses parsing dan translasi dari hasil pada Relational menuju ke hasil pada Temporal. 5. Hasil berupa table temporal itulah yang dikirimkan menuju aplikasi, dan dihitung waktu dari awal sampai akhir eksekusi. 49

Sedangkan pada relational DB, aplikasi langsung mengakses ke RDBMS. Proses yang terjadi dapat digambarkan seperti gambar dibawah ini:

Gambar 6 penggunaan storage awal Gambar 5 Proses pada Aplikasi Relational

Proses yang terjadi adalah sebagai berikut: 1. Waktu akan dihitung ketika aplikasi mengirimkan query SQL ’92 menuju ke RDBMS. 2. RDBMS akan mengirimkan hasil query ke aplikasi. Waktu akan dihitung sebagai response time ketika hasil telah diterima oleh aplikasi. Pada query DDL dan DML, proses pada temporal database hanya terjadi 1 arah dari aplikasi menuju RDBMS, tanpa kembali lagi menuju ke aplikasi, dapat ditunjukkan dengan proses nomor (1) sampai dengan nomor (5). Oleh sebab itu, query temporal menghasilkan response time lebih cepat daripada query relational, karena pada relational database terjadi 2 kali proses pada setiap mengakses tabel temporal, yaitu pada tabel utama dan tabel history. Sedangkan pada query retrieve data, proses pada TemporalDB adalah setiap table result, baris per baris data yang dihasilkan oleh RDBMS, akan selalu ditranslasikan ke bentuk TSQL2 menuju aplikasi. Hasil dari translasi tersebutlah yang ditampilkan pada aplikasi. Hal ini menyebabkan waktu yang dibutuhkan oleh TemporalDB pun menjadi lebih lama dibandingkan dengan RelationalDB karena pada RelationalDB, proses hanya terjadi sekali. Saat table result dihasilkan oleh RDBMS, maka dikirim ke aplikasi RelationalDB dan hasil itulah yang ditampilkan oleh aplikasi. 3.4.2 Analisis Storage Storage yang dibahas disini adalah penggunaan media penyimpanan pada masing-masing basis data dengan pemakaian data yang yang sama. Hal ini digunakan untuk mengukur efektivitas penggunaan media penyimpanan pada masing-masing model basis data. Pada Awal sebelum data dimasukkan,dibuat 2 buah tablespace yang merepresentasikan penggunaan storage awal untuk 2 buah basis data yang ingin dibandingkan. Didapat data sebagai berikut:

50

Setelah dimasukkan data dengan pemakaian data yang sama, didapat perbandingan penggunaan storage sebagai berikut:

Gambar 7 Perbandingan penggunaan storage akhir

Dari gambar diatas, dapat dilihat bahwa penggunaan storage untuk basis data relational akan memerlukan penggunaan space yang lebih besar dibandingkan dengan penggunaan basis data relational. Hal ini dikarenakan pada basis data relational harus membuat tabel baru untuk menyimpan historis dari data. Selain itu harus dibuat beberapa trigger untuk memasukkan data historis pada tabel baru tersebut. Sedangkan pada basis data temporal, data tersebut cukup diwakili pada sebuah tabel temporal saja. Pada tabel temporal tersebut bisa terdapat 2 buah data dengan primary key yang sama asalkan memiliki valid start dan valid end yang berbeda. 4.

Kesimpulan dan Saran

4.1. Kesimpulan Berdasarkan rangkaian desain, implementasi, pengujian, pengukuran dan analisis yang telah dilakukan, maka dapat disimpulkan bahwa: 1. Berdasarkan analisis query yang telah dilakukan, penggunaan query pada temporal database dapat diimplementasikan pada relational database dengan beberapa pengubahan pada setiap queryquery yang dilakukan. 2. Penggunaan Storage untuk temporal database lebih sedikit daripada penggunaan storage untuk relational database yang menerapkan aspek historical data karena setiap tabel dan isi dari ISSN: 2088-8252

data pada relational database harus di-copy untuk mendapatkan history dari data tersebut. 3. Salah satu kekurangan dari temporal database adalah membutuhkan waktu akses yang lebih lama daripada relational database pada query retrieve data karena pada temporal database harus melewati sebuah middleware untuk parsing dan translasi query terlebih dahulu untuk setiap hasil dari tabel data. Sedangkan untuk query DDL dan DML pada tabel temporal akan lebih cepat pada temporal database, hal ini disebabkan pada temporal database hanya mengakses 1 tabel, sedangkan pada relational database akan mengakses 2 buah tabel. 4. Berdasarkan pengujian dan analisis, temporal database memiliki kelebihan dalam pengaksesan query-query untuk mengakses data temporal karena jika menggunakan relational database harus dilakukan beberapa modifikasi pada query untuk mendapatkan hasil yang sama dengan query pada temporal database. 4.2. Saran Pada paper ini dapat disampaikan beberapa saran sebagai berikut: 1. Temporal database hanya efektif untuk studi kasus yang menggunakan aspek historical data, untuk studi kasus umum, akan lebih baik jika menggunakan relational database. 2. Untuk meningkatkan performansi dalam temporal database, sebaiknya menggunakan penggabungan antara temporal database dan relational database dengan cara menggunakan tabel temporal untuk tabel-tabel yang membutuhkan data historis, sehingga dengan seperti itu, response time masih tetap handal, tetapi masih bisa menggunakan aspek historical data. Daftar Pustaka [1] [2]

[3] [4] [5] [6]

[7] [8]

Chomicky,Jan. Temporal Query Language: a Survey. January 24,1995 Graziotin,Daniel, Steingruber,Thomas. “Computer Shop Warehouse ER Diagram”. http://archimedes.inf.unibz.it/teaching2007/ida/team11/files/m l-1/ComputerShopWarehouse-ERdiagram.jpg (Diakses pada tanggal 8 November 2011). Hawryskiewycz, Igor T., Relational Database Design: an Introduction.University of Technology, Sydney. 1990. Jensen,C.S., Introduction to Temporal Database Research. 2001. Jensen, C.S, Clifford,J., Gadia,S.K., Segev,A.,Snodgrass,R.T., A Glosary of Temporal Database Concepts. January,1993 Steiner,Andreas. TimeDB. http://timeconsult.com/Software/Software.html (Diakses pada tanggal 8 November 2010) Steiner,Andreas. TimeDB 2.0 Beta 4 Documentation. Timeconsult. 1999. Widagdo,Tricya E. Slide Kuliah Basis Data Non Relational, Temporal Database. Institut Teknologi Bandung. 2003

ISSN: 2088-8252

51