其他

問題描述: 持久層使用Dao介面+實作類別，在實作類別裡通過sqlSession調用selectXXX方法擷取資料的時候未報錯但是取到的資料一直為空白 後面經過測試發現原因是mapper對應檔中的sql語句無法擷取參數，之前使用的是#{參數名}無效，想到在參數上添加註解@Param(參數名)無效，換成#{預留位置}依然無效。 最後發現原因是因為使用了介面的實作類別，mybatis就無法擷取屬性了[具體原因還不清楚] 解決方案: 去掉實作類別 直接使用介面

    imp/exp 它們是作業系統下一個可執行檔檔案 存放目錄/ORACLE_HOME/bin下 該命令在“開始菜單>>運行>>CMD”中執行（快速鍵：WINDOWS+R  輸入cmd） 一、資料匯出（exp.exe） 1、將資料庫orcl完全匯出，使用者名稱system，密碼accp，匯出到d:\daochu.dmp檔案中       exp

大家都知道。NAT是位於內、外網之間，用來進行內、外網地址轉換的，在當前仍是IPv4為主流協議的IP網路，NAT技術的應用非常廣，因為它可以節約緊缺的公網IP地址。但是千萬別以為NAT技術很簡單，認為只是把內部（或者外部）地址轉換成外部（或者內部）地址。在具體的應用中，NAT的應用方式，或者說NAT類型非常多，本文以Cisco裝置中的NAT技術從專業角度進行一些基礎知識和應用配置方面的介紹，全面的NAT配置與應用到時大家參見本人於編寫的《金牌網管師——大中型商業網路組建、配置與管理》一書，或者明

int（1）和varchar（4）後面數位含義 int(1)、tinyint(4) 哪個大。 int 大。 注意數字類型後面括弧中的數字，不表示長度，表示的是顯示寬度，這點與 varchar、char 後面的數字含義是不同的。 也就是說不管 int 後面的數字是多少，它儲存的範圍始終是 -2^31 到 2^31 - 1，但是int(1)只顯示個位元 綜上整型的資料類型括弧內的數字不管是多少，所佔的儲存空間都是一樣 tinyint一個位元組 smallint 兩個位元組

hibernate是對jdbc的一個輕量級封裝，屏蔽了jdbc直接操作資料庫的面向關係與物件導向的矛盾，採用物件導向編程，能夠簡化開發。

本文收集了一些用於提升JDBC效能的方法。Java應用或者JavaEE Web應用的效能是很重要的，尤其是資料庫後端對應用的效能影響。不知你是否經曆過Java、JavaEE web應用非常慢的案例沒有（處理一個簡單的請求都要花上好幾秒的時間用於資料庫訪問，分頁、排序等）。下面這些貼士也許能提升Java應用的效能。它們非常簡單同時還可以應用於其它程式設計語言，如果是用資料庫作為後端儲存的話。

轉載請註明出處，謝謝~ http://blog.csdn.net/shootyou/archive/2011/05/12/6415248.aspx   在一次伺服器異常的排查過程當中（伺服器異常排查的過程我會另起文章），我們決定使用HttpClient4.X替代HttpClient3.X或者HttpConnection。

【HTTP協議 內容壓縮】 Content-Ecoding:gzip 原理：為了加快網頁上的傳輸速度，伺服器對主體資訊進行壓縮 如常見的 gzip壓縮 compress壓縮，以及Google-chrome 正在推行 的sdch壓縮 壓縮過程如下 用戶端接收      壓縮檔    伺服器 壓縮再             <-----------    響應

陳碩 (giantchen_AT_gmail) Blog.csdn.net/Solstice  t.sina.com.cn/giantchen 陳碩關於分布式系統的系列文章：http://blog.csdn.net/Solstice/category/802325.aspx 本作品採用“Creative Commons 署名-非商業性使用-禁止演繹 3.0 Unported 許可協議(cc by-nc-nd)”進行許可。

CentOS7安裝CMDBuild 實驗背景、不想通過execl統計實體資源、資產。 實驗環境 CentOS Linux release 7.4.1708 (Core) PostgreSQL 9.6 JDK8+Tomcat8 安裝相關服務 1、配置psotgresql yum源 wget https://download.postgresql.org/pub/repos/yum/9.6/redhat/rhel-7-x8

逐條更新   這種方式顯然是最簡單，也最不容易出錯的，即便出錯也只是影響到當條出錯的資料，而且可以對每條資料都比較可控，更新失敗或成功，從什麼內容更新到什麼內容，都可以在邏輯代碼中擷取。代碼可能像下面這個樣子： updateBatch(List<MyData> datas){ for(MyData data : datas){ try{

事務 概念：在資料中事務是工作的邏輯單元，一個事務是有一個獲多個完成一組的相關行為的Sql語句組成。通過事務機制確保這一組sql語句所作的操作要麼完全執行成功，要麼一點也不執行。 主要特徵：確保資料庫的完整性 事務的ACID特性： A是事務的原子性：事務中包含的所有操作要麼全做，要麼全不做，也就是說所有的活動在資料中要麼全反映要不全都不反映。 C是事務的一致性：資料庫在事務操作前和交易處理後，其中資料必須滿足業務的規則約束。

視圖和基表vs視圖與select 視圖中儲存的僅是一條select語句，來源資料來自於基表 檢查視圖 通過檢查視圖更新基表資料時，只有滿足檢查條件的更新語句才能成功執行。 local 檢查視圖 通過檢查視圖對錶進行更新操作時，只有滿足了視圖的檢查條件時才能正常執行更新語句。(with_check_option 的值為1) 通過級聯視圖對錶進行更新操作時，只有滿足所有針對該視圖的所有視圖的檢查條件的更新語句才能正常執行。(with_check_option 的值為2)

前言：       在絕大部分情況下，特別是從一個大表中返回少量資料時，表掃描或者索引掃描並不是一種高效的方式。這些必須找出來並解決它們從而提高效能，因為掃描將遍曆每一行，尋找合格資料，然後返回結果。這種處理是相當耗時耗資源的。在效能最佳化過程中，一般集中於： 1、  CPU 2、  Network 3、  磁碟IO 而掃描操作會增加這三種資源的開銷。   準備工作：

一、索引掃描 與表掃描類似，都是把索引從開始掃描到結束。   二、索引尋找 會根據你查詢的字元，定位到索引的局部位置，然後再開始尋找，不用把整個索引全部掃描一遍，在效率上比索引掃描快很多。   二、SQL Server 中什麼情況極易會導致其執行計畫從索引尋找（Index Seek）變成索引掃描（Index Scan） 1、隱式轉換極易會導致執行計畫從索引尋找（Index Seek）變為索引掃描（Index Scan）

MySQL 5.6 Reference Manual  /   ...  /  Index Condition Pushdown Optimization 8.2.1.6 Index Condition Pushdown Optimization Index Condition

在High Performance MySQL一書中專門有敘述，名為Avoiding Multiple Range Conditions，在複合索引裡，僅僅只能儲存一個range類型的查詢欄位，並且要放到複合索引的末尾，否則，range類型查詢欄位後面的索引無效。詳細的介紹大家可以自己查閱。 最近在mysql5.6的文檔中讀到 8.2.1.6 Index Condition Pushdown Optimization。 ICP（ Index

Listener refused the connection with the following error: ORA-12505, TNS:listener does not currently know of SID given in connect descriptor

前言 如題，提供批次更新的一種解決方案，不一定最優，僅僅是一種解決問題的思路，廢話不多說下面具體看一下應用情境和詳細的解決步驟~ 應用情境 如下圖所示，是一個資訊編輯頁面： 可以這是一個標準的批量修改的功能，當使用者點擊“修改”按鈕時候頁面的資料變為可編輯狀態，可以修改1個或多個資料項目，點擊儲存後資料同步更新到DB。不知道各位看到這種功能時的第一思路是什麼呢。下面就從資料表設計開始談談我的思路和方案。 資料表設計

  ==========以下文章摘自 http://www.blogjava.net/agapple/archive/2009/02/15/254801.html ========== 事務的四個屬性 ：原子性（atomicity）、一致性（consistency）、隔離性（isolation）和持久性（durability） 。 1. 原子性(Atomic)     最重要的原則，也是最容易理解的原則。被交易管理的所有方法，要麼一起被提交，