Есть ли способ проверить правильность поля datetime
, прежде чем вставлять его в соответствующую таблицу?
Попытка вставить с помощью блока try/catch не является способом.
Спасибо,
Есть ли способ проверить правильность поля datetime
, прежде чем вставлять его в соответствующую таблицу?
Попытка вставить с помощью блока try/catch не является способом.
Спасибо,
Не уверен, что я чересчур педантичен, но DateTime.TryParse будет проверять, является ли значение допустимым объектом DateTime. OP спросил о проверке значения перед вставкой в SQL Server datetime. Диапазон допустимых значений для SQL Server datetime - "1 января 1753 года, 31 декабря, 9999". Это не относится к DateTime.NET. Этот script присваивает значение "1/1/0001 12:00:00 AM" значению badDateTime и успешно разбирает.
DateTime d = DateTime.MinValue;
string badDateTime = DateTime.MinValue.ToString();
Console.WriteLine(badDateTime);
DateTime.TryParse(badDateTime, out d);
Однако, если вы попытались сохранить это в поле datetime, он потерпит неудачу с помощью "Преобразование типа данных varchar в тип данных datetime, приведенный в значение вне диапазона".
Прокомментировал вопрос, почему я использовал 997 в миллисекундах, это описано в SQL Server 2008 и миллисекундах, но при сохранении клика 997 - это самое большое значение, которое вы можете сохранить в формате datetime. 998 будет округлено до 1 секунды с 000 миллисекунд
/// <summary>
/// An initial pass at a method to verify whether a value is
/// kosher for SQL Server datetime
/// </summary>
/// <param name="someval">A date string that may parse</param>
/// <returns>true if the parameter is valid for SQL Sever datetime</returns>
static bool IsValidSqlDatetime(string someval)
{
bool valid = false;
DateTime testDate = DateTime.MinValue;
DateTime minDateTime = DateTime.MaxValue;
DateTime maxDateTime = DateTime.MinValue;
minDateTime = new DateTime(1753, 1, 1);
maxDateTime = new DateTime(9999, 12, 31, 23, 59, 59, 997);
if (DateTime.TryParse(someval, out testDate))
{
if (testDate >= minDateTime && testDate <= maxDateTime)
{
valid = true;
}
}
return valid;
}
Это, вероятно, лучший подход, так как это попытается применить объект DateTime к фактическому типу данных datetime sql
/// <summary>
/// An better method to verify whether a value is
/// kosher for SQL Server datetime. This uses the native library
/// for checking range values
/// </summary>
/// <param name="someval">A date string that may parse</param>
/// <returns>true if the parameter is valid for SQL Sever datetime</returns>
static bool IsValidSqlDateTimeNative(string someval)
{
bool valid = false;
DateTime testDate = DateTime.MinValue;
System.Data.SqlTypes.SqlDateTime sdt;
if (DateTime.TryParse(someval, out testDate))
{
try
{
// take advantage of the native conversion
sdt = new System.Data.SqlTypes.SqlDateTime(testDate);
valid = true;
}
catch (System.Data.SqlTypes.SqlTypeException ex)
{
// no need to do anything, this is the expected out of range error
}
}
return valid;
}
Попробуйте это без значения hardcoding sql dateTime:
public bool IsValidSqlDateTime(DateTime? dateTime)
{
if (dateTime == null) return true;
DateTime minValue = DateTime.Parse(System.Data.SqlTypes.SqlDateTime.MinValue.ToString());
DateTime maxValue = DateTime.Parse(System.Data.SqlTypes.SqlDateTime.MaxValue.ToString());
if (minValue > dateTime.Value || maxValue < dateTime.Value)
return false;
return true;
}
Это еще один ответ на billinkc. Однако в этом методе свойство .Value для min/max используется, чтобы избежать разбора и try/catch. Кто-то сказал, что они хотят убедиться, что они вставляют действительную дату в SQL Server. Итак, я принял подход к возврату даты, которая действительна для SQL Server. Это можно легко изменить на логический метод, который проверяет, является ли dateToVerify допустимой датой SQL Server.
protected DateTime EnsureValidDatabaseDate(DateTime dateToVerify)
{
if (dateToVerify < System.Data.SqlTypes.SqlDateTime.MinValue.**Value**)
{
return System.Data.SqlTypes.SqlDateTime.MinValue.Value;
}
else if (dateToVerify > System.Data.SqlTypes.SqlDateTime.MaxValue.**Value**)
{
return System.Data.SqlTypes.SqlDateTime.MaxValue.Value;
}
else
{
return dateToVerify;
}
}
<asp:RangeValidator runat="server" ID="rgvalDate" ControlToValidate="txtDate" Text="[Invalid]" Type="Date" MinimumValue="1/1/1753" MaximumValue="12/31/9999" />
ИЛИ
пользовательский валидатор:
protected void cvalDOB_ServerValidate(object sender, ServerValidateEventArgs e)
{
e.IsValid = IsValidSqlDateTime(e.Value);
}
public static bool IsValidSqlDateTime(object Date)
{
try
{
System.Data.SqlTypes.SqlDateTime.Parse(Date.ToString());
return true;
}
catch
{
return false;
}
}
Если вы упомянули о проверке на стороне сервера поля DateTime, используйте DateTime.TryParse
. Быстрый и грязный пример будет
DateTime dateValue;
string dateString = "05/01/2009 14:57:32.8";
if (DateTime.TryParse(dateString, out dateValue))
{
// valid date comes here.
// use dateValue for this
}
else
{
// valid date comes here
}
DateTime.TryParse
- лучший валидатор
DateTime temp;
if(DateTime.TryParse(txtDate.Text, out temp))
//Works
else
// Doesnt work
Не могли бы вы предоставить более подробную информацию о том, откуда приходит значение datetime? веб-форму? Вы можете просто добавить CompareValidator следующим образом
<asp:CompareValidator ID="CompareValidator1" runat="server"
ControlToValidate="txtDate"
Type="Date"
ErrorMessage="CompareValidator">
</asp:CompareValidator>
Вы можете использовать SqlCommand с параметром для предотвращения SQLInjection
Для примеров:
SqlCommand cmn = new SqlCommand("UPDATE table SET date = @Date ");
// cmn set Here....
cmn.Parameters.Add("@Date",SqlDbType.DateTime).Value = dateTimeObj;
И другие (ы), вы можете просмотреть в MSDN