1 引言
眾所周知,用erlang操作mysql資料庫的需要通過emysql技術,emysql用起來非常簡單,但是有些地方如果我們沒有注意到就會有些問題。
2.問題彙總及解決
我們通過emysql基本運算元據庫,大致邏輯**如下:
get_terminal_online_statistic( starttime )->
sql = "select * from terminal_online_statistic where statistic_time
lager:info("the sql is : ~p~n",[sql]),
= emysql:execute(nms_cache_pool,list_to_binary(sql)),
rows.
一般這樣的查詢的結果存在rows裡面了是乙個列表的形式
下面可以在nms_webserver裡面檢視其執行結果,效果如下圖:
被紅色標記的為要返回的結果。
但是如果我們要查詢乙個滿足條件的總數(count(*))的話,返回給我們的是乙個字元「!」的列表,這樣我們就會很鬱悶。
這個問題描述如下
select count(*) from terminal_online_statistic where domain_moid = 'dcb80871-372b-4617-b329-9aafe6f78acb' && statistic_time between '2015/07/28 19:47:32' and '2015/08/04 19:47:32';
在資料庫裡面查詢,執行的結果如下:
但是用emysql執行這個語句的返回結果如下:
我們也許會感到驚訝為什麼不是33,但是erlang裡面列表的字元其實就是整數,就會知道返回的就是33
我們只需要再對其進行提取就行了,方法如下:
獲得的c就是33了,其實就是字元'!'的ascii碼,問題就解決了
關於自然常數e的理解
by z.h.fu 切問錄 在上中學學習對數的時候,我們就學到了乙個叫做e的東西 e 2.71828 e limn 1 1n n 但是始終缺乏乙個直觀的理解,為什麼e要這麼定義,為什麼到處都會有他的身影。後來在研究乙個增長模型的時候,重新研究了下e的定義,找到了幾個關於它的直觀的理解。首先研究這麼乙...
關於OSPF外部路由E1和E2的分析
關於ospf外部路由e1和e2的分析 1.ospf 在單個asbr 發布外部路由的時候 1.1 單個asbr ospf 域內等值路徑 在r2 的ospf 上重新發布rip 的路由,發布的型別為e2 或e1 這個時候,r5 上都會出現兩條路由,分別通過r3 和r4 到達10.1.1.0 因為都是等代 ...
mysql 3e號轉義 MySQL的轉義字元
mysql識別下列轉義字元 0乙個ascii 0 nul 字元。n乙個新行符。t乙個定位符。r乙個回車符。b乙個退格符。乙個單引號 符。乙個雙引號 符。乙個反斜線 符。乙個 符。它用於在正文中搜尋 的文字例項,否則這裡 將解釋為乙個萬用字元。乙個 符。它用於在正文中搜尋 的文字例項,否則這裡 將解釋...