如何去中心化地共享數據

A. 協調工作太難了吧，如何跨系統共享安監局「網上辦」和政務一體化平台的數據

我又在那了，如果跨系統不共享了，竟然趕緊去在網上辦的和政務一體化平台的數據需要都可以查到信息

B. 怎麼進行去中心化處理

根據侯傑泰的話：所謂中心化， 是指變數減去它的均值（即數學期望值）。對於樣本數據，將一個變數的每個觀測值減去該變數的樣本平均值，變換後的變數就是中心化的。
對於你的問題，應是每個測量值減去均值。

C. 求助，異網如何連接成遠程區域網共享數據達到協同辦公

首選網路人，我現在就是這么用的，在單位控制家裡的電腦（主要是管理家裡的迅雷下載資料，干其他的也可以，就跟電腦在你面前一樣，所有操作都可以）.與ip沒關系，只要被控制電腦登陸了你的賬號就能連上
1.你現在家電腦里安裝一個網路人遠程辦公版本軟體（想免費用就下辦公版。基本操作功能夠你用了）。安裝完成後打開軟體，注冊一個免費賬號。然後再軟體內登陸。然後設置這台電腦的訪問密碼（記住了這個密碼你在單位聯你家的時候就要用這個密碼才能連接）
2.在單位電腦上也按一個相同的版本（不需要再注冊賬號。也不用在單位登陸賬號，只要打開軟體就行）

每次上班吧家裡機器前開機，打開網路人登陸你的賬號。不要關機，然後去上班就行了
到了單位，打開網路人，在右側輸入你的賬號和訪問密碼（就是第1步里我提醒你記住的那個密碼）。點連接，OK，一會就會彈出你家裡的電腦桌面了。隨便你想干什麼~~~

ps：網路人是正規軟體，所有防護軟體都會放行，沒有一點阻攔。比其他的遠程好很多，連接速度也是數一數二的~~~強烈推薦！

D. 相鄰辦公室如何共享數據

1.區域網可以建；
2.不建議在辦公機器上建立FTP，畢竟是共享的數據，只會越來越多的，所以，最好建立一台數據伺服器，FTP裝在伺服器上；
1）可以，最好是你們公司的區域網先建起來，否則你的FTP裝好了，後面又去改IP地址，很麻煩
2）能；如果一台電腦設置共享，設置了訪問密碼，僅限擁有密碼的人就可以訪問，但是如果沒有設置安全密碼，那麼所有人都可以訪問

E. 如何有效建立數據交換與共享機制解決方案

國 家信 息化領 導辦公 室，頒布的《電子政務總體框架》對於國 家整體電子政務工程的推進都具有重大意義，文件的出台，為電子政務工程進一步深化實施，指明了方向，文件特別突出強調政務信息資源的交換與共享的重要作用，明確信息資源交換與共享機制建設是電子政務整體工程的重要支撐體系。

從大量的信息交換與共享項目建設經驗來看，信息交換與共享工程目標的確定非常重要，工程建設各方，首先要在以下幾個方面的成功關鍵問題上，達成共識：

·共享與交換信息服務對象的問題；

·不同的服務對象應採用的服務方式問題；

·共享信息的存儲與統一管理問題；

·對信息的來源進行科學分析；

·相應的信息技術標准與管理標准問題；

·信息交換與共享平台的設計與建設遵循的原則；

這些問題是解決信息交換與共享的核心問題，是項目實施存在的現實問題，無論你解決信息交換與共享的技術方法如何不同，這些問題的真正解決，是項目建設的基礎和保障。

1．主題應用

電子政務工程建設的意義，就在於能為政府的各項職能工作起到輔助支持作用，用IT的技術手段，幫助政府提升工作效率，促進政府職能的轉化。因此，投資建設一項大型電子政務工程，首先，要確定他的服務目標，確定系統建設的"主題應用"。

"十一五"期間，黨和國家明確了建立"和諧社會"的總體經濟建設總體目標，政府各級政府，各級職能機構根據自身的工作職能特徵，確定了本機構的"十一五"規劃，在整體工作目標的前提下，確定了各項工作的目標體系。電子政務工程建設的"主題應用"，就是要確定電子政務工程的服務目標，將電子政務工程建設目標，與建立"和諧社會"的總體規劃目標緊密銜接起來，明確電子政務的整體發展目標，是政府整體發展目標的重要組成部分。信息交換與共享機制的建設，也必須面對一項"主題應用"，脫離服務主題目標的工程是沒有生命力的工程。

國家整體建設社會主義新農村，北京市流動人口管理等，都是不同級別政府機構，所直接面對的重點問題，電子政務工程的主題應用，就要僅僅圍繞政府最迫切需要解決的問題，圍繞政府戰略目標主題，開展數據交換與共享機制的建設。

2．建設原則

信息交換與共享機制的建設，是電子政務整體建設的長期任務，它的建設與國民經濟發展，與整體政府職能改革的進程，從整體上保持同步。而具體的信息交換與共享工程建設，必須符合實用優先、適應未來發展的原則。首先，需要確定具體工程的建設目標，工程建設目標的確定，必須建立在政府機構"提高行政效率和公眾服務質量"的業務目標基礎上，IT工程項目立項依據，需要重點考慮對當前政府職能轉換工程貢獻度；此外，必須充分尊重現實工作基礎和現行的政府行政職能，將信息交換與共享機制的工程建設驅動，由政府信息化主管部門轉換為具體的實際業務部門，明確信息化主管部門為政府實際業務部門服務的觀點，將政府的實際業務工作與信息資源共享建設緊密銜接起來；根據不同政府機構和地方政府的實際情況，明確工程建設的邊界范圍，確定工程建設原則，將長效信息共享機制建設與單項工程建設目標，很好的結合起來；技術創新優先於政務業務協同創新，數據交換與共享平台建設，需要考慮未來業務的拓展需要，集約化進行工程建設。

3．多維度認識需求

業務信息需求分析的指導思想是三維體系模型。這是因為只站在信息資源角度考慮，而不深入研究政府部門的實際運作情況，是很難將信息交互與共享工程做好。我們認為，政府工作是在業務管理、執行驅動、組織管理形式三個維度共同作用和協調下驅動的。三維體系模型如圖：


圖：三維體系模型

三維體系模型構成：一是業務管理層次，包括關鍵業務體系、支撐業務體系、輔助支持體系；二是業務驅動方式，包括目標決策，任務下達、分解，工作組織實施和執行監督；三組織機構形式，包括核心決策層、工作組織實施層和執行層。業務信息貫穿目標管理的全過程，信息系統建設必須符合不同維度的實際需求，才能真正體現信息資源對業務的強支撐作用。

4．信息規劃

信息規劃的核心在於建立面向主題應用的數據供應鏈，需要解決共享與交換信息從那裡獲取，如何進行有效管理、如何向業務系統提供服務，形成數據生產、數據加工與管理，數據服務的清晰鏈條。信息規劃是建立在數據分析基礎之上的，是對交換共享信息的更深層次分析，是實現交換共享信息的技術實現頂層設計。

基於信息工程方法論（IEM）的指導，採用工程化方法進行用於信息交換與共享的信息規劃，就是按照一定的方法步驟、遵循一定的標准規范、利用有效的工具進行各職能域的信息需求和數據流分析，制定信息資源管理基礎標准，建立共享域和各職能域的信息系統框架。

一般來說，信息的內容，包括面向各職能域的系統分析，數據流模型，和面向共享域的主題庫概念模型。信息規劃的具體內容因具體項目包含的要素不同而異。信息交換與共享建設的信息資源規劃強調將信息共享需求分析與系統建模緊密結合起來--需求分析是系統建模的准備，系統建模是信息交換與共享建設的定性和規范化表達。在進行信息交換與共享建設的信息規劃的時候，首先確定特定工程的戰略建設目標，圍繞戰略目標確定協同政府機構的工作目標根據不同組織機構的任務確定"職能域"；然後分別對各個職能域進行業務流和數據流的調研分析，進而建立用於信息交換與共享的數據流模型和數據模型，作為整個信息交換與共享平台建設的數據基礎。

5．共享數據存儲管理


圖 數據中心資料庫類型劃分

元資料庫

將描述數據及其環境的數據存儲在元資料庫中。

業務規則庫

將業務抽象為一系列的規則存在規則資料庫中。

業務信息庫

將從前置節點獲得的重要信息存儲在業務信息庫中。

平台日誌庫

平台數據交換過程中產生的一系列信息放在平台日誌庫中。

基礎信息庫

1．人口基礎資料庫

建成以居民身份標識碼為唯一標識的人口基礎信息庫和查詢服務系統，實現人口信息計算機管理和聯機查詢，為各電子政務業務系統提供人口信息服務。

2．法人單位基礎資料庫

建設以機構代碼為唯一標識的法人單位基礎信息庫和查詢服務系統，實現各電子政務業務系統間法人單位信息的共享，並向社會提供服務。

3．宏觀經濟資料庫

根據國家宏觀調控決策、全社會微觀管理、人民生活以及對外開放等方面的需求，建立具有科學性、真實性、可比性的宏觀經濟資料庫。宏觀經濟資料庫指標體系既邊界清晰，又能涵蓋國民經濟、社會發展、科技教育、環境資源等方面宏觀情況。宏觀經濟資料庫將成為宏觀經濟基本情況及發展態勢的綜合信息渠道。

4．自然資源和空間地理基礎資料庫

基本建成水文、礦產、土地、森林、耕地、海洋等自然資源基礎信息庫，形成基礎資源信息庫交換和共享的機制。分級建設空間地理基礎信息庫，形成空間地理信息交換和共享的機制。為各級政府和部門宏觀決策、城鎮總體規劃、土地利用規劃、土地管理、水利規劃、礦產資源規劃、礦業權管理、地質環境管理、道路建設、環境保護等提供現實性很強的模擬地圖和決策支持服務。

主題信息庫

按照信息資源規劃的要求和基礎資料庫的要求，建立主題資料庫。

存有經常使用的業務數據，可存在數據中心，但大量的是以目錄形式存儲，而其數據總是存在各局委辦，這樣既保證了數據的動態更新的一致性，也保證了數據的安全性。面向主題操作資料庫的數據來自數據交換過程中的XML文檔和信息，因此，操作資料庫必須具有良好的對XML標準的支持，才能保證信息存儲、交換和檢索的高效和准確。

決策信息庫

在有充足的數據源的基礎上，可以對分布、異構知識源的獲取、表達、管理與應用。整個系統應支持多種知識表達方法和推理方法，支持結構化數據和非結構化數據共存，建立DSS，將目前基於模型和資料庫的DSS從過去僅將"數據"視為數值轉移到支持建立基本文檔的DSS。需要集成DW、DM與OLAP及其它KDD知識獲取方法，將各類分布、異構的知識源集成起來，為決策者提供各種類型的、有效的數據分析，起到決策支持的作用。

其它資料庫

資料和文檔庫：資料文檔主要包括國家的政策的指令，相關資料和條文等信息，是各級工作人員辦理各種業務的依據，也是學習國家和市政策和法規的途徑。資料和文檔庫主要有以下一些特點：

·以非結構化文檔形式存儲；

·資料的共享性要求；

·涉密資料的安全存儲；

·支持智能和模糊查詢。

多媒體資料庫：它包括各種政務圖像、視頻，用於宣傳報道和視頻點播。它還可以用於管理空間地理數。

UDDI：提供對整個電子政務系統中的Webservice服務注冊信息的管理和存儲。

結論：

電子政務信息資源交換與共享機智建設，是政務改革發展的必然趨勢，是一項非常復雜的工程，是電子政務工程的重要基礎設施，如何有效的落實國家電子政務的總體建設目標，不斷完善各項標准，通過根據政府的工作重點，不斷建立相應的"主題應用"，將電子政務IT設計與政府的戰略目標緊密結合，建立數據交換與共享機制建設的工程設計、實施方法論，形成可持續發展的信息交換長效機制。

F. 怎麼實現數據共享

問題是你的EXECL文檔是不是每天都會有一個新的，如果是的話，那你最好每天發過去了，對於不會電腦的人，你只能這樣對付他了，要不就讓他學。

第二，你最好是每天的數據在一個文檔裡面，如果是每天不同表格，那就在一個文檔里建多個表格好了。

接下來就是最重要的了，很簡單，你把這個文檔就存在自己電腦上隨便一個位置

到對方的電腦上，打開網上鄰居，找到這個文件，記下這個文件的地址，必須是在區域網上的地址，前面會加有計算機名的那種。

然後在對方的電腦新建一個快捷方式，把這個地址填進去，就OK了

其實這是一個簡單的資料庫原理，不管你這里怎麼改，他那裡的快捷方式是一個文件指向，你改了，他打開快捷方式，就等於打開了你修改後的這個文件

G. 如何實現分析去中心化的客戶行為分析平台

問題比較泛，只能粗略回答了 :) 一、精細化運營的目標 比如說你的產品只是個工具，那恐怕談不上過多的精細化運營，一般做好常規的用戶行為分析、再配合用戶定性研究，用於指導產品的設計即可;如果是內容型產品，或者功能和內容兼具的產品，那確實需要考慮。 2.設計統計框架 假設用戶在你的app上會頻繁進行交互和使用功能，同時還會瀏覽或者產生內容，那麼需要在產品設計的同時，把你的統計框架設計好。 二、簡要的操作流程 1.數據採集首先列出你需要的數據項，接著評估哪部分是需要APP上報的，哪部分是後台可以統計的，然後分別在前後台加上。一般來講，APP上報採集的數據，在發布前一定要經過謹慎的校驗和測試，因為一旦版本發布出去而數據採集出了問題，不僅之前的功夫都白做了，還會帶來一大堆臟數據，同時還有可能降低客戶端的運行效率，得不償失。 2.數據整理數據採集完之後，需要將各種原始數據加工成為產品經理需要的直觀的可看數據，這里需要做一些基本的數據邏輯關聯和展示，就不贅述了。 3.數據分析按照一開始設計的統計框架，你可以很清楚的看到自己需要的數據了。 當然以上只是基礎得不能再基礎的分析，再深入一點的，例如你拿到這些數據，可以分析使用A功能的用戶同時還喜歡B功能，二者關聯性較強，是否可以在前端設計時更多的考慮整合，或者界面上的調整;比如分析點擊流，大部分用戶訪問或使用APP的路徑是怎麼樣的，是不是把核心功能藏得太深了?再比如可以分析不同用戶屬性，比如男性用戶和女性用戶，他們在用戶行為上是否有明顯差異?等等。 不同產品的數據分析方式和模型差距非常大，沒法一下子就說清楚。所以以上更多的是舉例。 三、一些需要注意的原則 1.數據本身是客觀的，但被解讀出來的數據一定是主觀的，同樣的數據由不同的人分析很可能得出完全相反的結論，所以一定不能提前帶著觀點去分析(比如已經有了假設，再用數據去論證); 2.APP採集數據，一定是優先順序比較低的事情，不能因為數據的採集而影響產品的性能和用戶體驗，更不能採集用戶的隱私數據(雖然國內很多APP並沒有這么做); 3.數據不是萬能的，還是要相信自己的判斷。

H. 如何實現區域網內sql資料庫共享

oracle資料庫最好用，每個人都訪問你那個資料庫連接串（前提是一個區域網，並且每人都裝有資料庫及PL/sql）及相應的資料庫連接串！

I. 公信寶去中心化數據交易怎麼樣

公信寶是啥東東，去中心化數據交易一次不就知道了，去吧，祝你好運。