Time of Update: 2018-12-03
本文為GDI+ for VCL基礎系列文章之一,主要供GDI+初學者入門參考,例子使用GDI+版本和說明見《GDI+ for VCL基礎 -- GDI+ 與 VCL》。如有錯誤或者建議請來信:maozefa@hotmail.com
Time of Update: 2018-12-03
閱讀提示: 《Delphi影像處理》系列以效率為側重點,一般代碼為PASCAL,核心代碼採用BASM。 《C++影像處理》系列以代碼清晰,可讀性為主,全部使用C++代碼。 儘可能保持二者內容一致,可相互對照。 本文代碼必須包括文章《Delphi影像處理 -- 資料類型及公用過程》中的ImageData.pas單元。 前天有個朋友發郵件向我諮詢,怎樣使用GDI+的ImageAttributes.SetGamma方法。他說他在使用GDI+
Time of Update: 2018-12-03
閱讀提示: 《Delphi影像處理》系列以效率為側重點,一般代碼為PASCAL,核心代碼採用BASM。 《C++影像處理》系列以代碼清晰,可讀性為主,全部使用C++代碼。 儘可能保持二者內容一致,可相互對照。 本文代碼必須包括文章《Delphi影像處理 -- 資料類型及公用過程》中的ImageData.pas單元和《Delphi影像處理 -- 映像合成》中除例子外的全部代碼。
Time of Update: 2018-12-03
事務是作為一個邏輯單元執行的一系列操作,一個邏輯工作單元必須有四個屬性,稱為 ACID(原子性、一致性、隔離性和持久性)屬性,只有這樣才能成為一個事務隔離等級:Read_uncommit 存在問題:髒讀、不可重複讀取、幻讀Read_commit 存在問題:不可重複讀取、幻讀 解決:在某行資料改變後,加寫鎖Read_repeatable 存在問題:幻讀 解決:在上面的基礎上,只要讀取了某行就對行加讀鎖Serializable
Time of Update: 2018-12-03
COUNT(*) for Innodb
Time of Update: 2018-12-03
我是個編程業餘愛好者,雖說是業餘,也有近20年了,以前在DOS下編程,電腦速度很慢,記憶體、硬碟容量也有限,必須對程式碼精益求精,稍大點的程式還得兼顧代碼長度和運行速度,否則,你的程式可能跑不起來。
Time of Update: 2018-12-03
將GWT編譯後的代碼直接放到Tomcat中可以串連資料庫,但是在Google App Engine運行會報以下錯誤:java.lang.NoClassDefFoundError: java.net.Socket is a restricted class. Please see the Google App Engine developer's guide for more details. at com.google.appengine.tools.development.agent.
Time of Update: 2018-12-03
閱讀提示: 《Delphi影像處理》系列以效率為側重點,一般代碼為PASCAL,核心代碼採用BASM。 《C++影像處理》系列以代碼清晰,可讀性為主,全部使用C++代碼。 儘可能保持二者內容一致,可相互對照。 本文代碼必須包括文章《Delphi影像處理 -- 資料類型及公用過程》中的ImageData.pas單元和《Delphi影像處理 -- 平面幾何變換類》TransformMatrix.pas單元。
Time of Update: 2018-12-03
Query Cache相關組態變數| query_alloc_block_size | 8192 |為查詢分析和執行過程中建立的對象分配的記憶體塊大小,強調分析和執行過程中| query_cache_limit | 1048576 |不要緩衝大於該值的結果| query_cache_min_res_unit | 4096 |查詢快取分配的最小塊的大小| query_cache_size | 16777216 |為緩衝查詢結果分配的記憶體的數量| query_cache_type | ON
Time of Update: 2018-12-03
Time of Update: 2018-12-03
閱讀提示: 《Delphi影像處理》系列以效率為側重點,一般代碼為PASCAL,核心代碼採用BASM。 《C++影像處理》系列以代碼清晰,可讀性為主,全部使用C++代碼。 儘可能保持二者內容一致,可相互對照。 本文代碼必須包括文章《Delphi影像處理 -- 資料類型及公用過程》中的ImageData.pas單元。 在影像處理過程中,映像的合成操作是使用頻率最高的,像顯示、映像拷貝、映像拼接以及的圖層拼合疊加等。
Time of Update: 2018-12-03
參考文章:http://hackmysql.com/selectandsort | Select_full_join | 應用到其他表,沒有使用索引的聯結的數量| Select_full_range_join | 應用到其他表,在引用的表中使用範圍搜尋的聯結的數量 select * from A,B where A.columnx=1 and B.columnx between 1 and 100| Select_range | 僅應用到第一個表,在第一個表中使用範圍的聯結的數量|
Time of Update: 2018-12-03
http://www.htmlcodetutorial.com/images/images_famsupp_220.html <DIV ALIGN=CENTER><MAP NAME="map1"><AREA HREF="contacts.html" ALT="Contacts" TITLE="Contacts" SHAPE=RECT COORDS="6,116,97,184"><AREA HREF="products.html"
Time of Update: 2018-12-03
閱讀提示: 《Delphi影像處理》系列以效率為側重點,一般代碼為PASCAL,核心代碼採用BASM。 《C++影像處理》系列以代碼清晰,可讀性為主,全部使用C++代碼。 儘可能保持二者內容一致,可相互對照。 本文代碼必須包括文章《Delphi影像處理 -- 資料類型及公用過程》中的ImageData.pas單元。
Time of Update: 2018-12-03
When EXPLAIN can be misleading原文見:http://www.mysqlperformanceblog.com/2006/11/12/when-explain-can-be-misleading/ (1)explain當估計行數時,不考慮limit,因此可能會對查詢估計過多的檢查行數(2)類似於SELECT ... FROM TBL LIMIT
Time of Update: 2018-12-03
| Innodb_buffer_pool_pages_data | 496 |包含資料的頁數(髒或乾淨)。| Innodb_buffer_pool_pages_dirty | 5 |當前的髒頁數| Innodb_buffer_pool_pages_flushed | 1182773 |已經flush的頁面數| Innodb_buffer_pool_pages_free | 0 |空頁數| Innodb_buffer_pool_pages_misc | 16 |優先用作管理的頁數| Innodb_
Time of Update: 2018-12-03
閱讀提示: 《Delphi影像處理》系列以效率為側重點,一般代碼為PASCAL,核心代碼採用BASM。 《C++影像處理》系列以代碼清晰,可讀性為主,全部使用C++代碼。 儘可能保持二者內容一致,可相互對照。 本文代碼必須包括文章《Delphi影像處理 -- 資料類型及公用過程》中的ImageData.pas單元。
Time of Update: 2018-12-03
| innodb_adaptive_hash_index | ON |是否開啟適應性hash索引| innodb_additional_mem_pool_size | 1048576 |InnoDB用來儲存資料目錄資訊&其它內部資料結構的記憶體池的大小| innodb_autoextend_increment | 8 |當自動擴充資料表空間被填滿之時,為擴充而增加的尺寸(MB為單位)| innodb_autoinc_lock_mode | 1 |The locking mode to use
Time of Update: 2018-12-03
myisam key相關組態變數| key_buffer_size | 268435456 |MyISAM表的索引塊分配了緩衝區,由所有線程共用。key_buffer_size是索引塊緩衝區的大小| key_cache_age_threshold | 300 |該值控制將緩衝區從索引值緩衝熱子鏈(sub-chain)降級到溫子鏈(sub-chain)。如果值更低,則降級更快。| key_cache_block_size | 1024 |索引值緩衝內塊的位元組大小|
Time of Update: 2018-12-03
wait_timeout -- 指的是mysql在關閉一個非互動的串連之前所要等待的秒數interactive_time -- 指的是mysql在關閉一個互動的串連之前所要等待的秒數(互動串連如mysql gui tool中的串連) 對效能的影響:wait_timeout:(1)如果設定大小,那麼串連關閉的很快,從而使一些持久的串連不起作用(2)如果設定太大,容易造成串連開啟時間過長,在show processlist時,能看到太多的sleep狀態的串連,從而造成too many