㈠ 題目村資料庫
可以考慮建三個數據表:
1、題目答案表
(題目ID號,題目名稱,正確答案)如下：
1 你喜歡哪種顏色 B
2 你喜歡的歌曲 C
2、選項表
（題目ID號,選項的內容）
1 A: 黑色
1 B: 白色
1 C: 黃色
2 A：同一首歌
2 B：北京歡迎你
2 C：好漢歌
3、答卷表
（交卷人，題目ID，提交答案）如下：
張三 1 A
張三 2 C
李四 1 B
李四 2 A
㈡ 建立一個區域資料庫,包括道路,河流,工業區,行政村邊界等,需要多少錢
這個看你怎麼記錄了
首先你這數據從哪來？
數據如何展示出來？
需要做成什麼樣的，WEB還是APP
㈢ 鄉鎮土地利用總體規劃資料庫標准
首發 鄉TD T1026-2010 縣TD T1027-2010 市TD T1028-2010 土地利用總體規劃資料庫標准
http://bbs.3s001.com/forum.php?mod=viewthread&tid=54072&fromuid=16064
㈣ 在進行資料庫規劃時應考慮哪幾方面因素，分別是什麼含義
第一：各個參數是否對應的一個對象（面向對象編程思想）；
第二：各個參數可能類型和出現的最大長度，之後合理的設計各個欄位的最大長度和相應類型；
第三：各個參數中哪些欄位具有唯一性，考慮作為主鍵或者是外鍵來進行表關聯；
第四：根據數據量的大小來考慮是否需要進行分區處理；
第五：哪些欄位是不經常便跟欄位，可以考慮進行多張表的存儲來節省存儲空間（可能影響查詢修改效率）
㈤ 土地測繪收費標准2017
土地測繪收費標准2017如下:
1、商鋪房產測繪，每平米1元-2元；
2、住宅房產測繪，每平米0.5元-1元。
附：房屋面積測繪報告要准備什麼材料？
1、房屋建築工程和市政基礎設施工程竣工驗收備案申請表1份；
2、建設工程規劃許可證復印件；建築工程施工許可證復印件；建設工程規劃驗收合格證復印件；
3、消防驗收合格意見書復印件；建設工程竣工驗收報告原件；建設工程質量監督報告原件；
4、施工單位簽署的建設工程質量保修書原件；住宅的《住宅質量保證書》和《住宅使用說明書》原件；
5、工程款無拖欠證明或已按施工合同付款的證明原件；建設工程竣工驗收備案書4份；
6、防雷裝置驗收合格證復印件；繳納城市建設配套費的復印件；
7、政府或政府佔有股份的工程應提供經財政局審查的工程竣工決算書，附財政局出具的《工程竣工決算批復》；
其主要工作是進行地籍測量控制點、界址點的實地選點、埋石以及運用操作經緯儀等儀器對土地及其附屬物的量距、水平角、垂直角、水準測量進行觀測.
1.國家邊界測量；
1.自己或與其他測繪隊伍進行地籍測量；
2.轄區各用地單位的宗地面積等測量；
3.土地坐標界址放樣；
4.零星修測，補測；
5.轉賣大型測繪項目，出售測繪資料。
(5)村規劃資料庫計費擴展閱讀：
土地測繪是指使用以計算機技術、光電技術、網路通訊技術、空間科學、信息科學為基礎，以全球定位系統(GPS)、遙感(RS)、地理信息系統(GIS)為技術核心，將地面已有的特徵點和界線，通過測量手段獲得反映地面現狀的圖形和位子信息，供工程建設的規劃設計和行政管理之用。
第一條根據《中華人民共和國測繪法》制定本條例。
第二條本條例適用於本省行政區域內的測繪(不含軍事測繪)活動。
法律、行政法規另有規定的，從其規定。
第三條省人民政府測繪行政主管部門，負責全省測繪工作的統一監督管理。
縣級以上人民政府測繪行政主管部門，負責本行政區域測繪工作的統一監督管理，並接受上級測繪行政主管部門的業務指導。
縣級以上人民政府其他有關部門，按照本級人民政府規定的職責分工，負責本部門有關的測繪工作。
第四條 縣級以上人民政府應當鼓勵測繪科學技術的創新和進步，建立和完善基礎地理信息的更新機制，推進地理信息資源共享，促進經濟社會發展，為社會公眾服務。
第五條 測繪活動涉及國家秘密、軍事設施的，應當遵守國家秘密、軍事設施管理方面的有關規定。
參考資料：網路-土地測繪
㈥ 關於土地整理規劃設計的收費問題
土地交易過程中各種費用收費標准大全
一.土地登記費的收費項目及標准
二.契稅應納稅額的計算標准
三.耕地佔用稅稅額標准
四.耕地開墾費
五.土地復墾費收費標准
六. 征地管理費收費標准
七.城市基礎設施配套費
八.水土保持(設施補償)費
一. 土地登記費的收費項目及標准
1.徵收土地登記費的依據：
徵收土地登記費的依據是：原國家土地管理局、國家測繪局、國家物價局、財政部聯合下發的《土地登記收費及其管理辦法》。該辦法對土地登記費的征管作了明確規定。
2.土地登記費的收費項目及標准
(1)土地權屬調查、地籍測繪：
①黨政機關、團體土地使用面積在2 000平方米(含2 000平方米)以下每宗地收200元，每超過500平方米以內加收25元，最高不超過700元。
②企業土地使用面積在1 000平方米(含1000平方米)以下每宗地收100元，每超過500平方米以內加收40元，最高不超過4萬元。
③全額預算管理事業單位用地執行黨政機關、團體收費標准;差額預算管理事業單位土地使用面積在5000平方米(含5000平方米)以下每宗地收300元，每超過500平方米以內加收25元，最高不超過1萬元;自收自支預算管理事業單位用地執行企業收費標准。
④城鎮居民住房用地面積在100平方米(含100平方米)以下每宗地收13元，每超過50平方米以內加收5元，最高不超過30元。
⑤農村居民生活用地面積在200平方米(含200平方米)以下每宗地收5元，200平方米以上每宗地收10元。
⑥凡有土地利用詳查成果資料的村農民集體所有土地，國營農、林、牧、園藝、養殖、茶場等用地(不包括內部非農業建設用地)，水利工程、礦山、鐵路線路、國家儲備倉庫、國家電台、郵電通信等用地(不包括這些用地內部的管理、生活等建築用地)，必須使用土地利用詳查成果資料進行登記發證(指城鎮外)，每宗地以圖幅為單位每幅收10元圖件編繪資料復制費，免收土地權屬調查、地籍測繪費。
⑦學校、福利院、敬老院、孤兒院、免稅殘疾人企業，無收入的教堂、寺廟、監獄等用地，免收土地權屬調查、地籍測繪費。
⑧農村貧困地區及其他因特殊困難需要申請減免土地權屬調查、地籍測繪費的，經縣、市土地行政管理部門簽署意見，報省、自治區、直轄市土地管理、測繪、物價、財政部門批准。
(2)土地注冊登記、發證：個人每證5元，單位每證10元。「三資」企業和其他用國家特製證書的，每證20元。
(3) 建設用地批准書：建設用地批准書工本費每份最高不超過8元。
3.其它事項
土地登記費由縣、市人民政府土地行政管理部門收取，按預算外資金管理。
(1)對屬於因土地出讓、轉讓引起土地使用權變更的，應當按規定的初始登記收費標准收取土地變更登記費。
(2)土地界址點、界址線發生變化，土地行政管理部門進行土地權屬調查和地籍測繪並相應進行注冊登記、發證的，可收取權屬調查、地籍測繪費和注冊登記、發證費;土地界址點、界址線沒有發生變化，土地行政管理部門進行土地權屬調查和地籍測繪並相應進行注冊登記、發證的，只收取權屬調查費和注冊登記、發證費。
(3)對屬於單純進行注冊登記、發證的或換發證書的，只收取注冊登記、發證費和證書工本費。
4.土地登記費如何使用?
(1)土地登記費按收費項目及標准前4項的50%用於地籍測繪，50%
㈦ 鄉鎮規劃資料庫中圖上城鄉規模怎麼計算
用土地利用總體規劃資料庫底庫數據建設用地管制區圖層clip更新包數據，這樣做的好處就是能夠得到XZQDM等信息，以及與需要得到的變更成果（即更新層未更新底庫的最終成果）規定的屬性欄位大多都相同，只需要少量修改；但是這樣做也難免造成了會切出一些很小的碎片。
建議對碎片進行檢查，需要合並的合並，合並的原則有兩點。如果是同一個行政區里的同類型的管制區，優先與相近的靠著的圖斑合並；
若實在沒有，但是面積又不符合資料庫最小上圖要求的，可採取與同行政區同類型的分開的圖斑合並（這是萬般無奈之策）。
㈧ 土地利用數據建庫
6.5.1 資料庫建設技術方法及工作流程
6.5.1.1 技術方法
基於遙感影像土地利用數據建庫，是以武漢中地公司開發的 MapGIS 土地利用資料庫軟體為工作平台，以縣級行政轄區為單元，將已有的鄉級及以上行政界線（採用全國第一次土地詳查所確定的行政界線）疊加在以縣為單位鑲嵌的 1∶1 萬正射影像圖上，以正射影像圖為本底圖，參考已有的土地利用資料庫或土地利用詳查數據，結合遙感影像解譯資料，採用人機交互的方式，目視解譯採集地類圖斑邊界、線狀地物，提取工作區土地利用分類信息。分別建立確定圖斑、不確定圖斑、樣本圖斑層，並製作外業調查工作底圖，對不確定圖斑、樣本圖斑以及抽取一定比例的確定圖斑到外業進行實地驗證，通過外業後處理，最終建立基於遙感影像信息的土地利用資料庫。
6.5.1.2 工作流程
工作流程如圖 6-19 所示。
圖 6-19 基於遙感影像信息土地利用資料庫建設工作流程圖
6.5.2 數據採集
以縣級行政轄區為單元，將土地利用資料庫中鄉級及以上行政界線套疊在正射影像圖上，結合樣本影像信息並參考已有的土地利用資料庫和土地利用詳查資料，採用目視解譯方法提取土地利用現狀信息。
（1）多元數據復合分析。
1）與已有土地利用資料庫復合。利用已建成的土地利用資料庫與正射影像數據疊加，參考資料庫地類屬性數據，根據遙感數據的光譜和空間特徵，通過人機交互採集土地利用現狀信息。如圖 6-20 所示。
圖 6-20 遙感影像與土地利用數據疊加示意圖
2）與土地利用現狀圖復合分析。對於未建成土地利用資料庫的，將收集到的土地利用現狀圖掃描、糾正、投影變換後與正射影像套合，輔助提取土地利用現狀信息。如圖 6-21 所示。
圖 6-21 土地利用現狀圖與遙感影像圖復合示意圖
（2）數據採集方法及要求。
1）使用MapGIS軟體進行分層矢量化，為了保證數字化精度，我們要求顯示窗口放大比例在100倍以上，採用半自動、互動式分層矢量採集，這樣才能保證與影像同名地物不偏移。
2）將原土地現狀資料庫行政界線套合在DOM影像上，根據行政界線與影像套合情況，採用修正的方法進行局部調整，即影像上以線狀地物為界的原行政界線明顯偏離的，以影像上線狀地物為准作局部修正，影像上沒有線狀地物作參考的直接採用原行政界線。
3）被鄉級以上行政界線、地類界線、線狀地物等分割而成的封閉地塊為一個圖斑。上圖圖斑的最小面積為：耕地和農村居民點最小上圖面積為3mm2×3mm2（實地為900m2），其他地類為3mm2×5mm2（實地為1500m2）。
4）地類圖斑邊界的採集，可採取先易後難、先平原區後山區的方法，即先採集易於判讀的居民地邊界，然後依次採集紋理清晰的鐵路、公路、河流、溝渠等，最後採集難以區分的地類邊界。
5）線狀地物：對於實際寬度小於30m的鐵路、公路、河流等，沿影像輪廓中心線按圖示用相應單線勾繪，大於等於30m的按圖斑處理，當線狀地物寬度變化大於20％時，分段標記。寬度量測除其本身寬度外還包含其兩側不以排灌為主的路溝及行道樹。
6）河流：河流寬度為常水位線水面寬度。常水位線以原土地利用資料庫數據或正射影像為准，如土地資料庫所標位置偏移較大時可做適當移動，河流寬度不再實地調查。
7）公路林帶：公路兩側種植的實際寬度大於等於30m的林帶，按實際寬度標繪。公路寬度小於30m，而單側林帶寬度大於30m的，公路按線狀地物標識，而林帶則按實際寬度標繪。
（3）數據分層。按照《基於遙感影像土地利用資料庫標准》的圖層劃分和命名規則將矢量數據分別建立縣級政區、地類圖斑、線狀地物、行政界線、地面控制點、地類界線、注記、樣本圖斑線、不一致圖斑線等數據層。
（4）屬性結構的建立及屬性輸入。按照《基於遙感影像土地利用資料庫標准》對分層數據分別建立屬性結構，逐層輸入屬性內容。
（5）建立數據字典。數據字典設計是資料庫設計的一項重要內容。新建工程前首先要建立系統的數據字典文件。依據《基於遙感影像土地利用資料庫標准》定義的相關屬性欄位名、值域以及數據描述等建立基於遙感影像土地利用資料庫運行所必需的數據字典。主要包括地類編碼、行政區和權屬單位等數據字典。
1）設置數據字典參數。按照國標《中華人民共和國行政區劃代碼》，省級行政區、省轄市級行政區、縣級行政區的行政代碼長度均為2位，鄉級及行政村級政區代碼均為3位。在「土地利用資料庫管理系統」中，依次設置各級行政區劃代碼位數。如圖6-22所示。
圖 6-22 新建數據字典
2）編輯數據字典。根據技術要求中規定的基於遙感影像的土地利用分類，修改、增添或減少數據字典中的地類碼。如圖6-23所示。
圖 6-23 編輯數據字典
（6）建立接圖表。接圖表文件記錄了每個圖幅的圖名、圖號、經度、緯度等信息，是標准圖幅輸出的依據。本項目接圖表是根據大地坐標建立索引（圖6-24）。
圖 6-24 建立接圖表
（7）數據入庫。經過入庫前數據檢查，准備好完全拓撲無錯誤和圖數一致的數據，並且建立好數據字典和接圖表後，可建立工程文件，進行數據入庫管理。
以縣級行政轄區為單位，對采編的行政轄區、行政界線、地類圖斑、線狀地物、地類界線、注記、影像、DEM 等文件進行數據整理入庫，建立土地利用信息管理資料庫。
（8）數據預處理。數據預處理是進行表格匯總列印輸出的前提，是為匯總輸出和空間分析進行數據准備。實質上是扣除線狀地物的面積、利用耕地系數計算耕地面積以及每個圖斑凈面積的計算。如圖 6-25 所示。
（9）數據匯總。匯總輸出各類面積匯總表。建立基於遙感影像土地利用數據管理系統。
圖 6-25 數據預處理
㈨ 土地利用總體規劃資料庫建立和管理，用ARCGIS/MAPGIS軟體的操作方法和步驟，希望能詳細點對我的設計有幫助
1.准備數據，要收集到二調現狀數據，15年規劃期內的規劃數據。
2.現狀數據轉換為基期數據，就是地類的分類轉換。
3.根據規劃數據進行布局，在要規劃的地塊上布局規劃後的圖斑。
4.基期與規劃數據疊加生成總體規劃圖。
5.根據總體規劃圖斑生成分區規劃圖，有土地用途區，建設用地管制區，基本農田保護區，村鎮建設控制區等等。
6.匯總數據，生成各種規劃表格。
7.管理的話，就是到了每一年都要實施符合本年度計劃指標的項目，比如有農轉用項目，土地整治項目等等。就是將你所作的規劃具體實施起來。還有涉及到一部分的局調，就是有些規劃可能要為一些重點項目讓路，就要調整一下規劃。管理的話主要是這兩方面內容。
我只列了提綱，具體的還是去網上仔細查找一下吧，不可能把什麼都說得非常仔細。
㈩ 資料庫規劃一般要包含那些內容
DB2資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。
一、選擇合適的語言與資料庫字元集。
在企業中部署資料庫的時候，首先需要在操作系統上安裝資料庫。而在安裝資料庫的時候，需要選擇安裝的語言環境。即是以中文狀態下安裝資料庫還是以英文狀態安裝資料庫。如在啟動安裝程序的時，可以利用/i language選項來指定安裝過程中所採用的語言。到目前為止，DB2資料庫已經支持很多種語言。那麼資料庫在安裝過程中，該採用什麼語言呢？筆者建議，只要資料庫管理員有一點英語基礎，最好能夠採用英文語言環境來進行安裝。雖然說現在DB2資料庫的中文語言環境已經設計的比較完善，但是筆者仍然擔心其有一些不知名的漏洞。為此筆者在安裝DB2資料庫的時候，基本上都採用的是英文語言環境來進行安裝。即將語言設置為「EN」，表示英文。提高DB2數據備份與恢復的效率。
另外如果DB2 資料庫中要保存英文以外的數據，或者說用戶會使用不同的字元集訪問資料庫時，還需要在資料庫安裝過程中選擇特定的資料庫字元集。DB2資料庫中的所有字元數據，包括數據字典中的數據，都是存儲在資料庫字元集中的。如果用戶使用不同的字元集訪問資料庫時，資料庫管理員就需要選擇包含所有這些用戶的字元集的超集。只有如此，才能夠確保系統能夠很方便的使用替代字元完成字元的轉換，從而提高資料庫的性能。如果用戶選擇的字元集不對，有可能會出現一些莫名其妙的問題。如一次用戶在安裝資料庫過程中，沒有選擇合適的字元集。雖然在使用的過程中，其存儲中文字元沒有問題。但是當對資料庫採取還原操作時，卻發現還原後的資料庫中有些原來是中文字元的地方，盡然出現了亂碼。這主要就是沒有選擇合適的字元集惹的禍。有時候如果字元集選擇不當的話，從外部數據源(如Excel表格)導入數據的時候，中文數據也會無法順利導入。所以，資料庫管理員在安裝資料庫的時候，需要根據實際企業，來選擇合適的字元集。
二、評估資料庫對象的大小、數量。
DB2資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。其實DB2 資料庫就好像一個倉庫，資料庫中的對象(如索引、數據表、表空間)等等就好像倉庫中的貨物。如果貨物比較少，那麼隨便放放，倉庫都顯得很空曠。貨物尋找起來也會很方便。但是如果貨物數量比較多、比較大，就必須要對其存儲空間進行合理規劃。只有如此才能夠讓倉庫的空間利用率達到最佳狀態。並且貨物的存放有序，在查找起來也特別的方便。筆者這里就以倉庫管理為例，說話該如何做好資料庫對象大小、數量等方便的評估，以及他們對於資料庫性能與穩定性的影響。
1、根據對象大小來規劃存儲空間。在倉庫貨物的擺放上，要根據貨物的大小來規劃存儲空間。或者說要首先防止大的貨物。只有如此空間的利用率才會最高。其實在規劃DB2對象的時候，也是如此。如某些表可能會包含的記錄比較多，屬於大表。此時資料庫管理員就需要考慮，是否將其放置在一個獨立的表空間或者硬碟空間上，以提高數據操作的性能。大表所對應的索引往往也是比較大的。為此在硬體條件允許的情況下，將索引表與數據表分別存放在不同的硬碟上，可以提高資料庫的性能。而對於一些比較小的對象(如數據表)，可以將它們存放在一個表空間中。其實這個表空間就好像倉庫中的一個個紙盒子。將小的對象放入到這個「紙盒子」中，不但不佔空間，而且也容易管理。
2、根據對象的使用頻率來規劃存放空間。在倉庫中擺放物品的時候，往往會把近期就要用到的貨物或者頻繁需要用到的東西放在倉庫門口或者容易拿到的地方。如此在拿這些貨物時就會比較便捷，也不會對其他貨物產生影響。對於DB2資料庫中的對象來說，也是這么一回事。可以將那些訪問量比較大的對象，如索引、數據表，存放在性能比較好的硬碟上或者單獨的硬碟中。此時訪問這些數據，就不會與其它對象產生I/O沖突，操作起來速度就會比較快。而將不怎麼用到的對象，存放在一起。由於他們不怎麼被用到，所以即使存放在性能比較低的硬碟上，其對資料庫性能產生的負面影響也是非常有限的。 在DB2資料庫裡面如何更新執行計劃
3、根據類別來存放資料庫對象。在倉庫中存放貨物的時候，還會對其進行分類。然後根據類別來進行存放。這有利於貨物的管理與檢索。其實在資料庫對象存儲空間設計時，也需要考慮這個因素。如現在應用軟體在設計的時候，很多都是根據模塊來設計。那麼在資料庫對象設計時，也需要根據這個模塊來設計存儲的空間。如將同一個模塊的資料庫對象存放在同一個表空間內。不過這可能會跟上面的兩個建立相違背。此時最好是在對象的命名上做文章。如可以根據模塊的不同，分別給資料庫對象取一個相同的前綴或者後綴。如即使同一塊模塊要用到多個表空間，此時就可以給表空間一個相同的前綴。如此在管理資料庫對象的時候，根據表空間的前綴就可以判斷其所屬的模塊了。如果再加上一個後綴來表示其資料庫對象的分類，那麼就更合理了。為此在管理資料庫對象的時候，要執行分類管理。不僅要從技術上對其進行分類，如分為索引、數據表、關鍵字等等。還需要從功能上進行分類，如按應用程序的模塊來進行分類等等。
三、設計好資料庫備份與還原的方案。
在資料庫交付生產使用之後，往往需要進行大量的測試。但是在測試過程中往往又會產生很多的垃圾數據。可是交給企業應用的，肯定是一個干凈的資料庫系統。為此在資料庫設計的時候，就需要想好如果減少測試過程中的垃圾數據。或者採取什麼樣的方式來實現在交互時自動清除垃圾數據的機制。
一般來說，想要一個資料庫備份與還原的方案，減少資料庫測試所產生的垃圾數據。如現在在給企業部署資料庫的時候，往往是先安裝一個干凈的資料庫系統。當然字元集這些需要預先設置好。然後再利用資料庫還原功能將預先定義好的資料庫模型還原出來。
另外有些時候需要兩個方案互為補充。如在資料庫初始化的過程中，採用資料庫還原的方式來創建資料庫對象。但是在應用軟體升級的時候，由於此時已經有了用戶的數據，為此不能夠在使用資料庫還原的方法。而是通過應用程序來執行某些SQL代碼，來調整或者增加部分資料庫對象。無論採用哪一種方式，需要遵循的一個原則就是在給企業創建資料庫對象時要最大限度的減少測試。而要做到這一點，就是需要先在測試伺服器上創建對象並測試對象可用。然後直接將相關的SQL代碼在投入使用的資料庫伺服器上執行。