12.1.1 The ADD_MONTHS function

The ADD_MONTHS function returns a new date with the specified number of months added to the input date. The specification for ADD_MONTHS is as follows:

FUNCTION ADD_MONTHS (date_in IN DATE, month_shift NUMBER) RETURN DATE
FUNCTION ADD_MONTHS (month_shift NUMBER, date_in IN DATE) RETURN DATE

ADD_MONTHS is an overloaded function. You can specify the date and the number of months by which you want to shift that date, or you can list the month_shift parameter first and then the date. Both arguments are required.

If the month_shift parameter is positive, ADD_MONTHS returns a date for that number of months into the future. If the number is negative, ADD_MONTHS returns a date for that number of months in the past. Here are some examples that use ADD_MONTHS:

• Move ahead date by three months:

  ADD_MONTHS ('12-JAN-1995', 3) ==> 12-APR-1995

• Specify negative number of months in first position:

  ADD_MONTHS (-12, '12-MAR-1990') ==> 12-MAR-1989

ADD_MONTHS always shifts the date by whole months. You can provide a fractional value for the month_shift parameter, but ADD_MONTHS will always round down to the whole number nearest zero, as shown in these examples:

ADD_MONTHS ('28-FEB-1989', 1.5) same as
ADD_MONTHS ('28-FEB-1989', 1) ==> 31-MAR-1989

ADD_MONTHS ('28-FEB-1989', 1.9999) same as
ADD_MONTHS ('28-FEB-1989', 1) ==> 31-MAR-1989

ADD_MONTHS ('28-FEB-1989', -1.9999) same as
ADD_MONTHS ('28-FEB-1989', -1) ==> 31-JAN-1989

ADD_MONTHS ('28-FEB-1989', .5) same as
ADD_MONTHS ('28-FEB-1989', 0) ==> 28-FEB-1989

If you want to shift a date by a fraction of a month, simply add to or subtract from the date the required number of days. PL/SQL supports direct arithmetic operations between date values.

If the input date to ADD_MONTHS does not fall on the last day of the month, the date returned by ADD_MONTHS falls on the same day in the new month as in the original month. If the day number of the input date is greater than the last day of the month returned by ADD_MONTHS, the function sets the day number to the last day in the new month. For example, there is no 31st day in February, so ADD_MONTHS returns the last day in the month:

ADD_MONTHS ('31-JAN-1995', 1) ==> 28-FEB-1995

This is perfectly reasonable. However, what if the input date falls on the last day of the month and the new month has more days in it than the original month? If I shift two months forward from 28-FEB-1994, do I get back 30-APR-1994 (the last day of the month) or 28-APR-1994 (the same day in the new month as in the old month)? The answer is:

ADD_MONTHS ('28-FEB-1994', 2) ==> 30-APR-1995

If you pass to ADD_MONTHS a day representing the last day in the month, PL/SQL always returns the last day in the resulting month, regardless of the number of actual days in each of the months. This quirk can cause problems. I offer a solution in the section entitled Section 12.2.1, "Customizing the Behavior of ADD_MONTHS" " later in this chapter.

12.1.2 The LAST_DAY function

The LAST_DAY function returns the date of the last day of the month for a given date. The specification is:

FUNCTION LAST_DAY (date_in IN DATE) RETURN DATE

This function is useful because the number of days in a month varies throughout the year. With LAST_DAY, for example, you do not have to try to figure out if February of this or that year has 28 or 29 days. Just let LAST_DAY figure it out for you.

Here are some examples of LAST_DAY:

• Go to the last day in the month:

  LAST_DAY ('12-JAN-99') ==> 31-JAN-1999

• If already on the last day, just stay on that day:

  LAST_DAY ('31-JAN-99') ==> 31-JAN-1999

• Get the last day of the month three months after being hired:

  LAST_DAY (ADD_MONTHS (hiredate, 3))

• Tell me the number of days until the end of the month:

  LAST_DAY (SYSDATE) - SYSDATE

12.1.3 The MONTHS_BETWEEN function

The MONTHS_BETWEEN function calculates the number of months between two dates and returns that difference as a number. The specification is:

FUNCTION MONTHS_BETWEEN (date1 IN DATE, date2 IN DATE)
   RETURN NUMBER

The following rules apply to MONTHS_BETWEEN:

• If date1 comes after date2, then MONTHS_BETWEEN returns a positive number.

• If date1 comes before date2, then MONTHS_BETWEEN returns a negative number.

• If date1 and date2 are in the same month, then MONTHS_BETWEEN returns a fraction (a value between -1 and +1).

• If date1 and date2 both fall on the last day of their respective months, then MONTHS_BETWEEN returns a whole number (no fractional component).

• If date1 and date2 are in different months and at least one of the dates is not a last day in the month, MONTHS_BETWEEN returns a fractional number. The fractional component is calculated on a 31-day month basis and also takes into account any differences in the time component of date1 and date2.

Here are some examples of the uses of MONTHS_BETWEEN:

• Calculate two ends of month, the first earlier than the second:

  MONTHS_BETWEEN ('31-JAN-1994', '28-FEB-1994') ==> -1

• Calculate two ends of month, the first later than the second:

  MONTHS_BETWEEN ('31-MAR-1995', '28-FEB-1994') ==> 13

• Calculate when both dates fall in the same month:

  MONTHS_BETWEEN ('28-FEB-1994', '15-FEB-1994') ==>  0

• Perform months_between calculations with a fractional component:

  MONTHS_BETWEEN ('31-JAN-1994', '1-MAR-1994') ==> -1.0322581
  MONTHS_BETWEEN ('31-JAN-1994', '2-MAR-1994') ==> -1.0645161
  MONTHS_BETWEEN ('31-JAN-1994', '10-MAR-1994') ==> -1.3225806

If you detect a pattern here you are right. As I said, MONTHS_BETWEEN calculates the fractional component of the number of months by assuming that each month has 31 days. Therefore, each additional day over a complete month counts for 1/31 of a month, and:

1 divided by 31 = .032258065--more or less!

According to this rule, the number of months between January 31, 1994 and February 28, 1994 is one -- a nice, clean integer. But to calculate the number of months between January 31, 1994 and March 1, 1994, I have to add an additional .032258065 to the difference (and make that additional number negative because in this case MONTHS_BETWEEN counts from the first date back to the second date.

12.1.4 The NEW_TIME function

I don't know about you, but I am simply unable to remember the time in Anchorage when it is 3:00 P.M. in Chicago (and I really doubt that a lot of people in Anchorage can convert to Midwest U.S. time). Fortunately for me, PL/SQL provides the NEW_TIME function. This function converts dates (along with their time components) from one time zone to another. The specification for NEW_TIME is:

FUNCTION NEW_TIME (date_in DATE, zone1 VARCHAR2, zone2 VARCHAR2)
   RETURN DATE

where date_in is the original date, zone1 is the starting point for the zone switch (usually, but not restricted to, your own local time zone), and zone2 is the time zone in which the date returned by NEW_TIME should be placed.

The valid time zones are shown in Table 12.2 .

Table 12.2: Time Zone Abbreviations and Descriptions

Time Zone Abbreviation	Description
AST	Atlantic Standard Time
ADT	Atlantic Daylight Time
BST	Bering Standard Time
BDT	Bering Daylight Time
CST	Central Standard Time
CDT	Central Daylight Time
EST	Eastern Standard Time
EDT	Eastern Daylight Time
GMT	Greenwich Mean Time
HST	Alaska-Hawaii Standard Time
HDT	Alaska-Hawaii Daylight Time
MST	Mountain Standard Time
MDT	Mountain Daylight Time
NST	Newfoundland Standard Time
PST	Pacific Standard Time
PDT	Pacific Daylight Time
YST	Yukon Standard Time
YDT	Yukon Daylight Time

The specification of time zones to NEW_TIME is not case-sensitive, as the following example shows:

TO_CHAR (NEW_TIME (TO_DATE ('09151994 12:30 AM', 'MMDDYYYY HH:MI AM'),
                   'CST', 'hdt'),
         'Month DD, YYYY HH:MI AM')
==> 'September 14, 1994 09:30 PM'

So, when it was 12:30 in the morning of September 15, 1994 in Chicago, it was 9:30 in the evening of September 14, 1994 in Anchorage.

NOTE: By the way, I used TO_DATE with a format mask to make sure that a time other than the default of midnight would be used in the calculation of the new date and time. I then used TO_CHAR with another date mask (this one intended to make the output more readable) to display the date and time, because by default PL/SQL will not include the time component unless specifically requested to do so.

12.1.5 The NEXT_DAY function

The NEXT_DAY function returns the date of the first day after the specified date which falls on the specified day of the week. Here is the specification for NEXT_DAY:

FUNCTION NEXT_DAY (date_in IN DATE, day_name IN VARCHAR2) RETURN DATE

The day_name must be a day of the week in your session's date language (specified by the NLS_DATE_LANGUAGE database initialization parameter). The time component of the returned date is the same as that of the input date, date_in. If the day of the week of the input date matches the specified day_name, then NEXT_DAY will return the date seven days (one full week) after date_in. NEXT_DAY does not return the input date if the day names match.

Here are some examples of the use of NEXT_DAY. Let's figure out the date of the first Monday and Wednesday in 1997 in all of these examples.

• You can use both full and abbreviated day names:

  NEXT_DAY ('01-JAN-1997', 'MONDAY') ==> 06-JAN-1997
  NEXT_DAY ('01-JAN-1997', 'MON') ==> 06-JAN-1997

• The case of the day name doesn't matter a whit:

  NEXT_DAY ('01-JAN-1997', 'monday') ==> 06-JAN-1997

• If the date language were Spanish:

  NEXT_DAY ('01-JAN-1997', 'LUNES') ==> 06-JAN-1997

• NEXT_DAY of Wednesday moves the date up a full week:

  NEXT_DAY ('01-JAN-1997', 'WEDNESDAY') ==> 08-JAN-1997

12.1.6 The ROUND function

The ROUND function rounds a date value to the nearest date as specified by a format mask. It is just like the standard numeric ROUND function, which rounds a number to the nearest number of specified precision, except that it works with dates. The specification for ROUND is as follows:

FUNCTION ROUND (date_in IN DATE [, format_mask VARCHAR2]) RETURN DATE

The ROUND function always rounds the time component of a date to midnight (12:00 A.M.). The format mask is optional. If you do not include a format mask, ROUND rounds the date to the nearest day. In other words, it checks the time component of the date. If the time is past noon, then ROUND returns the next day with a time component of midnight.

The set of format masks for ROUND is a bit different from those masks used by TO_CHAR and TO_DATE. (See Chapter 14, Conversion Functions , for more information on these functions.) The masks are listed in Table 12.3 . These same formats are used by the TRUNC function, described later in this chapter, to perform truncation on dates.

Table 12.3: Format Masks for ROUND and TRUNC

Format Mask	Rounds or Truncates to
CC or SSC	Century
SYYY, YYYY, YEAR, SYEAR, YYY, YY, or Y	Year (rounds up to next year on July 1)
IYYY, IYY, IY, or I	Standard ISO year
Q	Quarter (rounds up on the sixteenth day of the second month of the quarter)
MONTH, MON, MM, or RM	Month (rounds up on the sixteenth day, which is not necessarily the same as the middle of the month)
WW	Same day of the week as the first day of the year
IW	Same day of the week as the first day of the ISO year
W	Same day of the week as the first day of the month
DDD, DD, or J	Day
DAY, DY, or D	Starting day of the week
HH, HH12, HH24	Hour
MI	Minute

Here are some examples of ROUND dates:

• Round up to the next century:

  TO_CHAR (ROUND (TO_DATE ('01-MAR-1994'), 'CC'), 'DD-MON-YYYY')
  ==> 01-JAN-2000  

• Round back to the beginning of the current century:

  TO_CHAR (ROUND (TO_DATE ('01-MAR-1945'), 'CC'), 'DD-MON-YYYY')
  ==> 01-JAN-1900

• Round down and up to the first of the year:

  ROUND (TO_DATE ('01-MAR-1994'), 'YYYY') ==> 01-JAN-1994
  ROUND (TO_DATE ('01-SEP-1994'), 'YEAR') ==> 01-JAN-1995

• Round up and down to the quarter (first date in the quarter):

  ROUND (TO_DATE ('01-MAR-1994'), 'Q') ==> 01-APR-1994
  ROUND (TO_DATE ('15-APR-1994'), 'Q') ==> 01-APR-1994

• Round down and up to the first of the month:

  ROUND (TO_DATE ('12-MAR-1994'), 'MONTH') ==> 01-MAR-1994
  ROUND (TO_DATE ('17-MAR-1994'), 'MM') ==> 01-APR-1994  

• Day of first of year is Saturday:

  TO_CHAR (TO_DATE ('01-JAN-1994'), 'DAY') ==> 'SATURDAY'

  So round to date of nearest Saturday for `01-MAR-1994':

  ROUND (TO_DATE ('01-MAR-1994'), 'WW') ==> 26-FEB-1994

• First day in the month is a Friday:

  TO_CHAR (TO_DATE ('01-APR-1994'), 'DAY') ==> FRIDAY

  So round to date of nearest Friday from April 16, 1994:

  TO_CHAR ('16-APR-1994'), 'DAY') ==> SATURDAY
  ROUND (TO_DATE ('16-APR-1994'), 'W') ==> 15-APR-1994
  TO_CHAR (ROUND (TO_DATE ('16-APR-1994'), 'W'), 'DAY') ==> FRIDAY

In the rest of the examples I use TO_DATE in order to pass a time component to the ROUND function, and TO_CHAR to display the new time.

• Round back to nearest day (time always midnight):

  TO_CHAR (ROUND (TO_DATE ('11-SEP-1994 10:00 AM',
                        'DD-MON-YY HH:MI AM'), 'DD'),
           'DD-MON-YY HH:MI AM')
  ==> 11-SEP-1994 12:00 AM 

• Round forward to the nearest day:

  TO_CHAR (ROUND (TO_DATE ('11-SEP-1994 4:00 PM',
                        'DD-MON-YY HH:MI AM'), 'DD'),
           'DD-MON-YY HH:MI AM')
  ==> 12-SEP-1994 12:00 AM 

• Round back to the nearest hour:

  TO_CHAR (ROUND (TO_DATE ('11-SEP-1994 4:17 PM',
                        'DD-MON-YY HH:MI AM'), 'HH'),
           'DD-MON-YY HH:MI AM')
  ==> 11-SEP-1994 04:00 PM
  
  
  
  
  
   

12.1.7 The SYSDATE function

The SYSDATE function returns the current system date and time as recorded in the database. The time component of SYSDATE provides the current time to the nearest second. It takes no arguments. The specification for SYSDATE is:

FUNCTION SYSDATE RETURN DATE

SYSDATE is a function without parameters; as a result, it looks like a system-level variable and programmers tend to use it as if it is a variable. For example, to assign the current date and time to a local PL/SQL variable, you would enter the following:

my_date := SYSDATE;

However, SYSDATE is not a variable. When you use SYSDATE, you are calling a function, which executes underlying code.

NOTE: In Oracle Version 6 and the earliest releases of the Oracle Server, when you called SYSDATE, PL/SQL issued an implicit cursor to the database to get the current date and time, as follows:

SELECT SYSDATE FROM dual;

Because this is no longer the case, you do not need to be as concerned about extra calls to SYSDATE as you would have in earlier releases.

12.1.8 The TRUNC function

The TRUNC function truncates date values according to the specified format mask. The specification for TRUNC is:

FUNCTION TRUNC (date_in IN DATE [, format_mask VARCHAR2]) RETURN DATE

The TRUNC date function is similar to the numeric FLOOR function discussed in Chapter 13, Numeric, LOB, and Miscellaneous Functions . Generally speaking, it rounds down to the beginning of the minute, hour, day, month, quarter, year, or century, as specified by the format mask.

TRUNC offers the easiest way to retrieve the first day of the month or first day of the year. It is also useful when you want to ignore the time component of dates. This is often the case when you perform comparisons with dates, such as the following:

IF request_date BETWEEN start_date AND end_date
THEN
   ...

The date component of date_entered and start_date might be the same, but if your application does not specify a time component for each of its dates, the comparison might fail. If, for example, the user enters a request_date and the screen does not include a time component, the time for request_date will be midnight or 12:00 A.M. of that day. If start_date was set from SYSDATE, however, its time component will reflect the time at which the assignment was made. Because 12:00 A.M. comes before any other time of the day, a comparison that looks to the naked eye like a match might well fail.

If you are not sure about the time components of your date fields and variables and want to make sure that your operations on dates disregard the time component, TRUNCate them:

IF TRUNC (request_date) BETWEEN TRUNC (start_date) AND TRUNC (end_date)
THEN
   ...

TRUNC levels the playing field with regard to the time component: all dates now have the same time of midnight (12:00 A.M.). The time will never be a reason for a comparison to fail.

Here are some examples of TRUNC for dates (all assuming a default date format mask of DD-MON-YYYY):

• Without a format mask, TRUNC sets the time to 12:00 A.M. of the same day:

  TO_CHAR (TRUNC (TO_DATE ('11-SEP-1994 9:36 AM', 'DD-MON-YYYY HH:MI AM'))
  ==> 11-SEP-1994 12:00 AM 

• Trunc to the beginning of the century in all cases:

  TO_CHAR (TRUNC (TO_DATE ('01-MAR-1994'), 'CC'), 'DD-MON-YYYY')
  ==> 01-JAN-1900
  
  TO_CHAR (TRUNC (TO_DATE ('01-MAR-1945'), 'CC'), 'DD-MON-YYYY')
  ==> 01-JAN-1900

• Trunc to the first of the current year:

  TRUNC (TO_DATE ('01-MAR-1994'), 'YYYY') ==> 01-JAN-1994
  TRUNC (TO_DATE ('01-SEP-1994'), 'YEAR') ==> 01-JAN-1994

• Trunc to the first day of the quarter:

  TRUNC (TO_DATE ('01-MAR-1994'), 'Q') ==> 01-JAN-1994
  TRUNC (TO_DATE ('15-APR-1994'), 'Q') ==> 01-APR-1994

• Trunc to the first of the month:

  TRUNC (TO_DATE ('12-MAR-1994'), 'MONTH') ==> 01-MAR-1994
  TRUNC (TO_DATE ('17-MAR-1994'), 'MM') ==> 01-APR-1994  

In the rest of the examples I use TO_DATE to pass a time component to the TRUNC function, and TO_CHAR to display the new time:

• Trunc back to the beginning of the current day (time is always midnight):

  TO_CHAR (TRUNC (TO_DATE ('11-SEP-1994 10:00 AM',
                        'DD-MON-YYYY HH:MI AM'), 'DD'),
           'DD-MON-YYYY HH:MI AM')
  ==> 11-SEP-1994 12:00 AM
  
  TO_CHAR (TRUNC (TO_DATE ('11-SEP-1994 4:00 PM',
                        'DD-MON-YYYY HH:MI AM'), 'DD'),
           'DD-MON-YYYY HH:MI AM')
  ==> 11-SEP-1994 12:00 AM 

• Trunc to the beginning of the current hour:

  TO_CHAR (TRUNC (TO_DATE ('11-SEP-1994 4:17 PM',
                        'DD-MON-YYYY HH:MI AM'), 'HH'),
         'DD-MON-YYYY HH:MI AM')
  ==> 11-SEP-1994 04:00 PM