資料庫時間類型

㈠ 資料庫的日期類型

1． 數據類型
MS sql Server 2005 有 datetime 和 smalldatetime 兩種格式的日期時間數據類型。注意：沒有單獨的日期或時間類型。
2.資料庫內部用兩個 4 位元組的整數存儲 datetime 數據類型的值。第一個 4 位元組存儲基礎日期（即 1900-1-1, base date ）之前或之後的日期。日期范圍為 1753-1-1 至 9999-12-31 。當日期為 1900-1-1 時值為 0 ；之前的日期是負數；之後日期是正數。另外一個 4 位元組存儲以午夜後三又三分之一（ 10/3 ）毫秒數所代表的每天的時間。精確度為百分之三秒（等於 3.33 毫秒或 0.00333 秒）。如下表所示，把值調整到 .000 、 .003 、或 .007 秒的增量。
3.SQL 如下：
查詢中，我們常常需要搜索指定日期范圍內的數據，比如返回 1998-01-01 當天內的數據，你可能會這樣寫：
Date >= '1998-01-01 00:00:00.000' and date <= '1998-01-01 23:59:59.999'
根據上面的調整規則，其實這句語句的實際搜索范圍為：
date >= '1998-01-01 00:00:00.000' and date <= '1998-01-02 00:00:00.000' 你會看到這包括了 1998-01-02 的數據，所以最好的正確的搜索語句為：
date >= '1998-01-01 00:00:00.000' and date < '1998-01-02 00:00:00.000'
4. smalldatetime 數據類型存儲日期和每天的時間，但精確度低於 datetime 。 SQL Server 將 smalldatetime 的值存儲為兩個 2 位元組的整數。第一個 2 位元組存儲 1900-1-1 後的天數。另外一個 2 位元組存儲午夜後的分鍾數。日期范圍從 1900-1-1 到 2079-6-6 ，時間精確到分鍾。 29.998 秒或更低的 smalldatetime 值向下舍入為最接近的分鍾， 29.999 秒或更高的 smalldatetime 值向上舍入為最接近的分鍾。
--returns time as 12:35
SELECT CAST ( '2000-05-08 12:35:29.998' AS smalldatetime )
GO
--returns time as 12:36
SELECT CAST ( '2000-05-08 12:35:29.999' AS smalldatetime )
GO4.

㈡ mysql資料庫中欄位為時間類型要怎麼什麼類型表示

哎，這一個資料庫中想要區分欄位就要分清它的字元串兒的長短，還要區分它是類型整數型還是浮點。哎這一個資料庫中想要區分欄位就要分清它的字元串的長短還要區分他是類型整數sh

㈢ sql資料庫中時間類型如何排序

我們看到的是這種格式的字元串2009-10-18 10:49:25.00其實在資料庫內部記憶的是從1900到現在的毫秒數所以你排序的時候，是以。1900年到指定時期的毫秒數大小來排序的

㈣ 資料庫里的時間格式

--1970年到現在時間的秒數?
--mssql:
selectdateadd(second,1434506400,'1970-01-0108:00:00')
--oracle:
selectto_date('1970-01-0108:00:00','YYYY-MM-DDHH24:MI:SS')+1434506400/24/3600fromal

㈤ mysql資料庫時間用什麼類型的數據

mysql資料庫時間用什麼類型的數據
Mysql中經常用來存儲日期的數據類型有三種：Date、Datetime、Timestamp。

Date數據類型：用來存儲沒有時間的日期。Mysql獲取和顯示這個類型的格式為「YYYY-MM-DD」。支持的時間范圍為「1000-00-00」到「9999-12-31」。

Datetime類型：存儲既有日期又有時間的數據。存儲和顯示的格式為 「YYYY-MM-DD HH:MM:SS」。支持的時間范圍是「1000-00-00 00:00:00」到「9999-12-31 23:59:59」。

Timestamp類型：也是存儲既有日期又有時間的數據。存儲和顯示的格式跟Datetime一樣。支持的時間范圍是「1970-01-01 00:00:01」到「2038-01-19 03:14:07」。

所有不符合上面所述格式的數據都會被轉換為相應類型的0值。（0000-00-00或者0000-00-00 00:00:00）

㈥ 資料庫中 日期的幾種表示方法

Mysql中經常用來存儲日期的數據類型有三種：Date、Datetime、Timestamp。

【1】Date數據類型：用來存儲沒有時間的日期。Mysql獲取和顯示這個類型的格式為「YYYY-MM-DD」。支持的時間范圍為「1000-00-00」到「9999-12-31」。

【2】Datetime類型：存儲既有日期又有時間的數據。存儲和顯示的格式為 「YYYY-MM-DD HH:MM:SS」。支持的時間范圍是「1000-00-00 00:00:00」到「9999-12-31 23:59:59」。

【3】Timestamp類型：也是存儲既有日期又有時間的數據。存儲和顯示的格式跟Datetime一樣。支持的時間范圍是「1970-01-01 00:00:01」到「2038-01-19 03:14:07」。

(6)資料庫時間類型擴展閱讀

切記不要用字元串存儲日期

這種存儲日期的方式的優點還是有的，就是簡單直白，容易上手。但是，這是不正確的做法，主要會有下面兩個問題：

1、字元串佔用的空間更大。

2、字元串存儲的日期比較效率比較低（逐個字元進行比對），無法用日期相關的 API 進行計算和比較。

DateTime 類型沒有時區信息的

DateTime 類型是沒有時區信息的（時區無關），DateTime 類型保存的時間都是當前會話所設置的時區對應的時間。

當你的時區更換之後，比如你的伺服器更換地址或者更換客戶端連接時區設置的話，就會導致你從資料庫中讀出的時間錯誤。不要小看這個問題，很多系統就是因為這個問題鬧出了很多笑話。

Timestamp 和時區有關。Timestamp 類型欄位的值會隨著伺服器時區的變化而變化，自動換算成相應的時間，說簡單點就是在不同時區，查詢到同一個條記錄此欄位的值會不一樣。

㈦ 資料庫的日期型數據應該用什麼類型接受

1、如果資料庫中存儲時間的數據類型為datetime，那就避免在後台代碼（*.aspx.cs）中轉化時間格式，將格式轉化的任務放到界面代碼（*.aspx）上。
無論獲取的時間是什麼格式的，在後台不要對這個時間的值進行任何操作（比如賦值等，否則系統會將時間隱式轉換），而是直接在界面代碼（*.aspx）用DataBinder、Eval等方法來直接進行格式化：
後台關鍵代碼：
<span style="white-space:pre"> </span>DataTable dt = new NewsManager().SelectById(newsid); //這里得到的dt為從直接資料庫中查詢到的數據
<span style="white-space:pre"> </span> repNews.DataSource =dt;
repNews.DataBind();

前台關鍵代碼：
<span style="white-space:pre"> </span><asp:Repeater ID="repNews" runat="server">
<ItemTemplate>
<p class="con_time">
發布時間:
<%# DataBinder.Eval(Container.DataItem,"createTime","{0:yyyy-MM-dd HH:mm:ss}") %> <%--此處createTime為上面dt中的欄位名--%>
</p>
</ItemTemplate>
</asp:Repeater>

㈧ 資料庫中有哪幾種date類型的格式

日期格式有還幾種,有比較精確一點的時間,也初象一點的,一般有,拿2006年5月12號為例來說吧,它可以為
2006-05-12 11:06:08

2006-05-12

20060512110608

20060512

2006/05/12

05-12-2006

㈨ sql資料庫中的時間類型

滿意答案。9級2010-11-29使用nvarchar對於前期的實現比較容易，但性能及後期使用及後期需求開發比較困難
如按時間排序，資料庫類型校驗，根據時間段查詢，根據時間的分組統計等等方面造成的影響比較大
追問：
如果用datetime
我的MyEclipse用Hibernate轉換時是timestamp類型的
在用模糊查詢查時間時有點糾結啊
老是報不能轉換的錯誤
回答：
用hibernate啊
那你在配置文件注入類型不用時間戳
改成這個試試java.util.Date
補充：
hibernate項目好幾年沒做過了
原來在資料庫時間建模和操縱時習慣用java.sql.Timestamp與資料庫中DateTime對應，但業務流通層，模型里還是用java.util.Date
因為這些時間直接的轉換都是一樣的方便，而且這樣做邏輯理解上比較直觀
記憶中是沒有出現過錯誤,Timestamp在現在使用數據源時經常使用
追問：
知道用date類型的哇
但是hibernate自動生成的就是timestamp類型
不改配置文件
就用timestamp怎麼做啊？總不能每次生成就改一次配置文件吧.....
追問：
還有我做的是模糊查詢
在form裡面時間又是string類型的
轉換有點麻煩
回答：
你在createSQLQuery方法後面在使用
addScalar方法傳入你datetime的實體對應名和hibernate類型試一下吧
補充：
這個的確比較麻煩，你可以寫個公共轉換方法進行轉換
就是字元串根據你的時間格式進行取出時間long
然後轉換就可以了
大概這樣子
SimpleDateFormat
simpleDateFormat
=
new
SimpleDateFormat();

㈩ 資料庫 時間段類型數據

給你個思路吧，你這個其實就是和判斷某個欄位不能重復一樣的意思。
不用時間類型。你可以這樣，當老師申請的時候把老師申請的周數和課時都按一定格式轉成字元串型存到資料庫中。
比如在表中建一個欄位表是第幾周開始start，再建一個表示第幾周結束end，再建一個表時老師需要的課時aaa。
這樣的表在存你給的信息的時候，就是
start end aaa
1 19 1,2
前兩個欄位可以按int型存.最後一個按string存.
別的老師申請的時候先判申請第幾節課，如果也是1,2節課，再判斷周.如果申請start大於資料庫里同類數據，end又小的話。就是在范圍內，提示不可申請。如果start小於.end大於則也不可以申請.
只有開始和結束都大於end或都小於start才可以。
至於課時判斷，你可以用string下的indexof這個是判斷字元串中是否存在某些字元的。
你也可以跟據你的需要加些小功能，比如老師申請失敗以後提示他哪幾周有老師在用。其實就是顯示出aaa這段相等的話 start和end的值。更多功能盡在你的想像力。
祝你完成畢業設計，寫的有點籠統。若還哪不明白的話可以追問我。