Java Date().getTime() dan TO_DATE Oracle

Di Java kita biasa menggunakan getTime() dari class java.util.Date untuk mendapatkan nilai long dari waktu saat ini. Method getTime() akan menghasilkan nilai (number) milidetik yang merupakan selisih dari tanggal saat ini dengan tanggal 1 Januari1970, 00:00:00 GMT. Hal yang sama juga kita dapatkan dengan memanggil System.currentTimeMillis().

Jika kita menggunakan nilai tersebut untuk menyipan informasi tanggal pada database oracle, bagaimana kita mendapatkan tanggal dari nilai tersebut?

Misalkan kita punya tabel DATETABLE dan memiliki kolom DATEMILLIS yang berisi nilai long dari getTime(), maka kita bisa mendapatkan tanggal dengan cara :

SELECT TO_DATE('01011970 00:00:00','DDMMYYYY HH24:MI:SS') + DATEMILLIS/86400000 FROM DATETABLE


Saat capek & sedikit waktu

Saat capek dan cuma ada sedikit waktu untuk menyelesaikan coding, beberapa programmer lebih memilih tidur. Kenapa? karena kondisi lelah hanya akan menghasilkan bug baru. Solusi untuk tidak melanjutkan coding berarti dengan konsekuensi program tidak kelar, alias harus cari alasan untuk bisa diberi tambahan waktu atau deadline yang mundur.

Beberapa programmer pada waktu lelah menjadi tergesa-gesa, berfikir lebih cepat, bekerja lebih cepat tapi mejadi lebih banyak trial and error.

Random number

http://random.mat.sbg.ac.at/
http://www.gnu.org/software/gsl/manual/gsl-ref_17.html
http://cgm.cs.mcgill.ca/~luc/rng.html

Jangan percaya cost dari oracle optimizer?

Consider Cost or Time - trying to compare the COST of two queries. Diskusi dari website asktom ini cukup menarik, karena kita biasanya Oracle DBA menggunakan cost untuk menentukan query mana yang performancenya bagus (bisanya berarti query yang eksekusinya cepat).

Diskusinya sangat panjang, sudah ada sejak tahun 2000 tapi sedikit potongan komentar tom ini mungkin bisa jadi acuan :

You cannot compare costs across queries, even if the queries are "identical".



You cannot make any judgments about the relative performance of a query based on

the cost (queries with tiny costs may take days to run, queries with huge costs

could run in milliseconds).

WAS craches

Websphere application server saya, beberapa waktu lalu crash dan menghasilkan sebuah file heap dump yang besar (800MB). Waktu itu sempat membuat panik karena terjadi berulang-ulang di mesin production, setelah itu masalah lain muncul: WAS crashes dan mengasilkan file javacore.

Untuk mengalisis penyebab WAS crashes link penting sebagai sumber bacaan adalah:

• IBM developer kits: Diagnosis documentation. Bacalah terutama pada bagian yang spesifik dengan sistem operasi yang digunakan.

Setelah itu mulailah download tools untuk men-debug memory leak misalnya Heaproots atau HeapWizard dan untuk memulainya coba baca tulisan ini: (Near?) zero overhead debugging with the IBM JVM.