Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

what type of data type use for year and month?

i have to store year and month in my table with two other columns next month theme and theme details what data type should i use

should i use smalldatetime and store them by making a date like 09/01/2011 ?

should i use two columns of varchar or int to store separate year and month like 2011 09 ?

should i use one column varchar in which store them with concatenating them like 201109 ?

EDITED

one thing i also want to add that i have to use these columns in searching also so i have to use them in where clause so in answer this thing is also important

like image 809
rahularyansharma Avatar asked Oct 18 '11 05:10

rahularyansharma


People also ask

Which data type is used for year?

The YEAR type is a 1-byte type used to represent year values. It can be declared as YEAR with an implicit display width of 4 characters, or equivalently as YEAR(4) with an explicit display width.

What type of data type is month?

Month should be considered qualitative nominal data.

What data type is used for dates?

The DATE data type stores the calendar date. DATE data types require four bytes. A calendar date is stored internally as an integer value equal to the number of days since December 31, 1899. Because DATE values are stored as integers, you can use them in arithmetic expressions.

Which data type can be used for date and time?

The DATETIME data type stores an instant in time expressed as a calendar date and time of day. You select how precisely a DATETIME value is stored; its precision can range from a year to a fraction of a second.


2 Answers

Normally, I would advise to use the date date types no matter what your restrictions, since it allows you to do date manipulations and comparisons. You could then use triggers to restrict dates to the first of the month. You'd need triggers to ensure that you couldn't get two rows for a single month/year combo.

Actually, as Damian_The_Unbeliever rightly points out in a comment, you don't need triggers if your intent is to only allow users to attempt insertion of dates where the day of the month is 1. In that case, constraints will probably be enough. It's only the case where you want to allow users to attempt to insert any date but actually force it to become the first day of that month, that triggers would be required.

However, in this case, I'd be quite happy with a two-column year/month setup, based on your use case.

By using two integer-type columns, you don't need to worry about triggers, and you don't seem to have a need for massive processing of the table contents, based on your column specifications.

I wouldn't store them as a single integer-type column if you ever foresee the need to process data for a given year (independent of the month). Having the year separate will allow a distinct index which will probably be faster than getting a range of YYYYMM values.

Seriously, choose the one that you think will be easiest to code up (and meets the functional requirements). Then if, and only if, you discover a performance problem, look into a schema re-org. Databases are not set-and-forget things, you should be constantly monitoring them for problems and, if necessary, changing things.

like image 60
paxdiablo Avatar answered Sep 29 '22 10:09

paxdiablo


If you ever need to make lookups on these fields I would use a dateformat. Two int will use more space, varchar should be replaced with char, cause you size is fix. But as I mentioned, I would stick to a dateformat.

like image 44
sra Avatar answered Sep 29 '22 12:09

sra