⑴ 高分求：在sql2000中將日期2010-01-31 13:13:13」轉化為毫秒的方法1296477608
select datediff(ss,'1970-01-01 08:00:00',sd_publishdate) FROM i_supply
⑵ sql 將日期時間轉換為毫秒即13位的數字，比如'2012-11-15 15:00:00'轉化為'1358946520000'
可能需要自定義函數了！
先計算一天是多少毫秒，再計算有多少天；然後計算剩餘小時的毫秒數。
datediff(day,0,'2012-11-15 00:00:00')*86400000.0+datediff(day,'2012-11-15 00:00:00','2012-11-15 15:00:00')
⑶ 如何查看sql資料庫操作日誌
請參照以下步驟查看sql資料庫操作日誌。
1、首先在電腦上打開sql server軟體，進入軟體載入界面。
⑷ 怎麼利用sql server日誌查看執行的語句
怎麼利用sql server日誌查看執行的語句
--1.第一種測試方法
declare @begin datetime,@end datetime
set @begin =getdate()
｛你所要測試的sql語句｝
set @end=getdate()
PRINT DATEDIFF(millisecond, @begin, @end)/1000.0 --單位：s
--2.另一種測試方法（將執行每個語句時採取的步驟作為行集返回，通過層次結構樹的形式展示出來）
SET STATISTICS PROFILE ON：顯示分析、編譯和執行查詢所需的時間（以毫秒為單位）。
SET STATISTICS IO ON：報告與語句內引用的每個表的掃描數、邏輯讀取數（在高速緩存中訪問的頁數）和物理讀取數（訪問磁碟的次數）有關的信息。
SET STATISTICS TIME ON：顯示每個查詢執行後的結果集，代表查詢執行的配置文件。
SET STATISTICS profile on
SET STATISTICS io ON
SET STATISTICS time ON
go
---你要測試的sql語句
｛你要測試的sql語句｝
SET STATISTICS profile OFF
SET STATISTICS io OFF
SET STATISTICS time OFF
go
3.對SQL SERVER進行設置！！！！
｛查詢-查詢選項-高級里，有個SET STATISTICS TIME勾上，然後執行SQL，看消息，就有執行時間了｝
⑸ 如何快速掌握SQL Server中的日誌轉移
如何快速掌握SQL Server中的日誌轉移
集群是一種實現高可用性的有效解決方案，有時它會適得其反。而且，它還非常昂貴。因此，資料庫管理員可使用日誌轉移代替集群來提供較高的可用性。
日誌轉移是這樣一種處理過程，它能將某一資料庫中的事務日誌文件依次轉存到備份的資料庫中，進而為這一資料庫創建一個「近乎」熱備份。SQL Server 2000的資料庫引擎中設置了日誌轉移功能，並在其中進行處理。所以它會自動完成復原到備份伺服器的進程，而不需要資料庫管理員手動操作。只有你的產品伺服器操作失敗，你才需手動完成到備份伺服器的復原進程。(注釋：盡管SQL Server 7.0和2005中均有日誌轉移功能，但本文主要針對SQL Server 2000。)
為什麼要使用日誌轉移?
日誌轉移是一種解決高可用性的措施，並且十分有效。同樣作為高可用性的措施方案，日誌轉移相對集群來說，最大的.好處是它要便宜許多。這是因為，使用集群功能有硬體要求，而日誌轉移則不需要。
日誌轉移在資料庫與資料庫而非伺服器與伺服器之間進行;因此才有可能將備份資料庫存儲在你已用作其他用途的伺服器上。但如果轉移失敗則有可能會出現問題，這時你可換用備份資料庫，這種選擇是可用的。
日誌轉移相對比較容易安裝。SQL Server提供了非常完善的向導幫助你安裝這個進程。
日誌轉移允許你保存分布在不同地理位置中的冗餘數據，SQL Server的集群功能則很難做到這一點。這一特點十分出眾，因為，當你的數據中心遭到災難時，你仍能在備份伺服器中將其恢復過來。而在相同的數據中心，如果你使用的是集群功能，你就會陷入麻煩。
日誌轉移的另一優點是你能將備份資料庫作為報告資料庫使用，這對許多公司來說是很不錯的選擇。但如果你決定了用這個備份資料庫作報告使用，就必須注意它的局限性。使用原始資料庫中的日誌時，SQL Server 要求指定唯一的通道，所以，當日誌文件正在被應用時，報告則不能同時進行。
使用日誌轉移要考慮的相關因素
在將日誌轉移作為高可用性的方案來使用時，我們必須考慮以下幾點因素。由於從原始資料庫到備份資料庫有一個潛伏期，對你的公司而言，它並非一定是可行的實現高可用性的一種解決方案。潛伏期由資料庫管理員設置，時間也因需要而縮短, 但永遠不能避免。
日誌轉移中沒有設置恢復功能，這就意味著在將日誌轉移到備份伺服器上時，這些日誌都暫時不可用。因此，資料庫管理員必須在將備份資料庫放到網上前完成一系列的操作，這些步驟包括:
將已存儲在備份數據伺服器上原始資料庫里的備份標簽存儲起來。一旦所有的標簽被存儲後，資料庫就必須得到恢復，然後放到網上。
一旦所有的資料庫都已放在網上，所有需要訪問資料庫的應用程序就需要改變自身的鏈接。如果你不能將應用程序盡快指向剛剛恢復的資料庫，你就前功盡棄了。
一個SQL Server的實例能用於監控日誌轉移。這個實例可以在原始資料庫、備份資料庫或單獨的資料庫中。任何一種版本的SQL Server都能用於SQL Server監控。
注釋：資料庫登錄必須在原始資料庫與備份資料庫之間同時進行。
;⑹ SQL中如何將數字型轉換為日期型
平時為了方便存儲和查詢，通常會選擇將時間存儲為毫秒或者秒的形式。但是頁面顯示的時候很不直觀，需要將整型數字轉化成日期格式，轉化方式包括下面幾種：
1、秒數與Date之間的轉換：select from_unixtime(1388776825);
如果想逆向轉換，可以通過unix_timestamp()函數反向轉換。用法如下：
SELECT UNIX_TIMESTAMP() ;//獲取當前時間的秒數
SELECT UNIX_TIMESTAMP('2014-03-23 10:10:40') ; //獲取指定日期格式的秒數
SELECT UNIX_TIMESTAMP('2014-03-23') ; //獲取指定日期格式的秒數
(6)sql毫秒轉日誌擴展閱讀：
一、date型換int型
SELECT UNIX_TIMESTAMP(『2017-9-22 13:54:45』)
二、int型轉date型
SELECT FROM_UNIXTIME(1506059685)
需要注意的是，一個int值轉換為DateTime 需要從1970年1月1日0點0分0秒開始，但是必須明確，這個時間是標准時間，而不是北京時間。
資料庫中數據的時間都是以標准時間為准繩的。所以必須轉換到當前時間, 中國是+8 ，可以簡單的調用ToLocalTime達到效果。
⑺ mysql如何用sql語句將時間戳轉化為正常時間精確到毫秒
使用5.6版本 可以 精確到 毫秒
⑻ 如何查看sql server 2008的SQL語句執行錯誤日誌
1、使早模用了SQL Server 2008 Management Studio進行載入資料庫，進行點擊列表中的管理的選項。
⑼ SQL查詢時間格式問題
SQL的時間格式是：YYYY-MM-DD HH:NN:SS.sss
其sss是毫秒，由於計算機內部時鍾晶振的問題，SQL時間最小單位為3毫秒。
一般SQL時間格式處理：大都採取轉換格式至datetime格式
例如顯示時常用到的：
1、將2015轉換為當年的第一天：
selectcast('2015'+'-1-1'asdatetime)輸出結果為：2015-01-01 00:00:00.000
2、將2015-02轉換為當年的第一天：
selectcast('2015-02'+'-1'asdatetime)輸出結果為：2015-02-01 00:00:00.000
其實以上可以總結為將具有一定格式的字元串轉換為日期類型，只要將年月日補全，後面的時間會默認為0時0分0秒0毫秒
⑽ 怎麼樣配置druid將sql語句及參數記錄到日誌文件中去
<!--每隔5分鍾將監控日誌輸出到日誌文件中，單位是毫秒。-->
<propertyname="timeBetweenLogStatsMillis"value="300000"和陪/>
<!--監控資料庫-->
<propertyname="proxyFilters">
<list>
<refbean="stat-filter"/>
<refbean="wall-filter"/>
<refbean="log-filter"/>
</list>
鋒棚鍵</property><beanid="stat-filter"class="com.alibaba.druid.filter.stat.StatFilter">
<propertyname="slowSqlMillis"value="3000"/>
<propertyname="logSlowSql"value="true"/>
<propertyname="mergeSql"value="true"/>
</bean>
<beanid="log-filter"銀巧class="com.alibaba.druid.filter.logging.Log4jFilter">
<!--<propertyname="resultSetLogEnabled"value="false"/>-->
<!--<propertyname=""value="true"/>-->
</bean>
<beanid="wall-filter"class="com.alibaba.druid.wall.WallFilter">
<propertyname="dbType"value="oracle"/>
<propertyname="config"ref="wall-filter-config"/>
</bean>
<beanid="wall-filter-config"class="com.alibaba.druid.wall.WallConfig"init-method="init">
<propertyname="dir"value="META-INF/druid/wall/oracle"/>
</bean>