例子:工作和非工作。

select * from tblUser Where    
convert(varchar(10),CreatedDate,111) between '2015/04/01' and '2016/04/01' //--**Working**

OR

select * from tblUser Where
(CAST(CreatedDate AS DATETIME) between CAST('2015/04/01' AS DATETIME) And CAST('2016/4/30'AS DATETIME)) //--**Working**

OR

select * from tblUser Where
(YEAR(CreatedDate) between YEAR('2015/04/01') And YEAR('2016/4/30')) 
//--**Working**

下面的AND是无效的:

select * from tblUser Where
Convert(Varchar(10),CreatedDate,111) >=  Convert(Varchar(10),'01-01-2015',111) and  Convert(Varchar(10),CreatedDate,111) <= Convert(Varchar(10),'31-12-2015',111) //--**Not Working**


select * from tblUser Where
(Convert(Varchar(10),CreatedDate,111) between Convert(Varchar(10),'01-01-2015',111) And Convert(Varchar(10),'31-12-2015',111)) //--**Not Working**

在这个线程中有很多糟糕的答案和习惯，当涉及到根据记录可能具有非零时间值的日期范围进行选择时——包括写作时第二高的答案。

永远不要使用这样的代码:Date between '2011/02/25' and '2011/02/27 23:59:59.999'

或者这样:日期>= '2011/02/25'和日期<= '2011/02/27 23:59:59.999'

想知道为什么，自己试试吧:

DECLARE @DatetimeValues TABLE
    (MyDatetime datetime);
INSERT INTO @DatetimeValues VALUES
    ('2011-02-27T23:59:59.997')
    ,('2011-02-28T00:00:00');

SELECT MyDatetime
FROM @DatetimeValues
WHERE MyDatetime BETWEEN '2020-01-01T00:00:00' AND '2020-01-01T23:59:59.999';

SELECT MyDatetime
FROM @DatetimeValues
WHERE MyDatetime >= '2011-02-25T00:00:00' AND MyDatetime <= '2011-02-27T23:59:59.999';

在这两种情况下，你会得到两行。假设您正在查看的日期值是旧的datetime类型，用于与这些日期比较的毫秒值为999的日期文字将舍入到下一秒的毫秒000，因为datetime并不精确到最近的毫秒。你可以有99.7或7000，但没有介于两者之间的。

您可以使用997毫秒值，这就可以工作了——假设您只需要使用datetime值，而不需要使用datetime2值，因为这些值可以更精确。例如，在这种情况下，您将错过时间值为23:59:59.99872的记录。例如，最初建议的代码也会错过时间值为23:59:59.9995的记录。

更好的是同一答案中提供的另一个解决方案-日期>= '2011/02/25'和日期< '2011/02/28'。在这里，无论查看的是datetime列还是datetime2列，都可以正常工作。

我想提出的另一个关键点是日期和时间字面量。'2011/02/25'不是一个好主意-取决于您正在工作的系统的设置，这可能会抛出一个错误，因为没有第25个月。使用适用于所有位置和语言设置的文字格式，例如。“2011 - 02 - 25 - t00:00:00”。

例子:工作和非工作。

select * from tblUser Where    
convert(varchar(10),CreatedDate,111) between '2015/04/01' and '2016/04/01' //--**Working**

OR

select * from tblUser Where
(CAST(CreatedDate AS DATETIME) between CAST('2015/04/01' AS DATETIME) And CAST('2016/4/30'AS DATETIME)) //--**Working**

OR

select * from tblUser Where
(YEAR(CreatedDate) between YEAR('2015/04/01') And YEAR('2016/4/30')) 
//--**Working**

下面的AND是无效的:

select * from tblUser Where
Convert(Varchar(10),CreatedDate,111) >=  Convert(Varchar(10),'01-01-2015',111) and  Convert(Varchar(10),CreatedDate,111) <= Convert(Varchar(10),'31-12-2015',111) //--**Not Working**


select * from tblUser Where
(Convert(Varchar(10),CreatedDate,111) between Convert(Varchar(10),'01-01-2015',111) And Convert(Varchar(10),'31-12-2015',111)) //--**Not Working**

这是非常古老的，但考虑到我有很多关于日期的经验，你可能会考虑这个:人们使用不同的区域设置，因此，一些人(以及一些数据库/计算机，取决于区域设置)可能会将11/12/2016这个日期读为11/dec 2016或11/12,2016。此外，提供给MySQL数据库的16/11/12将在内部转换为2016年11月12日，而运行在英国区域设置计算机上的Access数据库将解释并存储为2012年11月16日。

因此，每当我要与日期和数据库交互时，我都明确地制定了自己的策略。所以我总是提供我的查询和编程代码如下:

SELECT FirstName FROM Students WHERE DoB >= '11 Dec 2016';

还要注意Access将接受#，因此:

SELECT FirstName FROM Students WHERE DoB >= #11 Dec 2016#;

但是MS SQL服务器不会，所以我总是使用“'”如上所述，这两个数据库都接受。

当从代码中的变量中获得日期时，我总是将结果转换为字符串，如下所示:

"SELECT FirstName FROM Students WHERE DoB >= " & myDate.ToString("d MMM yyyy")

我写这篇文章是因为我知道有时一些程序员可能不够敏锐，无法检测到内在的转换。对于< 13的日期将不会出现错误，只是结果不同!

对于所问的问题，在最后一天的基础上加一天，做如下比较:

dated >= '11 Nov 2016' AND dated < '15 Nov 2016' 

select * from test 
     where CAST(AddTime as datetime) between '2013/4/4' and '2014/4/4'

——如果数据类型不同

/****** Script for SelectTopNRows command from SSMS  ******/
SELECT TOP 10 [Id]
  ,[Id_parvandeh]
  ,[FirstName]
  ,[LastName]
  ,[RegDate]
  ,[Gilder]
  ,[Nationality]
  ,[Educ]
  ,[PhoneNumber]
  ,[DueInMashhad]

  ,[EzdevajDate]


  ,[MarriageStatus]
  ,[Gender]
  ,[Photo]

  ,[ModifiedOn]
  ,[CreatorIp]
   From
  [dbo].[Socials] where educ >= 3 or EzdevajDate  >= '1992/03/31' and EzdevajDate <= '2019/03/09' and MarriageStatus = 1