Вы можете сделать это, используя чистый запрос Hive:
set hivevar:start_date=2019-01-02;
set hivevar:end_date=2019-01-31;
with date_range as
(--this query generates date range
select date_add ('${hivevar:start_date}',s.i) as dt, s.i days
from ( select posexplode(split(space(datediff('${hivevar:end_date}','${hivevar:start_date}')),' ')) as (i,x) ) s
)
select dt, days from date_range;
Возвращает:
dt days
2019-01-02 0
2019-01-03 1
2019-01-04 2
2019-01-05 3
2019-01-06 4
2019-01-07 5
2019-01-08 6
2019-01-09 7
2019-01-10 8
2019-01-11 9
2019-01-12 10
2019-01-13 11
2019-01-14 12
2019-01-15 13
2019-01-16 14
2019-01-17 15
2019-01-18 16
2019-01-19 17
2019-01-20 18
2019-01-21 19
2019-01-22 20
2019-01-23 21
2019-01-24 22
2019-01-25 23
2019-01-26 24
2019-01-27 25
2019-01-28 26
2019-01-29 27
2019-01-30 28
2019-01-31 29
Надеюсь, у вас есть идея.
На самом деле нет особой разницы в Платформа MVC применительно к поставщику членства. Это не так гладко, но функциональность аналогична. Членство в ASP.NET так же близко к стандарту, как и платформа MVC на данный момент. Но если вы используете интерфейс, предоставляемый службой членства, вы должны иметь возможность подключить своего собственного поставщика членства или профиля, если это станет необходимым.
Вот запись в блоге для того, кто реализовал проверку электронной почты в MVC.
Я предпочитаю, чтобы дополнительная информация была часть базы данных приложения, но если вы хотите использовать ее в качестве регистрационной информации, поставщик профиля ASP.NET должен работать для вас в MVC. В части 6 серии, которую вы связали, есть пример, который должен дать вам хорошее представление о функциональности. Вот вопрос с этого сайта, который может помочь вам, если у вас возникнут проблемы с его работой.
Я предпочитаю, чтобы дополнительная информация была частью базы данных приложения, но если вы хотите, чтобы она была регистрационной информацией, поставщик профиля ASP.NET должен работать для вас в MVC. В части 6 серии, которую вы связали, есть пример, который должен дать вам хорошее представление о функциональности. Вот вопрос с этого сайта, который может помочь вам, если у вас возникнут проблемы с его работой.
Я предпочитаю, чтобы дополнительная информация была частью базы данных приложения, но если вы хотите, чтобы она была регистрационной информацией, поставщик профиля ASP.NET должен работать для вас в MVC. В части 6 серии, которую вы связали, есть пример, который должен дать вам хорошее представление о функциональности. Вот вопрос с этого сайта, который может помочь вам, если у вас возникнут проблемы с его работой.