因為明天就要完成需求，所以先在這裡把一些基本的資訊進行記錄，後面有時間再進行補充。
建表：char 長度是固定的，不管你儲存的資料是多少他都會都固定的長度。而varchar則處可變長度但他要在總長度上加1字元，這個用來儲存位置。
所以實際應用中使用者可以根據自己的資料型別來做。
再看看char,與varchar在速度上的區別吧。
mysal>create tabe ab(v varchar(4),c char(4
));
query ok ,
0 rows affected(0.02
sec)
mysql
>
insert
into abc values('
ab ','
ab '
) query ok ,
1 row affected(0.00
sec);
mysql
->
select concat(v ,'
+') ,concat(c ,'+'
) form abc
ab +
| ab+
1rows
inset (0.00 sec)
從上面可以看出來，由於某種原因char 固定長度，所以在處理速度上要比varchar快速很多，但是對費儲存空間，所以對儲存不大，但在速度上有要求的可以使用char型別，反之可以用varchar型別來例項。
註明：
在用char字元型別時內容後面有空間時必須作相關處理，要不就會把空格自動刪除。
建意:
myisam 儲存引擎 建議使用固定長度，資料列代替可變長度的資料列。
memory儲存引擎 目前都使用固定資料行儲存，因此無論使用char varchar列都沒關係，
innodb 儲存引擎 建意使用varchar 型別
建立表後插入中文出現以下錯誤
原因建表時沒有加入utf-8編碼。而採用了預設的latin1編碼。
正確的：
create table `kq_card_rule` (`id` char(32) not null comment '主鍵',
`card_rule_name` varchar(50) not null comment '規則名稱',
`object_type` tinyint(2) not null comment '物件型別：01代表經理;02代表人事；03代表銷售；04代表其他',
`card_place` varchar(100) default null comment '地點',
`time_interval` int(4) default null comment '打卡時間間隔',
`rule_operator` varchar(15) default null comment '規則新增者',
`rule_type` tinyint(1) not null comment '狀態:0規則失效（下架），1規則有效',
`inserttime` datetime default null comment '新增時間',
`updatetime` datetime default null comment '更新時間',
primary key (`id`)
) engine=innodb default charset=utf8 comment='打卡規則表'
睡覺接觸到js對日期的格式化了，突然發現js還蠻強大的，既然前後端加需求分析都要做，那就多寫點js**。
new date(value).format("yyyy-mm-dd hh:mm:ss"); 大端規則和小端規則
乙個int型整數，一般情況下佔4個位元組。那麼這4個位元組在記憶體中是怎麼排列的呢？低記憶體位址存放的是低位位元組還是高位子節呢？這就涉及到大端規則和小端規則。這是乙個特別小特別基礎的知識點，在大部分的日常開發中，我們並不需要理會大小端規則。但是當涉及到跨平台網路資料傳輸的時候，就需要考慮大小端規則...
MyCat分片規則之取模分片
除了上一章總結的列舉分片之外，mycat中還有一種比較常見的分片 取模分片規則，本節將總結如何實現取模分片。a 建立資料庫和表結構 create database testmod1 create database testmod2 use testmod1 create table user id ...
「 」與「equals」地小模小樣
一般用於數值型別地比較，equals多用於引用型別的比較 public static void main string args private string name private int height public int getage public void setage int age p...