SQL Server hanya menyimpan waktu sekitar 1/300 detik. Ini selalu jatuh pada 0, 3 dan 7 milidetik. Misalnya. menghitung naik dari 0 dalam kenaikan terkecil:
00:00:00.000
00:00:00.003
00:00:00.007
00:00:00.010
00:00:00.013
...
Jika Anda membutuhkan akurasi milidetik itu, tidak ada jalan lain yang menyenangkan. Opsi terbaik yang pernah saya lihat adalah menyimpan nilai di bidang nomor khusus dan membangunnya kembali setiap kali Anda mengambil nilai, atau menyimpannya sebagai string dengan format yang dikenal. Anda kemudian dapat (opsional) menyimpan tanggal 'perkiraan' dalam jenis tanggal asli demi kecepatan, tetapi ini memperkenalkan kompleksitas konseptual yang sering kali tidak diinginkan.