文章目錄

• 數(shù)據(jù)庫類型和 Java 數(shù)據(jù)類型對照表
• MySQL 的 int、bigint、mediumint、smallint、tinyint 的對比
• 關于 MySQL 整型顯示位數(shù)的問題
• 關于 MySQL 的 timestamp
• 關于 JDBC 類型

數(shù)據(jù)庫類型和 Java 數(shù)據(jù)類型對照表

JDBC 類型名稱顯示長度MySQL 數(shù)據(jù)庫的類型Java 類型JDBC 類型索引（int）

varchar	l+n	varchar	java.lang.String	12
char	n	char	java.lang.String	1
blob	l+n	blob	java.lang.byte[]	-4
text	65535	varchar	java.lang.String	-1
integer	4	integer unsigned	java.lang.Long	4
tinyint	3	tinyint unsigned	java.lang.Integer	-6
smallint	5	smallint unsigned	java.lang.Integer	5
mediumint	8	mediumint unsigned	java.lang.Integer	4
bit	1	bit	java.lang.Boolean	-7
bigint	20	bigint unsigned	java.math.BigInteger	-5
float	4+8	float	java.lang.Float	7
double	22	double	java.lang.Double	8
decimal	11	decimal	java.math.BigDecima	3
boolean	1	同 tinyint 一樣
id	11	pk（integer unsigned）	java.lang.Long	4
date	10	date	java.sql.Date	91
time	8	time	java.sql.Time	92
datetime	19	datetime	java.sql.Timestamp	93
timestamp	19	timestamp	java.sql.Timestamp	93
year	4	year	java.sql.Date	91

MySQL 的 int、bigint、mediumint、smallint、tinyint 的對比

關于 MySQL 整型顯示位數(shù)的問題

int(M)，tinyint(M)，bigint(M)，mediumint(M)、smallint(M)后面的 M 不代表占用空間容量（即存儲的字符數(shù)），而是代表最小顯示位數(shù)。也就是說int(1)和int(11)占用的是4個字節(jié)，tinyint(1)和tinyint(4)占用的是1個字節(jié)，和M值沒有關系。
當存儲的數(shù)值表面長度小于M值時，只有設置了zerofill（表示用0來填充），才能夠看到效果，換句話就是說，沒有zerofill，M值就是無用的。

舉例子：

mysql> desc test; +-------+------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+------------+------+-----+---------+-------+ | id1 | tinyint(2) | YES | | NULL | | | id2 | tinyint(1) | YES | | NULL | | +-------+------------+------+-----+---------+-------+ 2 rows in set (0.04 sec)

id1是tinyint(2)，我插入123，行不行？

mysql> insert into test(id1,id2) values(123,2); Query OK, 1 row affected (0.00 sec)mysql> select * from test; +------+------+ | id1 | id2 | +------+------+ | 123 | 2 | +------+------+ 1 row in set (0.00 sec)

可見是可以正常插入的。
tinyint(2)的2到底有啥意義？我們插入5看下效果：

mysql> insert into test values(5,10); Query OK, 1 row affected (0.00 sec)mysql> select * from test; +------+------+ | id1 | id2 | +------+------+ | 123 | 2 | | 5 | 10 | +------+------+ 2 rows in set (0.00 sec)

有沒有發(fā)現(xiàn)，不論插入的數(shù)字表面位數(shù)超過2還是小于2，都沒有任何影響，納悶了，到底設置2，干啥子呢？這就是奇葩了，想要看到效果，就必須用到zerofill指令，如下：

mysql> alter table test modify id1 tinyint(2) zerofill; // 必須告訴數(shù)據(jù)庫，顯示位數(shù)不足2位時，前面要補0 Query OK, 2 rows affected (0.01 sec) Records: 2 Duplicates: 0 Warnings: 0mysql> select * from test; +------+------+ | id1 | id2 | +------+------+ | 123 | 2 | | 05 | 10 | +------+------+ 2 rows in set (0.00 sec)

這樣就看到5這個數(shù)值最后顯示成05了，這個意義大不大？不大，沒啥意思！！！
如果不指定顯示位數(shù)，MySQL數(shù)據(jù)庫對于整數(shù)型默認分配的顯示位數(shù)如下：
int(11)、tinyint(4)、smallint(6)、mediumint(9)、bigint(20)，但是默認情況下沒啥意義，因為我們創(chuàng)建數(shù)據(jù)庫的時候相關字段根本沒有設定zerofill，所以就毫無效果！

關于 MySQL 的 timestamp

如果不給 timestamp 類型的字段賦值或者賦值 null，則默認保存當前系統(tǒng)時間

關于 JDBC 類型

ResultSet 對象中獲取列的值的方法：

int id = rs.getInt("id"); String name = rs.getString("name"); int job_id = rs.getInt("job_id"); int mgr = rs.getInt("mgr"); Date hiredate = rs.getDate("hiredate"); // salary 在數(shù)據(jù)庫中的類型是 decimal BigDecimal salary = rs.getBigDecimal("salary"); // bonus 在數(shù)據(jù)庫中的類型是 decimal BigDecimal bonus = rs.getBigDecimal("bonus"); int dept_id = rs.getInt("dept_id");

PreparedStatement 對象中的設置預編譯 SQL 語句參數(shù)值的方法：

setByte?(int parameterIndex, byte x) setBlob?(int parameterIndex, Blob x) setDouble?(int parameterIndex, double x)

總結(jié)

以上是生活随笔為你收集整理的MySQL 数据类型和 Java 数据类型对照表的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。