ответ Джона хорошо, но также, что вы можете сделать вещи проще, как это:
sqlComm.Parameters.AddWithValue("@join_date", DateTime.Now);
Он будет автоматически используйте правильный тип данных в зависимости от типа значения.
Кроме того - Вы сказали, что вы звонили этому из ASP.Net. В веб-приложениях DateTime.Now
обычно не подходит - поскольку он использует часовой пояс сервера и не сохраняет информацию о смещении, поэтому он может быть неоднозначным во время переходов daylight saving time. Я рекомендую хранить значения в формате UTC в базе данных (DateTime.UtcNow
).
Если вы считаете, что местный часовой пояс сервера имеет значение в вашем прецеденте, рассмотрите возможность переключения столбца базы данных на тип datetimeoffset
и используя DateTimeOffset.Now
. Это позволит избежать проблем с переходами DST.
Смотрите также: The case against DateTime.Now
Try..date time.now.to строка ("YYYY-MM-ДД ЧЧ: мм: сс") – Chris
https://msdn.microsoft.com/en-us/ библиотека/8kb3ddd4% 28v = vs.110% 29.aspx – Chris
благодарит @ Крис, это сделано. см. принятый ответ –