1、服從大數定律 如果當n足夠大時，隨機變數序列的算術平均值Y等於Y的期望地機率為1。 滿足這個條件就可以說這個隨機序列服從大數定律。2、Bernoulli大數定律 事件A的機率為p,當實驗次數n足夠大時，事件A出現的次數與n的比值等於p的機率為1，其實也就是說，但實驗次數n足夠大時，A出現的頻率可以看作其出現的機率。 頻率穩定於機率.3、Chebyshev(切比雪夫)大數定律
1、什麼是實體？在我們進行系統構造的目標業務領域裡，有一些對象，主要依賴外界進行管理或者處理，這些對象主要處在被加工或者處理的地位，這樣的對象我們稱之為實體物件，而這類對象以資料為住，一般只具有屬性（或者叫域），不包含或只包含少量的內生方法（主要是一些自我處理的方法，這些方法不會操作其它對象，不產生對其它外界對象的依賴，比如複製，格式化等）。直白的講，實體就是資料性對象，結構體和類都可以用來描述它。實體類是允許嵌套的，即實體類的屬性也可以是另外的實體類型（本身也可）。與實體類相對應的就是操作類（
碼農們在種代碼的同時,也應該時時關注一下這個世界的科技發展情況,這個部落格是一個智庫的部落格,每天都有科技新聞解讀.當然,我推薦這個部落格,不代表我支援其政治立場,但這個部落格的科技板塊,還是值得大家一看,這畢竟與我們搞技術的多少有些關係,而且我覺得CSDN的同仁們,也可以專門搞這樣一個板塊,就是前沿科技,有解讀就更好了:http://blog.sina.com.cn/s/articlelist_1497047894_0_1.html
1、資料與資訊是有別的，明白資料與資訊的關係是進行資料管理、展現和挖掘的第一步：資料的價值必須通過資訊來展現，資訊才是真正有價值的東西；單條資料的資訊量是有限的,資訊量與資料量成指數級增長；資料所蘊含的資訊量非常大，但要擷取這些資訊卻並不是很容易的；相同的資料所包含的資訊量理論上是一樣的，但能擷取到的，真正有價值的卻總是有限的，這也是資料採礦的價值所在；良好的資料群組織,展現和管理形式，對高效擷取資訊有非常大的協助，這也是資料結構設計好壞的一個評價點；我們的目的是擷取資訊，但資訊是蘊含在資料裡的
花了1天多時間,終於調通了一個SSH應用,終於完成了SSH的一個簡單的增刪查改,中途經曆曲折,連Eclipse,Tomcat都重裝幾次.感覺SSH好強大,一個簡單的問題在一種宗教般的信仰(脫耦)下整成了一套如此複雜的體系,確實不容易.Spring剛開始時的IOC，還只是簡單類構建，現在連屬性都能關聯建立，夠強大，但如果邏輯複雜點呢？做項目就變成了做配置.Hibernate的註解映射,比起xml映射方式要簡化了很多.在我看來,想把關聯關係都表達在配置裡，純粹是自尋麻煩。簡單是一種美,但如此"簡單"
實體的管理主要包括如下功能： A） 實現實體的緩衝； B) 實現實體的新增，修改，刪除，查詢等功能； C）重新整理緩衝與資料庫同步 D) 將緩衝語句與資料庫同步上面是一些基本的功能，下面是一個基本樣本：//實體狀態，對於實體採用緩衝方式時有用。public enum EntityState { NoChanging, Added, Modified, Deleted }
因為在系統中,一個業務資料庫往往存在多份物理資料庫,比如開發資料庫,測試資料庫和生產資料庫,加上還有一些其它用途的資料庫,要維持這些資料庫之間的結構統一也不是很容易,所以自己弄了個簡單的資料庫表結構對比程式,用來分析各個資料庫之間的差異.這裡只是簡單的比較,其實在這個基礎上還可以做差異自動修複.下面是代碼:/建立一個對比結果資料集，兩列，結果含義為： //第1列，第2列 含義 // 空 非空 第2列所示表欄位在第1個資料庫中不存在
1、確實沒有服務方法；2、Web.Config中沒有相應的DomainService配置（解決：在承載應用添加一個空的網域服務，然後刪除即可）；3、服務方法是在於一個WCF RIA Services類庫裡，如果承載網站沒有引用，或者是如果承載網站下Bin裡的dll沒有更新也會提示這種錯誤（VS的自動複製有的時候不是非常有效）；（解決：同步更新相應的dll檔案到bin目錄下)4、服務方法沒有打Invoke標籤;5、返回的實體序列化有問題，這種情況引起的錯誤，非常隱蔽，非常讓人傷腦筋，但這種情況下，
1、資料庫範式： 第1範式：屬性必須是原子的，不可分的。從實體的角度看就是實體屬性的類型只能是基礎資料型別 (Elementary Data
今天在做分散式運算原型的時候出現了WCF調用錯誤,錯誤大意是指訊息通道處於錯誤狀態,經過跟蹤調試,發現是由於跨域調用的問題造成的.問題情境是這樣：用戶端C通過WCF調用遠程服務，該服務S啟用一個新的應用程式定義域AD1，動態載入目標程式集，並執行該程式集中類CL的一個方法M，並將該方法的傳回值（類型為T1）返回用戶端C.這個應用程式定義域AD1雖然與主應用程式定義域都屬於同一進程，但並不能直接相互訪問，必須通過遠程調用來實現，當然，由雩都是同一個進程下，只要參與這個遠程調用的對象都是繼承自Mar
今天在測試從其他機器A串連機器B的oracle時,始終無法串連,不是逾時就是無法解析服務,防火牆,殺毒軟體都關了個遍,仍然無法解決,但在裝資料庫的伺服器上是可以串連資料庫的,後Google得之是11G的監聽服務預設配置的是localhost(在listener.ora檔案),這種情況下,監聽只對本機有效,其它機器通過IP什麼的是無法進行訪問:LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL =
將A資料的USERNAME使用者的資料匯出後,再匯入到B資料庫中的USERNAME時,在USERNAME使用者下在執行表資料查詢時出現如下問題:ORA-06550: 第 1 行, 第 7 列: PLS-00201: 必須宣告身份識別符 'SYSTEM.PROC_AUDIT'ORA-06550: 第 1 行, 第 7 列: PL/SQL: Statement ignored出現這個問題是由於A資料庫開啟了審計,而匯入到B資料庫時,BDatabase
這兩天在調試原來的程式時，調用WCF服務出現如下錯誤：{"遠程伺服器返回錯誤: (500) 內部伺服器錯誤。"}錯誤資訊如下：響應訊息的內容類型 text/html; charset=utf-8 與綁定(text/xml; charset=utf-8)的內容類型不匹配。如果使用自訂編碼器，請確保正確實現 IsContentTypeSupported 方法。響應的前 1024 個位元組為:“<!DOCTYPE html><html> <head>
準備用delphi做用戶端搞點東西,需要做本機存放區,根據網上的建議選擇了sqlite.也找了個封裝,但運行起來老是提示"unable to open database file",在網上找了好幾圈都沒找到問題所在,有點懷疑是封裝訪問庫本身的問題,不過也沒道理,那麼多人下載就我碰到問題呢.突然想起,老外封的東西經常有中文路徑不支援的問題,所以死馬當活馬醫,把檔案拷到根目錄下,路徑全是英文,結果一運行,OK了.我估計問題在於現在的系統大部分都是utf-8編碼,而我用的delphi7不支援utf8,
最近在做測試自己寫的分布式ORM時,發現進行資料集到實體集合轉換時,600條不到居然轉換了十多秒,其實做這種轉換做過多次,從來沒有出現這種情況,於是進行調試後發現,影響速度的主要是轉換時發生異常非常頻繁,系統在不斷的進行異常處理(因為轉換中可能出錯,但不會影響結果,我屏蔽了異常).再對比我原來寫的轉碼發現,由於很久沒寫這種代碼,這次寫的時候少了空值和類型轉換,直接寫了如下語句:PropertyInfo.SetValue(obj, Value, null);
最近一個月完全脫離It技術,在一個山溝溝裡做實業，天天過著遠離電腦的日子，雖然辛苦，但也充實。這裡沒有大城市的繁華和喧囂，有的只是藍天，綠樹和清澈的溪水，白天的燥熱和晚上的清涼交織在一起，是雲貴山區典型的氣候。晚上，無事情的時候，坐在屋前台階上還能數數天上的星星，沐浴著淡淡的月光，體會一下李白的詩意意境，也算是白天勞作下來的一種享受。當然，蟲子確實比較多，特別是有燈光的地方，剛來的時候還有些不習慣，但現在已經習已為常，畢竟小的時候也在這裡長大，雖然在大城市洗禮了一二十年，但農村孩子的本質還是沒有
1、在VisualStudio中開發時無法串連Oracle資料庫 在確認串連配置正確的情況下，可以考慮許可權問題，用管理員身份運行Studio即可；2、使用Sqlplus或者本地命令進行匯入匯出時出現Dll定位問題 一般造成這種情況是由於安裝了多個版本引起的問題，解決方案很簡單，修改環境變數Path，保持一個Oralce版本的環境變數即可；3、Oralce建表後無法使用imp匯出的問題: 這個主要是Oralce
整理出來的一個Makefile模板,新增了一個內容,調用gcc產生依賴檔案,這樣如果某個c檔案包含的標頭檔被更新了,該c檔案以及依賴於該c檔案的obj檔案都會被重新編譯.這個模板是按照我習慣的專案檔組織形式進行定義的,我的習慣是標頭檔放在include檔案夾,代碼放在src檔案夾,目標檔案放在obj檔案夾,產生的靜態庫放在lib檔案夾,而可執行程式放在bin目錄,現在新增的依賴關係檔案則放在deps檔案夾.這裡是使用該Makefile模板的一個項目執行個體.其中main.c和hello.c都包含
這段時間白天天氣很熱很熱,夜晚的天氣還算是比較厚道,很清涼.一個多月裡就前些天下了幾陣雨,還沒把土濕透,乾旱還繼續著.雖然新引了一股水,生產用水解決了,但生活用水還得每天用我的三輪摩托去拖,每天早上5點半起床開始拖水,一天得拖三次,這樣的日子已經過了一個月,未來還不知道要拖多久,立秋過了,按常理,天氣會慢慢轉涼,雨水會多些,但今年據說是這裡的N年不遇的乾旱年，誰又知道未來會如何發展呢？天氣雖然熱，但蟲子還是很多。雖然剛開始的時候還顧忌它們，點了蚊香，漸漸時間長了，習慣了，蚊香都難得點了，只要睡得
今天進行分布式調試的時候,突然出現如下錯誤:響應訊息的內容類型 text/html; charset=utf-8 與綁定(text/xml; charset=utf-8)的內容類型不匹配。如果使用自訂編碼器，請確保正確實現 IsContentTypeSupported 方法。響應的前 1024 個位元組為:“<html> <head> <title>分析器錯誤</title> <style>
Start building with 50+ products and up to 12 months usage for Elastic Compute Service
1 on 1 presale consultation
24/7 Technical Support 6 Free Tickets per Quarter Faster Response
Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.
A comprehensive suite of global cloud computing services to power your business
Payment Methods We Support
