用Navicat for mysql操作mysql數據庫,其中一個表怎么也打不開,一直加載,還不能關閉.從網上搜索原因,主要是以下幾個原因:原因一:表死鎖,會出現這樣的情況,鎖不釋放,無論多久都讀取不了數據,一直加載中!原因二:表里面的數據量太大造成的. 原因三:網絡慢,卡,數據不能傳輸.經過分析,98%是原因一,可用如下方法解決“”在navicat里右擊數據庫名稱打開mysql的命令行,然后輸入:SHOW ;出現如下圖,如果status列有lock字眼,那么通過Info狀

.Net Core建站（4）：FTP發布項目及連接服務器數據庫

總感覺,今天(2018-1-14)下午寫不完這篇,雖然蠻簡單,只是點點點,,, 主要是記錄兩個, 1.連接服務器的數據庫 2.項目FTP發布到服務器 使用數據庫:SQL Service 2017 使用服務器:騰訊云,Windows Server 2016 數據中心版 64位中文版 1核1G 50G內存 然后,開撥,,, 首先是服務器,我半個小時前重裝的,,和剛剛入手時一毛一樣,,具體進入服務器的方法就不說了,, 進去第一件事就是裝數據庫,,畢竟騰訊提供的數據庫死貴死貴,,買不起的說,, 然而在

Django數據庫創建與查詢及ORM的概念

ORM:是封裝在pymysql上層的文件.他的作用是把python語句轉換成sql語句,從而去數據庫里操作數據.從數據庫里獲得的數據,經過orm轉換為對象,對象可以直接調用屬性獲得值.orm本質是個中轉站. 上節課查漏及本節課內容python3解釋器需要在app下面的導入pymysql pymysql....python2不需要 python3不支持 數據庫存入數據的時候要注意重啟和不重啟的區別 小型數據庫 測試用 不用鏈接 中途不能切數據庫,比如sqlite和

五分鐘DBA：淺談偽分布式數據庫架構

[IT168技術]12月25日消息,2010互聯網行業技術研討峰會今日在上海華東理工大學召開.本次峰會以“互聯網行業應用最佳實踐”為主題,定位于互聯網架構設計.應用開發.應用運維管理,同時,峰會邀請了來自盛大.阿里巴巴.五分鐘等互聯網企業的多位嘉賓演講,他們將同大家一起探討數據庫技術在互聯網領域的深入應用. ▲2010互聯網行業技術研討峰會專題報道 以下是上海五分鐘網絡科技有限公司金官丁主題為“淺談偽分布式數據庫架構”的演講全文: ▲上海五分鐘網絡科技有限公司金官丁 大家好!所謂分布式數據庫架

MySql的數據庫優化到底優啥了都？？（2）

嘟嘟在寫此篇文章之前心里先默念(簡單,通俗,工整)*10 吟唱完了,進入正題 3.Memory存儲引擎 除了存放一個表結構相關信息的.frm文件在磁盤上,其他數據都存儲在內存中.說白點哪天你數據庫死機了,Memory表就只剩下表結構了. 支持索引不支持事務,索引有Hash和B-Tree兩種格式 由于放在了內存中,所以Memory都是按照定長的空間存放數據,而且不支持BLOB和Text類型的字段 頁級鎖定 (limit) 其他的數據庫存儲引擎嘟嘟就不在這里面一一贅述了,世面上應用場景比較廣泛的主要

Sybase 常用SQL

===========================使用總結======================================1.字母大小寫比對不敏感,也就是在值比對判斷時大小寫字母都一樣;2.等值,或判斷,系統默認對等式兩邊比對值去右邊空格再進行比較:3.GROUP BY 可以根據SELECT字段或表達式的別名來 匯總,在編寫時也盡量避免SELECT 語句的別名與FROM

SOA 與 DDD

SOA是技術架構方面,則是哲學方法論方面,所屬方向不一樣,或者說兩者非常的無關.甚至是兩個不同方向.使用DDD可以將系統從無到有到大建立起來,而大到一定程度,就需要SOA,整合異構.如果說DDD和SOA有什么聯系的話,那么組件可能是他們中間的紐帶.下面對這幾個概念分析如下,不當之處請討論. SOA概念 SOA是一個很高的架構,使用EJB這樣分布式組件以后才會考慮SOA,有過DCE ( ), CORB

DBCP連接池介紹

DBCP連接池介紹 ----------------------------- 目前 DBCP 有兩個版本分別是 1.3 和 1.4. DBCP 1.3 版本需要運行于 JDK 1.4-1.5 ,支持 JDBC 3. DBCP 1.4 版本需要運行于 JDK 1.6 ,支持 JDBC 4. 1.3和1.4基于同一套源代碼,含有所有的bug修復和新特性.因此在選擇DBCP版本的時候,要看你用的是什么JDK版本. DBCP1.2版本性能一般,比c3p0差挺多.DBCP1.4和1.3,配合(依賴)co

Oracle調優總結(經典實踐 重要)

轉載: Problem :1.每個表的結構及主鍵索引情況2.每個表的count(*)記錄是多少3.對于創建索引的列,索引的類型是什么?count( )的值是多少?4.最后一次對表進行分析是在什么時間,分析后,是否又對相關表做過大的操作5.索引最后一次rebuild,是在什么時間,此后對表的操作類型又是什么狀況?索引中浪費的空間是多少?6.這些表的存儲情況,表的存儲參數

DBCP連接池原理分析及配置用法

DBCP連接池介紹 ----------------------------- 目前 DBCP 有兩個版本分別是 1.3 和 1.4. DBCP 1.3 版本需要運行于 JDK 1.4-1.5 ,支持 JDBC 3. DBCP 1.4 版本需要運行于 JDK 1.6 ,支持 JDBC 4. 1.3和1.4基于同一套源代碼,含有所有的bug修復和新特性.因此在選擇DBCP版本的時候,要看你用的是什么JDK版本. DBCP1.2版本性能一般,比c3p0差挺多.DBCP1.4和1.3,配合(依賴)co

【轉】DBCP連接池原理分析

---------------------------- 目前 DBCP 有兩個版本分別是 1.3 和 1.4. DBCP 1.3 版本需要運行于 JDK 1.4-1.5 ,支持 JDBC 3. DBCP 1.4 版本需要運行于 JDK 1.6 ,支持 JDBC 4. 1.3和1.4基于同一套源代碼,含有所有的bug修復和新特性.因此在選擇DBCP版本的時候,要看你用的是什么JDK版本. DBCP1.2版本性能一般,比c3p0差挺多.DBCP1.4和1.3,配合(依賴)commons pool

阿里云ECS服務器上搭建+mha+mysql5.6+gtid+一主兩從+腳本判斷架構踩的坑

最近,公司項目搭建了一套后端數據庫架構,不是在RDS,是在阿里云的ECS服務器上搭建.mha.mysql5.6.gtid.一主兩從架構,目前還沒有實現讀寫分離,以后架構升級,可能代碼里會實現讀寫分離,或者加入入mycat等中間件,也可能進行分庫分表:架構不是最新,很多工具大家都見過,只是在不同的環境,不同的情況下,遇上的問題不同,也踩了很多坑,如有些可能沒在阿里云上,有的可能數據庫版本不一樣等,所以更大家分享一下經驗. 遇到的問題較多,主要問題是: 1.mha必須是0.56版

日常維護手冊 (匯總、點評、備查)

1. 數據庫啟動:gpstart常用可參數: -a : 直接啟動,不提示終端用戶輸入確認-m:只啟動master 實例,主要在故障處理時使用2. 數據庫停止:gpstop:常用可參數:-a:直接停止,不提示終端用戶輸入確認-m:只停止master 實例,與gpstart –m 對應使用-M fast:停止數據庫,中斷所有數據庫連接,回滾正在運行的事務-u:不停止數據庫,只加載pg_hba.conf 和.conf中運行時參數,當改動參數配置時候使用.評:-a用在shell里,最

SMP、NUMA、MPP體系結構介紹

從系統架構來看,目前的商用服務器大體可以分為三類,即對稱多處理器結構 (SMP : Multi-) ,非一致存儲訪問結構 (NUMA : Non-Uniform Memory Access) ,以及海量并行處理結構 (MPP : Massive ) .它們的特征分別描述如下: 1. SMP( Multi-) SMP ( Multi ),對稱多處理系

日常維護手冊

1.數據庫啟動:gpstart 常用可選參數: -a : 直接啟動,不提示終端用戶輸入確認 -m:只啟動master 實例,主要在故障處理時使用 2.數據庫停止:gpstop: 常用可選參數:-a:直接停止,不提示終端用戶輸入確認 -m:只停止master 實例,與gpstart –m 對應使用 -M fast:停止數據庫,中斷所有數據庫連接,回滾正在運 行的事務 -u:不停止數據庫,只加載pg_hba.conf 和.conf中運行時參數,當改動參

Atitit.播放系統的選片服務器，包廂記時系統的說明，教程，維護，故障排查手冊p825

Atitit.播放系統的選片服務器,包廂記時系統的說明,教程,維護,故障排查手冊p825 1.播放系統服務器方面的維護2 1.1.默認情況下,已經在系統的啟動目錄下增加了倆個啟動項目2 1.2.后臺服務.保持mysql數據庫服務啟動狀態2 1.3.影片圖片與簡介映射z盤需要有效可用2 1.4.服務器如無必要無需關閉,保持一直開啟狀態...3 1.5.Loading時間的配置3 1.6.其他3 1.6.1.影片圖片與簡介緩存3 1.7.包廂里面播放系統htpc的維護4 1.8.

01-oracle限定查詢-

關系型數據庫和半結構化數據(xml文件) :c代表云計算 PDB,CDB sql語句執行順序: 第一步:from子句控制數據來源: 第二步:where子句使用限定符對數據行過濾: 第三步:select子句確定要顯示的數據列: 第四步:order by 最后執行. #sqlplus中設置行顯示300個字符(折行時使用,格式化操作命令) 300 #設置 每頁的顯示數據長度 30 #ed(sqlplus中用ed命令創建記事本,打開記事本

C#中的線程（四）高級話題

C#中的線程(四)高級話題 :C#線程Source:: Joe : Swanky :: 第四部分:高級話題 非阻止同步 早些時候,我們討論了非常簡單的賦值和 更新一

主備部署模式

一.預期目的 主數據庫(Primary pg ,假定主機名為A,后文不再贅述)和備用數據庫(Standby pg,假定主機名為B,后文不再贅述)之間的數據能夠相互備份. 主數據庫發生故障時備用數據庫可以接管工作,變為主數據庫.舊的主數據庫恢復后,能變為新的主數據庫的備用數據庫. 主數據庫有寫入.讀取功能,備數據庫只有讀取功能. 二.使用的軟件 Pgpool-II 9.2 使用的特性: 的 功能 pgpool-II的

mysql常見故障診斷

退役軍人信息采集問題詳解（超有用，請收藏！）

退役軍人和其他優撫對象

信息采集工作問答（一）

在開展信息采集培訓過程中，一些地方提出了一些問題，經梳理，擇其中有代表性的問題回答如下：

1、關于證明退役軍人身份的證件材料問題。

退役軍人原則上應使用轉業證、退伍證、離休退休證等證明其退役軍人的身份，不接受戰友之間互證身份方式。對于相關證件丟失或無檔案，無法證明退役軍人身份的，應經熟悉情況的村委會等基層組織出具相關材料，并通過與公安、民政、人武部等相關部門比對認定身份。對于提供原始證件的人員，在填報時選“退役證件”項，提供證明材料的選擇“退役證明材料”項。確實無法證明身份的原則上不采集。

2、信息采集對象所擁有的證明材料不全，如三屬人員，信息采集工作該如何開展？

對于證明材料不全面的，可使用原證件、復印件或提供經縣級主管部門確認的證明。使用證明材料的人員，在錄入時勾選證明材料選項，并拍照錄入。

3、軍轉干部的信息采集數據由人社審核還是民政審核？

根據國務院通知要求，各地應成立由政府統籌負責，退役軍人事務部門牽頭，各有關部門全面參與的信息采集工作機制。各地區信息采集工作領導小組應根據本地區實際情況統籌安排信息采集數據審核工作，從工作便利角度出發，建議尚未成立退役軍人事務部門的地區，軍轉干部信息采集數據繼續由人社部門負責審核。

4、退伍證上有部隊番號或者原部隊只有番號，信息能否上傳，沒有代號如何處理？

為了盡可能采集更多信息，為工作提供便利，原則上要應填盡填，部隊代號盡量填寫。對于退伍證上有部隊番號或原部隊只有番號的，可選擇不填寫或將退伍證上的番號信息處理后再上傳，填寫中不能出現“軍”“師”“團”“營”等番號信息。

5、現役軍人家屬身份轉變后，如何處理退出？

現役軍人家屬身份轉變，主要包括現役軍人退出現役，或現役軍人家屬轉為烈士遺屬、因公犧牲軍人遺屬、病故軍人遺屬等，其中現役軍人退出現役后，涉及對象新增和退出兩種操作，一是將現役軍人信息變更為退役軍人等相應類別，并補充完善相關信息；二是同時將其家屬從系統中自動作退出處理，不再列入統計數據。在后續退役軍人事務部信息系統開發中增加此功能。

6、軍隊離退休干部就近采集原則與“戶籍地”原則沖突，如何解決？

信息采集堅持屬地管理，分級落實，以采集對象戶籍所在地申報采集為基本原則。因軍隊離退休干部由軍休服務機構統一管理，相對集中，故可在戶籍所在地或軍休機構所在地統一申報登記采集，具體采集單位由信息采集工作領導小組統籌協調確定采集單位。在外地居住的軍休干部，經征得管理單位確認，本人同意的，可在居住地采集信息。

7、企業軍轉干部因判刑或與單位解除勞動關系的，不享受解困政策，是否錄入？

信息采集對象中的企業軍轉干部是指2000年12月31日之前退出現役并安置在企業的軍隊干部，不以是否享受解困政策為標準，所以仍要錄入。

8、建議對應“是否受過獎勵”，增添是否受過刑罰？

此項內容將在后續管理信息采集系統開發中增加，具體信息由部門共享獲得，此次不采集。

9、養老保險和醫療保險參保情況類型不夠全面、準確，建議征求人社和醫保局意見，以補充完善。

此次信息采集關于社保類型問題，主要是簡單了解退役軍人和其他優撫對象有無社保，是職工基本保險還是城鄉居民保險即可，參加社保的具體狀況由后續部門交叉比對時共享獲得，此次不采集。

10、“自謀職業退役士兵”為什么規定608號令之前？2011年《退役士兵安置條例》頒布后，仍然有退役士兵辦理自謀職業，這些人是否采集？

經了解，自謀職業退役士兵不再以608號令前后為依據，只要辦理了自謀職業，均納入采集范圍，安置方式選擇“自謀職業”。

11、“退休退職職工”中有一些是從士兵轉隸的，但這兩類人不能復選，雖然人數相對不是太多，但也是一種類型，這些人怎么選擇？

采集對象以最后一種在采集范圍的身份類別為準，由于軍隊退職職工在此次采集范圍，因此以轉隸后的身份為準。退職職工中有一項內容為“成為軍隊職工的方式”，其中有選項為“兵改工”、“軍轉安置”，可以據此確認自部隊轉隸人員，不需再開復選類別。

12、“國家供養退役士兵”中，是否包括補評殘或提殘的1-4級殘疾士兵？

不包括。此次指的是退役時的安置性質，補評殘的，在“殘疾軍人”類列表中填寫集中供養或分散供養。

13、“軍隊無軍籍離退休退職職工”中的一些人，同時也是傷殘人員，其中有的是衛生部門評的傷殘無軍籍職工，地方接收后，相應換發《傷殘國家機關工作人員證》，但這次系統未涉及，如何處理？

在《實施細則》附件5“軍隊無軍籍離休退休退職職工信息采集分表”中，2-4-9和2-4-10規定了是否傷殘和傷殘等級兩個信息項，用于采集殘疾軍人外其他類型的傷殘人員。

14、有退役軍人參加民兵，后執行任務身份為傷殘民兵民工，建議能重復選擇。

信息采集系統已經調整，這兩部分人員身份可以復選。系統中，（8）傷殘民兵民工不可與（7）殘疾軍人復選，可與（1）軍隊轉業干部（2）退役士兵（5）復員軍人復選。

15、戶籍在異地，優撫關系在原戶籍地數據誰采集？外地打工退役軍人，可否實現異地采集？

為確保信息采集的真實、準確、有效，信息采集堅持以采集對象戶籍所在地申報采集為原則，不以優撫關系所在地為依據。對于異地采集的問題，將進一步研究后再作統一安排。各地可采取有效措施采集在外地務工人員信息。在機關事業單位工作退役人員可至同級退役軍人事務部門，也可至戶籍所在地退役軍人事務部門（人社或民政部門）采集信息。

16、行政區劃有變更，優撫系統內尚未變更，數據采集如何操作？

信息采集平臺與優撫系統數據隔離，兩個系統的行政區劃沒有關聯，只需按照實際情況填寫采集系統內的行政區劃，可在系統管理的區劃管理項目中調整區劃信息。

17、農業戶口轉非農業戶口，在戶籍改革后，不在新版本戶口本上顯示，只顯示居民戶口，不顯示戶籍性質，如何處理？

此類人員戶籍類別可選擇為“城鎮（非農業戶口）”，各地可與當地公安部門確認戶口性質對應關系。

18、數據采集錄入信息所需證件是否需要原件

需要驗證原件，并拍攝照片。

19、退役軍人一直未落戶，信息如何采集？

由退役時接收地或安置地采集。

20、未辦理轉業證的轉業干部信息采集，需要什么證明材料？

可使用個人檔案中相關材料作為證明材料。

21、時間節點（10月1日）前已采集，并在10月1日前去世的，是否刪除。

不用刪除，可以在第一階段采集結束后統一修改“人員狀態”即可。

22、采取鄉鎮（街道）一級的信息采集方式，但目前在機關事業單位工作的軍隊退役人員該如何進行信息采集？可能會導致干部信息采集積極性不高。

各地可根據實際情況，充分發揮組織人事部門作用，采取上門采集、集中采集、委托所在單位采集等方式完成采集任務，或請其前往同級退役軍人事務部門（民政、人社部門）主動申報。

23、2011年前退伍回農村的士兵放到哪一類？第六項復員軍人中沒有包括。

2011年前退伍回農村的士兵屬于退役士兵，不屬于復員軍人。退役士兵的退役安置方式中有一項“回鄉生產”，可選擇此類。

24、敏感部門的退役軍人身份特殊，是否應予采集？

采集對象應實現全覆蓋，不漏一人。此次采集只采集基礎信息，不涉及敏感信息，身份敏感特殊的退役軍人應納入采集范圍，采集單位應充分尊重其本人和單位意見。

25、如何設定信息采集工作效率量化標準？如何考核，建議盡快出臺績效考核辦法，方便考核指導各地工作，更好完成國家交給的任務。

信息采集工作是中央交辦的一項重要政治任務，我們將盡快制定出臺績效考核辦法，從采集工作開展的的對象覆蓋率、數據準確率、工作完成效率和問題數據情況等方面進行考核。

26、軍齡計算應該不是以周年計算，而是以年計算。對于長期滯留部隊又退休退伍人員，軍齡自動生成肯定有誤，請予以考慮。

軍齡計算以月為單位，往上取整，區別于工齡計算。對于長期滯留部隊又退休退伍人員，按退休退伍時間計算軍齡，滯留時間不計入軍齡。

27、復員軍人中的復員干部是否指1993年以來的？1954年10月31日前入伍的復員軍人，或轉業軍轉干部被單位開除的，信息怎么填寫？

復員干部不僅僅指1993年以來的，是從建國以來作復員安置的軍隊軍官和文職干部的都在采集范圍。復員軍人被單位開除的，個人基本身份信息正常填寫，安置計劃年度和接收年月等填寫復員時安置情況。

28、2018年9月1日退役的軍人是否在采集范圍內，建議不采集。

信息采集標準時點是2018年10月1日，9月1日后退役的軍人在采集范圍；10月1日以后退役的可不采集，可在后續工作中采集更新。

29、退役軍人采集是從哪年開始采集？

所有健在的退役軍人和其他優撫對象均在采集范圍，上溯至包括紅軍老戰士退伍紅軍老戰士、西路軍紅軍老戰士和紅軍失散人員。

30、長期不服從安置人員，在安置方式中無選項，如何處理？

對于長期不服從安置人員，可以勾選“安置地”，不服從安置的情況可在“安置單位”處手工寫明，“安置單位性質”選擇“其他”。對此類情形中的退役士兵，可列入退役士兵退役安置方式中的“按政策取消待遇”選項。

31、因公犧牲軍人遺屬和病故軍人遺屬范圍應明確一下。

《實施細則》明確規定，“因公犧牲軍人遺屬”主要包括因公犧牲軍人的父母（撫養人）、配偶、子女和兄弟姐妹。享受定期生活補助的建國前錯殺后被平反人員子女納入采集范圍。“病故軍人遺屬”主要包括病故軍人的父母（撫養人）、配偶、子女和兄弟姐妹。關于哪些人員死亡后屬于因公犧牲軍人和病故軍人，可根據《軍人撫恤優待條例》確定。

32、如果不用專用設備，身份證和簽名以何種方式，什么標準上報？

此次信息采集原則上要使用專用設備閱讀身份證錄入信息，以確保信息準確。對于沒有二代身份證或確不具備專用設備閱讀身份證的，可手工錄入身份證號，并將身份證拍攝照片上傳，后期再對身份證等信息進行補充識讀。如果現場手工填寫表格，則手工簽名，簽名為非必填項。

33、軍休干部家屬是否在統計范圍？

軍休干部只采集本人信息，不采集其家屬信息。

34、采集對象的退休退伍證件與身份證件信息不一致怎么辦？

采集對象基本信息一律以身份證件信息為準。如證件不一致，應予以核查確定。

35、退役士兵戶籍性質如何填寫，是以入伍時還是當前戶籍性質為準？

在信息采集總表中的1-2-4個人戶籍類別中，填寫當前戶籍性質；在退役士兵類別項目中，有“入伍時戶籍性質”選項，該項以入伍時戶籍性質為準。

36、如何避免采集對象虛報信息，提供虛假證明材料等情況？

應向采集對象進行誠信宣傳，將本次采集信息的真實誠信情況，納入今后優撫待遇、先進評比、典型宣傳等重要參考指標。

37、省級服務器配置要求是否有改變？具體參數是多少？移動設備的配置參數有哪些？不同的信息采集對象數量，對省級服務器和網絡有什么要求？省級硬件設備是否需要增加，有無具體配置要求？

1）省級服務器及相關配置根據本省數據預估量、采集點（鄉鎮/街道）數量及現有服務器、網路等情況，對省級服務器配置、網絡帶寬等均有不同要求，服務器存儲基本都需要擴容，各省可聯系技術組獲取相關建議說明；2）移動設備配置一般根據存儲容量、CPU、運行內存等不同情況有標準、高端等不同配置，標準配置一般存儲容量容量為16G以上，可存放約1萬條以內人員信息，可完全滿足鄉鎮/街道，甚至區縣用戶信息采集需要；3）省級硬件設備主要看當前服務器是否能滿足本次采集需要，個別省份老舊服務器需要更新；部分省份僅需通過簡單增加硬盤擴容后即可滿足；部分大省需增加專項存儲設備或配置存儲擴容。

38、網絡配置要求有哪些才能保證信息安全？系統的安全性靠什么保障？能否順利通過保密檢查？

網絡信息安全是綜合體系化問題，需要各層面各環節均實行嚴密設計管理才能確保信息安全，主要包括幾個層面安全保障，第一也是最關鍵的是各省信息中心本身的綜合體系防護，包括充分的防火墻技術應用、各種安全產品的配置、安全管理制度的建立等，各省信息中心負責的是最重要的基礎安全保障；其二是系統本身安全防護體系，包括功能性防護和數據級防護，功能性防護包括對系統各關鍵環節操作采用人臉、指紋、密碼等各種安全技術進行校驗復核；數據級安全措施包括對數據庫敏感信息進行加密混淆等；本系統在功能性及數據層面均作了相關措施。關于保密檢查問題，全國優撫信息管理系統為非涉密系統，所管理信息為敏感不宜公開級別。

39、有沒有強有力的隔離措施確保原優撫系統順利運行？建立設立信息采集專用系統，與優撫原有系統完全隔離？

將信息采集系統單獨部署，可與優撫原有系統完全隔離，即使用單獨的服務器和單獨的數據庫系統。

40、終端移動設備如何更新？電子簽名在哪里查？

終端設備大部分可進行自動更新，即在服務器發布新版本程序后，終端如登錄連接服務器，將收到更新提醒，按提示下載并安裝更新即可；部分終端為手工更新方式，即進入終端程序：系統管理-系統更新，點擊“系統更新”完成更新。電子簽名在終端程序中的信息填寫最后部分，保存按鈕右上方位置；在電腦端系統中也是在信息填報頁最后部分位置。

41、標準化字段的個性化需求如何修改，向上兼容是否有沖突，修改時間需多久？

本次信息采集系統有關數據設計按國家標準或相關行業標準進行設計研發，個性化需求可聯系部技術支持組進行修改拓展，個性化拓展應在部級系統基礎上進行，修改時間視個性化需求工作量。

42、基礎信息是否先期提供，減少錄入量，提高準確性與效率？

基礎信息是先期提供的。本次信息采集對《全國優撫信息管理系統》更新時，會將軍休、軍轉（含計劃安置、自主擇業、企業軍轉）、無軍籍以及優撫系統本身數據進行匯總導入，工作人員可在此基礎上進行信息采集，減少工作量。

43、初始數據下載后，能否生成信息采集分表直接打印供采集時核對？

可以。在每個對象操作列上均提供詳情打印功能。

44、省市縣三級除對數據上報外，能否支持比對核查？問題數據有否退回重辦功能？

支持比對核查。問題數據有退回功能，上級可對已報送數據進行退回。

45、身份證號碼手工錄入需增加核驗功能。

已有身份證號碼核驗功能。

46、在省級系統中信息采集時人員錄錯如何刪除？

可手工刪除，在每個對象操作列有刪除鍵。

47、上一級用戶可否替下級用戶采集對象？采集后的信息是本級還是下級？

可以。具體歸屬根據采集時為對象選擇的所屬行政區劃而定。

48、離線數據包如何下載？如何使用？

離線數據包從系統管理-初始數據下載中下載。

49、終端設備采集信息（離線）后，如遇死機、丟失信息等情況，能否及時找回？

基本都可以找回。在系統管理-數據恢復中可進行數據恢復，終端后臺有2份備份數據。

50、采集用過的電腦，之后是否可以用作他用？

不建議用作他用。

51、是否可以對行政區劃進行調整（合并、拆分、新增），可否按行政區劃標準編輯代碼？

可以。在行政區劃管理中提供相關功能。

52、帳戶是否分發給人社部門，軍轉數據是否包括安排工作的退役士兵？

賬戶可根據需要進行增設，并發放給人社部門。軍轉數據中只包括轉業干部，不包含安排工作的退役士兵。

53、系統能否開發手機APP軟件來配合信息采集，面向所有社會公眾，采集方式更科學、合理，且能減少資源和人員浪費。

對社會公眾開發的APP暫時不考慮。

54、各地前期已采集的數據字段如何與部里的數據信息對接，并導入到新系統中？

可聯系部里技術支持組做開發對接，根據省里提供數據格式情況進行導入開發。

55、證明退役軍人身份的退役證件、戶籍證件、照片如何篩查？

后期將通過后臺技術手段按一定標準進行自動篩查。

56、建議系統具有遷移功能并保留痕跡。

系統內會提供遷移等功能，并保留痕跡。

57、建議提供系統單機版。

單機版根據各地實際需要可以提供。

58、全國自主擇業工作信息平臺中的信息能否更全面的導入到采集系統，例如照片、基礎信息等。

已將大部分基礎信息導入系統。但沒有照片信息。

59、建議給省級超級管理用戶權限，可以命名省級用戶，可以初始化用戶密碼（現系統為上一級用戶可為下一級用戶設定）

會為省級提供超級管理員用戶權限。

60、為防止泄密，此項工作需要每個采集點重新配備專用電腦嗎？器材、宣傳、會議等所需經費是如何保障？大概標準是多少（人均標準）？省、市、縣財政按什么比例投入？

為防止泄密，應為每個采集點配置專項電腦等專用設備，或使用原優撫管理系統專用設備。經費由各地自行負責。

退役軍人和其他優撫對象

信息采集工作問答（二）

在開展信息采集工作過程中，部分地方提出了一些問題和建議，經梳理，擇其中有代表性的問題形成該工作問答，作為補充。后續如有其他問題和建議，我們將繼續整理匯編并公布。

1.在實際采集工作中，丟失退役證的退役軍人占有相當比例，主要集中在退役時間較長的退役軍人和農村籍退役軍人，尤其是1980年以前退役軍人的檔案很多都已無從查找。培訓時解釋說要村級黨支部出具證明，公安、民政、武裝部等部門確認。但如果還是無法確認怎么處理？

再次強調一下證件對確認身份的作用。如果什么東西都沒有采集上來也沒有什么作用，將來即使出政策他什么證件都沒有也無法享受，同樣會留下隱患和矛盾，希望各地妥善處理。

2.懸掛光榮牌中的現役軍人家庭，指的是現役軍人本人還是入伍前戶籍的家庭，到底是哪一家懸掛，會不會和信息采集形成重復登記？

基本原則是一個現役軍人家庭只掛一個光榮牌。一般來說，義務兵掛父母家，軍官、士官已婚的掛自己家。

信息采集是懸掛光榮牌的前提，可以和懸掛光榮牌工作同步部署，不會重復。同時，考慮到部分家庭可能不愿意掛光榮牌，此次信息采集工作中新增加了一項內容“是否申請掛光榮牌”，供大家在信息采集中掌握下一步工作需求。

3.退役士兵的退役安置方式新增加了回鄉生產、符合轉業條件選擇復員、按政策取消待遇、復工復學四個勾選項，請問如何界定？

回鄉生產一般是指農村義務兵退役回鄉務農。

符合專業條件選擇務農是指符合政府安置工作條件的退役士兵自愿選擇復員安置方式。（注意不同于復員軍人，復員軍人主要是干部身份）。

按政策取消待遇是指因退役士兵違反有關規定被有關部門按照有關規定取消安置待遇的情形。譬如，長期不服從安置安排被取消待遇的或被部隊除名的可列入此項。

復工復學是指退役士兵入伍前已參加工作或就學，原單位保留其崗位職級或學籍，退役后直接返回原單位恢復工作或上學的情形。

4.在對軍隊離退休干部和退休士官界定內容中有“軍隊直接管理的軍隊離退休干部”這部分人員，目前他們仍由部隊管理。這部分人的采集方式是由部隊采集，還是屬地采集，如果由屬地上門采集，部隊干休所是否會給予支持？該如何處理？

原則上就近采集，由干休所所在地退役軍人事務部門負責采集。可以采取上門集中采集服務，上門采集前退役軍人事務部門應與該干休所管理單位進行溝通協商。

5.少部分開除軍籍的人員要不要登記？

從部隊《紀律條令》來講，開除軍籍是對士兵的最高處罰，就相當于開除出軍隊，不承認當兵的經歷。比開除軍籍輕一點的是除名，也是開除出部隊，但對除名前的軍隊經歷是承認的。因此，對開除軍籍人員一律不予采集。除名的退役士兵列入“安置方式”的“按政策取消待遇”項。

6.解放前錯殺平反人員子女未領取補助人員是否采集？

此次采集只采集享受定期補助的解放前錯殺平反人員子女。

7.身份證和戶口本戶籍地不同的如何處理？

信息采集系統的戶籍地是在讀取身份證信息時自動生成的身份證所記載的戶籍信息。出現這種情況可能是對象戶籍地發生了變更造成的。信息采集時可以看身份證和戶口本的辦理時間，時間在后的為最新戶籍信息，可以此為準修改戶籍地。但這樣會增加采集工作人員工作量和難度，為提高工作效率可暫以身份證信息為準，信息采集第二階段時可通過部門數據共享予以修改完善。但是登記地應以其現戶籍地登記為基本原則。

8.報送數據的時間安排有什么具體要求？

為保證數據安全并及時跟蹤進度，便攜式采集設備最好每天將數據備份或匯總，集中采集點一周一報，縣級采集部門原則上每兩周審核上報一次，市級兩周一報，省級四周一報，省級部門應于每月5日前通過數據采集信息系統上報更新采集數據。具備條件的地方，可通過數據采集信息系統不定期隨時上傳更新數據，實現信息數據實時上傳。

縣級信息采集工作完成后，應形成工作報告和相關信息數據（電子版），由縣級人民政府審核后，逐級報送到省級退役軍人事務（民政）部門。省級退役軍人事務（民政）部門根據本地區信息采集情況和數據信息，進行全面分析，形成省級信息數據采集報告并和匯總數據（含數據電子版），經省級人民政府審核并加蓋公章后，于2018年12月25日期前報送至退役軍人事務部。

9.宣傳公告標題和落款都用退役軍人事務部名義嗎？是以部門還是政府名義就不再統一，由各地自己確定是嗎？

地方發公告時落款改成公告發布單位，省級公告落款為省級單位，市、縣級公告落款為市、縣級單位。公告可上網宣傳。

10.省直機關或地市級以上機關單位工作的退役軍人信息采集如何辦理？如何提高效率和采集率？

方式多種多樣，可以請其到集中采集點登記也可到同級退役軍人事務部門登記，還可以與該單位的組織人事部門協調委派采集人員上門集中登記。也可以采取發放空白表格的形式，請其單位組織人事部門統一發放并組織填寫，填寫完畢后報同級退役軍人事務部門。

11.報送工作信息有什么要求？

此次信息采集時間緊，工作意義重大。退役軍人事務部將進行督導考核，各地在按要求上傳上報數據的同時，應及時將信息采集工作動態或工作進展情況報退役軍人事務部。退役軍人事務部將視情將各地情況匯總報部領導，同時擇要發布加強信息采集工作宣傳。

12.信息采集海報如何使用？