А строки конкатенируются "плюсом" - и это тоже правильно ;-)

Есть еще знак "/".
Например, (date2-date1)/7 - будет разница в неделях ;-)

2 _mmm_

Нет, так не пойдет - уже вместо 13 месяцев будет 1.
Потом, не надо забывать, что алгоритмы расчета будут разные для разных случаев.
Например, в очень многих аналитических расчетах мой месяц равен 28 или 30 дням. В этих случаях отнять дату одну от другой и поделить результат на 28 или 30 - самое быстрое. Тогда, к примеру:


Если нужно установить точную разницу в календарных месяцах между датами, то это не совсем корректная задача, хотя бы потому, что количество дней в разных месяцах разное ;-). Тем не менее, в общем случае это решается так:

Если нужно абстрагироваться от дней и вычислить разницу в полных месяцах (хотя в этом случае мы получим при date2={^2004-01-31}, а date1={^2004-01-01} - вроде, между датами есть месяц - на самом деле 0; или date2={^2004-02-01}, а date1={^2004-01-31} - вроде всего 1 день - на самом деле 1 месяц ;-)) то:



К этому можно добавить:

или


(Количество дней погрешности вычисления разницы в месяцах, отнесенных к последнему месяцу, которое может быть и отрицательным. ;-))

Если хочется округлить до целых месяцев, то возможны варианты:
1. введем правило: если day_diff по модулю меньше 15, то mon_diff остается самой собой, иначе меняется на 1 в ту или иную сторону:


2. Если такая точность не устраивает, можно считать разницу по последнему месяцу:


(можно сократить ;-))
Тогда:



3. Если не устраивает последний месяц, можно так же поступить с первым.

4. Можно и еще точнее: посчитать долю дней до конца первого месяца, отнесенную к первому месяцу, сложить с долей дней с начала последнего месяца, отнесенных к последнему месяцу.

Если не надо округлять - и не округляйте.
Например, выбросить округление из предыдущей формулы:



Наконец, если нужно представить разницу в виде "плюс/минус столько-то месяцев и столько-то дней":

Этот код можно оформить в виде пользовательской процедуры.