Akan jauh lebih baik jika kurma disimpan sebagai kurma. Menyimpannya sebagai angka daripada string menimbulkan serangkaian masalah yang berbeda.
Jika Anda benar-benar terjebak dengan tanggal yang disimpan sebagai string, untuk memungkinkan indeks pada kolom digunakan, Anda harus mengonversi tanggal yang Anda gunakan sebagai parameter sebagai string dalam format yang sesuai dan kemudian mengandalkan fakta bahwa penyortiran string dalam format tertentu cocok dengan urutan pengurutan yang diharapkan dari tanggal aktual. Jika Anda pernah membandingkan string dengan tanggal atau angka, Anda akan mendapatkan konversi tipe data implisit yang, paling banter, akan menyebabkan masalah kinerja karena indeks tidak dapat digunakan dan paling buruk akan menghasilkan hasil atau kesalahan yang salah.
Dengan asumsi Anda menghindari konversi tipe data, masalah kinerja kemungkinan muncul dari fakta bahwa pengoptimal memiliki banyak kesulitan memperkirakan kardinalitas saat Anda menggunakan tipe data yang salah. Oracle mengetahui, misalnya, bahwa ada 365 hari (atau 8760 jam atau 525600 menit) antara 1/1/2012 dan 1/1/2013. Di sisi lain, ada miliaran kemungkinan string antara '20120101000000' dan '20130101000000'. Itu dapat menyebabkan pengoptimal tidak menggunakan indeks saat Anda menginginkannya (atau sebaliknya), menggunakan jenis gabungan yang salah, dll.
