如果我們假設值的格式總是MMM-yy，那么您可以這樣做： SELECT CONVERT(date,'01-' + StringDate,106)FROM dbo.YourTable; 當然，這有兩個缺陷。 日期使用2位數的年份，因此SQLServer可能會假定錯誤的世紀 只有當LOGIN使用基于英語的語言時，它才會工作，否則它就會失敗。 真正的解決辦法是修正你的設計；永遠不要將日期（和時間）值存儲在varchar中，當您使用varchar表示日期時（例如WHERE中的文字），請使用明確的格式，如yyyyMMdd或yyyy-MM-ddThh:mm:ss.nnnnnnn。

您有一個字符串，因此可以使用字符串操作插入其他字符： select (substr(x, 1, 2) || ':' || substr(x, 3, 2) || ':' || substr(x, 5, 2) || ':000')from (select '042336' as x from dual) t

whereRaw()的內容應該與您在純SQL中所做的類似。如果沒有，請隨意定制。 DB::table('your_table') ->whereRaw('CONCAT(ddate, " ", time_start) = GETDATE()')

1647932399是2022-03-2206:59:59 UTC的紀元。你的開始時間是22-03-22 06:59:59 Asia/Jakarta，也就是22-03-21 23:59:59 UTC，這個時間段是1647907199，這就是你得到的。所以你的結果是正確的；但風險很大。 你依賴于隱式轉換。to_timestamp('22/03/2022 06:59:59','dd/mm/yyyy HH:MI:SS')給你一個簡單的時間戳，沒有時區信息。當你接著做SYS_EXTRACT_UTC(...)時，普通的時間戳被隱式地轉換成一個帶有時區的時間戳，使用的是你的會話時區——看起來它恰好是雅加達。所以它很有效——對你來說，在這節課上。如果您更改了會話時區，或者更有可能是其他人在不同時區的會話中運行相同的代碼，那么reslut將不同。 更明確地說，您可以將字符串轉換為普通時間戳，然后聲明它代表雅加達時間，然后將其轉換為UTC： sys_extract_utc(from_tz(to_timestamp('22/03/2022 06:59:59', 'DD/MM/YYYY HH24:MI:SS'), 'Asia/Jakarta'))21-MAR-22 23.59.59.000000000 UTC 然后基本上有兩種方法將其轉換為歷元數；或者將其轉換為一個日期，減去1970-01-01作為一個

using to_timestamp('220215010100','YYMMDDHHMISS') as "Date Time" 將其轉換為請求的日期時間格式。

這就是你要找的嗎？ 如果@StartTime小于@EndTime，則檢查列時間是否介于@StartTime和@EndTime之間 如果@StartTime大于@EndTime，則檢查列時間是否大于@StartTime或小于@EndTime。 (@StartTime < @EndTime AND CAST(DateTimeColumn AS TIME) BETWEEN @StartTime AND @EndTime)OR (@StartTime > @EndTime AND (CAST(DateTimeColumn AS TIME) >= @StartTime OR CAST(DateTimeColumn AS TIME) <= @EndTime))

問題是，如果您試圖將字符串轉換為日期，而表中的某些字符串無法轉換為日期，SQL Server可能仍會嘗試將其轉換，即使您的過濾器應該消除它們。這是因為SQL Server可以根據選擇的計劃（這解釋了為什么單獨選擇可能與選擇進入不同）在篩選之前或轉換之前自由執行轉換，而您對此幾乎沒有控制權。你能做的就是改變： datediff(DAY,convert(date,b.value,101),convert(date,getdate(),101)) To: CASE WHEN TRY_CONVERT(date, b.value, 101) IS NOT NULL THEN DATEDIFF(DAY, TRY_CONVERT(date, b.value, 101), CONVERT(date,GETDATE())) END 轉換GETDATE()時不需要樣式號，因為它不會存儲為像m/d/y這樣的區域性、不明確的字符串。事實上，你根本不需要轉換它；無論今天是什么時間，DATEDIFF如果你調整時間與否，都會產生相同的結果，因此： CASE WHEN TRY_CONVERT(date, b.value, 101) IS NOT NULL THEN DATEDIFF(DAY, TRY_CONVERT(date, b.value, 101), GETDATE()) END 您甚至可以簡化并完全去掉C

正如@Squirrel在評論中提到的，正確的樣式是103，來自文檔 select Convert(DATE, '01/05/2017', 103) as my_date;my_date2017-05-01select Convert(DATE, '13/06/2013', 103) as my_date2;my_date22013-06-13 我建議不要將日期存儲為文本，您可以使用datetime創建另一個列（盡管這不在問題范圍內），并更新該列，如下面的示例所示： create table test (wrong_date_format varchar(25));insert into test values ('01/05/2017'),('13/06/2013');ALTER TABLE test ADD wright_date_format date;update test set wright_date_format = Convert(DATE, wrong_date_format, 103); Demo

在下面的代碼中，常量的乘法在編譯時完成，然后將結果轉換為float，并作為float64存儲在f中。運行時沒有類型轉換。 var f float64 = i * c 以下是無效的Go代碼，因此它不是轉換或強制轉換。 s := string(97.2) 圍棋中沒有type-casting。 如果你做到了： s:=int(f) 其中f是float，這是一種類型轉換，f的值被轉換為int并分配給s。

您可以在這里使用CONVERT和一些字符串操作： SELECT Date, Time, CONVERT(datetime, Date + ' ' + LEFT(RIGHT('00' + Time, 4), 2) + ':' + RIGHT(RIGHT('00' + Time, 4), 2), 3) AS dtFROM yourTable; Demo 我首先用0填充時間，長度為4個字符。這是為了確保我們總是能夠準確地把左邊的兩個字符作為小時，右邊的兩個字符作為分鐘。 不用說，從上面的復雜性可以看出，將日期存儲為文本可能會變得混亂。最好只使用一個真正的sqlserver日期列。

您需要執行一些字符串操作來檢測并糾正這種情況。找到“T”，找到下一個“：”，如果它們之間只有一個字符，請插入一個“0”。 以下是基于這樣的假設：這是您正在處理的唯一數據異常。如果數據在其他方面可能不正確，則可能需要使其更加健壯。 select x.TestDate , cast(case when SecondPos-FirstPos = 2 then substring(x.TestDate,1,FirstPos) + '0' + substring(x.TestDate,FirstPos+1,len(x.TestDate)) else x.TestDate end as datetimeoffset(0)) Correctedfrom ( values ('2021-03-01T00:08:41.000Z') ,('2021-03-01T0:08:41.000Z')) x (TestDate)cross apply ( values (charindex('T',TestDate), charindex(':',TestDate))) y (FirstPos, SecondPos); 理想情況下，您當然會要求您的下游源代碼更正其格式并提供有效的datetimeoffset格式。

你要找的是 SELECT Symbol, SEC_TO_TIME(AVG(TIME_TO_SEC(High_Time))) FROM data GROUP BY Symbol;

這里有一種方法（假設您需要字符串數據類型的輸出）： with inputs (tod_number) as ( select 83315 from dual union all select 143305 from dual )select tod_number, to_char(to_date(to_char(tod_number, 'fm00g00g00' , 'nls_numeric_characters=.:') , 'hh24:mi:ss') , 'hh:mi:ss AM') as tod_stringfrom inputs;TOD_NUMBER TOD_STRING ---------- ----------- 83315 08:33:15 AM 143305 02:33:05 PM with子句不是實際查詢的一部分，它只是用來模擬輸入數據。刪除它，并用實際的表名和列名替換表名（inputs）和列名（tod_number）。根據需要更改輸出（tod_string）的列名。 解決方案首先將數字轉換為hh24:mi:ss格式的字符串（假定組分隔符為:，以便字符串具有冒號而不是逗號或句點）。然后將其轉換為日期，使用不完整的格式模型hh24:mi:ss；Oracle添加了一個日期組件，但無論是在輸入還是輸出上，您都不在乎它是什么。然后將其轉換回所需格式模型hh:mi:ss AM

可以將第二個參數與dict和要保留的字段一起傳遞 mycol1.find({"$and": [ { "date2": { "$gte": "2010-01-01" } }, { "date2": { "$lte":"2011-01-01" } } ]}, {"id13":1} )

對于第一個查詢，您需要使用%Y。請記住，在年份中使用“Y”總是更好。當您在年份中編寫查詢時。 選擇STR_TO_DATE("30,11,2011"，“%d，%m，%Y”）； 對于第二個，您也可以使用“%Y”代替“%Y”，在幾分鐘內使用“%i”而不是“%i”，也可以在幾小時和幾分鐘內使用。您可以使用任何您喜歡的內容。 選擇STR_TO_DATE("2011,11,30 12,30,45“，%Y，%m，%d%h，%i，%s”）； 有關SQL命令的更多說明，請參閱以下文檔。