MySQL 数据类型和 Java 数据类型对照表
文章目錄
- 數據庫類型和 Java 數據類型對照表
- MySQL 的 int、bigint、mediumint、smallint、tinyint 的對比
- 關于 MySQL 整型顯示位數的問題
- 關于 MySQL 的 timestamp
- 關于 JDBC 類型
數據庫類型和 Java 數據類型對照表
| 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 整型顯示位數的問題
int(M),tinyint(M),bigint(M),mediumint(M)、smallint(M)后面的 M 不代表占用空間容量(即存儲的字符數),而是代表最小顯示位數。也就是說int(1)和int(11)占用的是4個字節(jié),tinyint(1)和tinyint(4)占用的是1個字節(jié),和M值沒有關系。
當存儲的數值表面長度小于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看下效果:
有沒有發(fā)現,不論插入的數字表面位數超過2還是小于2,都沒有任何影響,納悶了,到底設置2,干啥子呢?這就是奇葩了,想要看到效果,就必須用到zerofill指令,如下:
mysql> alter table test modify id1 tinyint(2) zerofill; // 必須告訴數據庫,顯示位數不足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這個數值最后顯示成05了,這個意義大不大?不大,沒啥意思!!!
如果不指定顯示位數,MySQL數據庫對于整數型默認分配的顯示位數如下:
int(11)、tinyint(4)、smallint(6)、mediumint(9)、bigint(20),但是默認情況下沒啥意義,因為我們創(chuàng)建數據庫的時候相關字段根本沒有設定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 在數據庫中的類型是 decimal BigDecimal salary = rs.getBigDecimal("salary"); // bonus 在數據庫中的類型是 decimal BigDecimal bonus = rs.getBigDecimal("bonus"); int dept_id = rs.getInt("dept_id");PreparedStatement 對象中的設置預編譯 SQL 語句參數值的方法:
setByte?(int parameterIndex, byte x) setBlob?(int parameterIndex, Blob x) setDouble?(int parameterIndex, double x)總結
以上是生活随笔為你收集整理的MySQL 数据类型和 Java 数据类型对照表的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 躬身入局是什么意思
- 下一篇: MySQL的索引学习