Hi - I hope this question isn't quite as noobie as it might at first appear!
I have to store a TimeStamp value which is used to determine the chronological order of records. If this was a date field no problem but I actually have to decode it from an XML Base64Binary field and it comes out like this:
Text: 000000203139
Number: 203139
I don't need to do any calculations on it just determine if one number is higher or lower than another which < and > should do whether it is stored as a text or number.
My first thought was to store it as text as it uses less memory than numeric fields but then I thought there will be a lot of essentially useless 0s which would probably outweigh those benefits. As this table is going to grow by about 35k records a week the size and query speed if I use this field is important.
As always your opinions are most valuable!
Thanks,
Tom
I have to store a TimeStamp value which is used to determine the chronological order of records. If this was a date field no problem but I actually have to decode it from an XML Base64Binary field and it comes out like this:
Text: 000000203139
Number: 203139
I don't need to do any calculations on it just determine if one number is higher or lower than another which < and > should do whether it is stored as a text or number.
My first thought was to store it as text as it uses less memory than numeric fields but then I thought there will be a lot of essentially useless 0s which would probably outweigh those benefits. As this table is going to grow by about 35k records a week the size and query speed if I use this field is important.
As always your opinions are most valuable!
Thanks,
Tom