怎么构建数据库
Ⅰ 数据库构建流程
构建相山地区地学空间数据库是在对各类原始数据或图件资料进行整理、编辑、处理的基础上，将各类数据或图形进行按空间位置整合的过程。其工作流程见图 2.1。
图2.1 相山地区多源地学空间数据库构建流程
2.2.1 资料收集
相山地区有 40 多年的铀矿勘查和研究历史，积累了大量地质生产或科学研究资料。笔者收集的面上的资料包括原始的离散数据如航空放射性伽玛能谱数据、航磁数据、山地重力测量数据、ETM 数据，而地面高精度磁测资料仅收集到文字报告和图件。上述各类数据均可达到制作 1∶50000 图件的要求。地质图采用 1995 年核工业 270 研究所等单位共同实施完成的 “相山火山岩型富大铀矿找矿模式及攻深方法技术研究”项目的 1∶50000附图; 采用的 1∶50000 地形图的情况见表 2.1。
2.2.2 图层划分
GIS 数据库既要存储和管理属性数据和空间数据，又要存储和管理空间拓扑关系数据。数据层原理: 大多数 GIS 都是将数据按照逻辑类型分成不同的数据层进行组织，即按空间数据逻辑或专业属性分为各种逻辑数据类型或专业数据层。相山地区数字化地质图包括地理要素和地质要素两大部分，共设置 9 个图层，每一图层 (包括点、线或多边形) 自动创建与之相对应的属性表。
表2.1 采用的地形图情况一览表
注: 坐标系均为 1954 年北京坐标系，1956 年黄海高程系，等高距为 10 m。
(1) 水系图层 (L6XS01) : 包括双线河流、单线河流、水库或水塘。
(2) 交通及居民地图层 (L6XS02) : 包括公路和主要自然村及名称。
(3) 地形等高线图层 (L6XS03) : 包括地形等高线及高程和山峰高程点。
(4) 盖层图层 (D6XS04) : 包括第四系 (Q) 和上白垩统南雄组 (K2n) 及其厚度和主要岩性。
(5) 火山岩系图层 (L6XS05) : 包括下白垩统打鼓顶组 (K1d) 、鹅湖岭组 (K1e) 及各种浅成- 超浅成侵入体 (次火山岩体) 的分布和主要岩性特征。
(6) 基底图层 (L6XS06) : 含下三叠统安源组 (T3a) 、震旦系 (Z) 、燕山早期花岗岩 (γ5) 、加里东期花岗岩 (γ3) 。
(7) 构造图层 (L6XS07) : 相山地区褶皱构造不发育，构造图层主要包括实测的和遥感影像解译的线性断裂或环形构造。
(8) 矿产图层 (L6XS08) : 包括大、中、小型铀矿床和矿点。
(9) 图框及图幅基本信息图层 (L6XS09) : 数字化地质图的总体描述，内容包括图框、角点坐标、涉及的 1∶500000 标准图幅编号、调查单位及出版年代等。
图层名编码结构如下:
相山铀矿田多源地学信息示范应用
2.2.3 图形输入
图形输入或称图形数字化，是将图形信息数据化，转变成按一定数据结构及类型组成的数字化图形。MapGIS 提供智能扫描矢量化和数字化两种输入方式。本次采用扫描矢量化输入，按点、线参数表事先设定缺省参数，分别将地形底图和地质底图扫描成栅格图像的 TIF 文件，按照图层划分原则，在计算机内分层进行矢量化。线型、花纹、色标、符号等均按 《数字化地质图图层及属性文件格式》行业标准执行。
对于已建立的图层，按点、线、多边形分别编辑修改，结合地质图、地形图及相关地质报告，采集添加有关属性数据，用以表示各图层点、线、多边形的特征。拓扑处理前先将多边形的地质界线校正到标准图框内进行修改，去掉与当前图层区域边界无关的线或点。对于图幅边部不封闭的区域，采用图框线作为多边形的边界线，使图幅内的多边形均成为封闭的多边形。拓扑处理后进行图形数据与属性数据挂接。
在 MapGIS 实用服务子系统误差校正模块中，将数字化地图校正到统一的大地坐标系统中。图形数据库采用高斯-克吕格 (6 度带) 投影系统，椭球参数: 北京54/克拉索夫斯基。
MapGIS 数据文件交换功能使系统内部的矢量图层很容易实现 Shape 和 Coverage 等文件格式的转换。在图形处理模块将上述各图层转成 Shape 文件格式。
2.2.4 离散数据网格化
在收集的原始资料中，除 1∶50000 地形图和地质图之外，航空放射性伽玛能谱数据(包括原始的和去条带处理后的数据) 、航磁数据、山地重力测量数据都是离散的二维表格数据。用 GeoExpl 网格化。GeoExpl 数据处理与分析系统提供了多种网格化计算的数学方法，本次选用克立格插值方法，网格间距 15 m。重力和航磁数据网格化后，进行不同方向或不同深度的延拓处理。所有网格化数据均采用了与上述图形数据相同的地图投影和坐标系统。
2.2.5 网格化数据影像化
MapGIS 网格化文件格式为 grd，可直接被 Erdas Imagine 读取，GeoExpl 网格化文件包括重磁处理反演后的网格化文件可转换成 Surfer.grd 后，被 Erdas Imagine 读取。然后将上述网格化数据一一转成 img 影像数据格式。
2.2.6 DEM 生成
地形等高线 (L6XS03) 文件在 MapGIS 空间分析子系统 DEM 分析模块中，生成 DEM栅格化文件: L6XS03.grd，再转成 img 格式，文件名改为: XSDEM。
经过上述程序形成的各类矢量或栅格数据，在 ArcView 平台建立 “相山数据库”工程文件，将上述各 Shape 图形和 img 影像文件一一添加到该工程文件中。该工程文件即为相山地区矢量、栅格一体化地学空间数据库。该数据库，一可以对这类地学空间信息实现由 GIS 支持的图层管理，二可以视需要不断进行数字—图形—图像的转换，三可以将多源地学信息进行叠合和融合，以实现多源地学信息的深化应用和分析，为实现相山地区铀资源数字勘查奠定基础。
Ⅱ phpStudy怎样创建数据库
1、单击打开phpstudy软件，然后单击mySQL管理器。
(2)怎么构建数据库扩展阅读
phpStudy一个PHP调试环境的程序集成包。该程序包集成最新的Apache+PHP+MySQL+phpMyAdmin+ZendOptimizer，一次性安装，无须配置即可使用，是非常方便、好用的PHP调试环境。该程序不仅包括PHP调试环境，还包括了开发工具、开发手册等。
1、MySQL数据库用户名：root，密码root，安装后请重新设置密码。
2、本程序支持PHP5.3和PHP5.4一键切换，支持系统服务和非服务两种启动方式，自由切换。改变安装路径或拷贝到别的电脑上也可正常运行；即便是运行完再更改路径也能运行，真正做到无须配置。重写控制面板更加有效直观地进行控制程序的启停。
3、自带FTP服务器，支持多用户，无需再安装FTP服务器。自带网站挂马监视器，随时记录文件的修改情况，让挂马文件无处可逃。
4、应网友的要求制作Nginx版和Lighttpd版。Nginx版为phpfind，Lighttpd版为phpLight。
Ⅲ 镐庝箞鏋勫缓鏁版嵁搴撴庝箞鏋勫缓鏁版嵁搴撴妸搴忓垪瀵瑰簲镄勭墿绉嶆爣娉ㄥ嚭𨱒
濡备綍浣跨敤SQL浠ｇ爜鍒涘缓鏁版嵁搴掳纻
鍒涘缓鏁版嵁搴揿拰琛ㄧ殑镎崭綔链変袱绉嶆柟娉曪细
涓銆佸彲瑙嗗寲镎崭綔
1.鍒涘缓鏁版嵁搴
阃変腑鏁版嵁搴揿彸鍑伙纴鍦ㄥ嚭鐜扮殑瀵硅瘽妗嗕腑阃夋嫨鏂板缓鏁版嵁搴掳纴铹跺悗鏂板嚭鐜扮殑瀵硅瘽妗嗕腑濉鍐欐暟鎹搴撶殑钖岖О
2.鍒涘缓鏁版嵁琛
阃変腑鏁版嵁搴扑笅镄勮〃鍙冲嚮锛屽湪鍑虹幇镄勫硅瘽妗嗘渶涓婃柟链夋柊寤鸿〃阃夐”锛屾柊鍑虹幇镄勫硅瘽妗嗕腑链夊垪钖嶃佹暟鎹绫诲瀷銆佸厑璁窷ull鍊间笁鍒楋纴杩欓噷鍙浠ユ坊锷犺〃镄勭殑鍒楋纴娣诲姞濂藉垪钖庝缭瀛楥trl+S鎴栬呯偣鍑讳笂鏂圭殑淇濆瓨锛屽～鍐栾〃钖岖О纭瀹氩氨鍒涘缓濂戒简銆
浜屻佷娇鐢⊿QL璇鍙ュ垱寤
1.鍒涘缓鏁版嵁搴
createdatabasestuDB--stuDB鏄鏁版嵁搴撶殑钖岖О
onprimary--榛樿ゅ氨灞炰簬primary鏂囦欢缁,鍙鐪佺暐
(
/*--鏁版嵁鏂囦欢镄勫叿浣撴弿杩--*/
name='stuDB_data',--涓绘暟鎹鏂囦欢镄勯昏緫钖岖О
filename='D:stuDB_data.mdf',--涓绘暟鎹鏂囦欢镄勭墿鐞呜矾寰勫拰钖岖О
size=5mb,--涓绘暟鎹鏂囦欢镄勫埯濮嫔ぇ灏
maxsize=100mb,--涓绘暟鎹鏂囦欢澧为暱镄勬渶澶у
filegrowth=15%--涓绘暟鎹鏂囦欢镄勫为暱鐜
)
logon
(
/*--镞ュ织鏂囦欢镄勫叿浣撴弿杩,钖勫弬鏁板惈涔夊悓涓--*/
name='stuDB_log',
filename='D:stuDB_log.ldf',
size=2mb,
filegrowth=1mb
)
-----2.鍒涘缓鏁版嵁琛
useStuDB--浣跨敤镆愪釜鏁版嵁搴掳纸鍦ㄦ煇涓鏁版嵁搴扑笅寤鸿〃锛
go
ifexists(select*fromsysobjectswherename='stuMarks')--镆ヨ㈡暟鎹搴撴槸钖﹀凡瀛桦湪姝よ〃
droptablestuMarks--濡傛灉瀛桦湪璇ヨ〃鍒椤垹闄わ纴涓嶅瓨鍦ㄤ笉镓ц屾ゅ彞
createtablestuMarks--stuMarks鏄琛ㄧ殑钖岖О
(
ExamNointidentity(1,1)primarykey,--鍒楀悕鏁版嵁绫诲瀷绾︽潫
stuNochar(6)notnull,--鍒楀悕鏁版嵁绫诲瀷鏄钖﹀厑璁告彃鍏Null鍊
writtenExamintnotnull,
LabExamintnotnull
)
go
--鍏朵腑锛屽垪灞炴"identity(璧峰嫔,阃掑为噺)"琛ㄧず"ExamNo"鍒椾负镊锷ㄧ紪鍙,涔熺О涓烘爣璇嗗垪altertable琛ㄥ悕
addconstraint绾︽潫钖岖害𨱒熺被鍨嫔叿浣撶殑绾︽潫璇存槑
altertable琛ㄥ悕
dropconstraint绾︽潫钖
鍒涘缓鏁版嵁搴撴湁涓ょ嶆柟寮忥纴鍗崇晫闱㈡搷浣沧柟寮忓拰锛
鍒涘缓鏁版嵁搴撴湁涓ょ嶆柟寮忥细
1.鐢ㄥ浘褰㈢晫闱㈠垱寤烘暟鎹搴
2.鐢ㄥ懡浠ゆ柟寮忓垱寤烘暟鎹
镐庝箞鍒涘缓鏁版嵁搴掳纻
1銆侀栧厛镓揿紑SQLserver绠＄悊绯荤粺宸ュ叿锛岀劧钖庝娇鐢ㄦ暟鎹搴撹处鍙风橱褰曞埌鏁版嵁绠＄悊绯荤粺銆
2銆佽繘铡讳互钖庯纴镣瑰嚮鏁版嵁搴撴枃浠跺墠闱㈢殑锛嫔彿锛岀劧钖庣偣寮绯荤粺鏁版嵁搴揿墠闱㈢殑锛嫔彿銆
3銆佸啀鍙抽敭鏁版嵁搴撴枃浠跺す锛岄夋嫨钬沧柊寤烘暟鎹搴撯濄
4銆佺劧钖庡湪寮瑰嚭镄勭晫闱㈤夋嫨锛岃緭鍏ユ暟鎹搴揿悕绉帮纴澶у皬鍜岃矾寰勚
5銆佺瓑寰呭垱寤哄畬鎴愩
6銆佺劧钖庡湪鏁版嵁搴揿乏杈瑰埛鏂颁竴涓嬶纴灏卞彲浠ョ湅鍒板凡缁忓垱寤烘垚锷熺殑鏁版嵁鏂囦欢銆
鍒涘缓鏁版嵁搴撶殑涓ょ嶆柟娉曚紭缂虹偣锛
浼樼偣锛
绗涓锛岄氲繃鍒涘缓鍞涓镐х储寮曪纴鍙浠ヤ缭璇佹暟鎹搴撹〃涓姣忎竴琛屾暟鎹镄勫敮涓镐с
绗浜岋纴鍙浠ュぇ澶у姞蹇鏁版嵁镄勬绱㈤熷害锛岃繖涔熸槸鍒涘缓绱㈠紩镄勬渶涓昏佺殑铡熷洜銆
绗涓夛纴鍙浠ュ姞阃熻〃鍜岃〃涔嬮棿镄勮繛鎺ワ纴鐗瑰埆鏄鍦ㄥ疄鐜版暟鎹镄勫弬钥冨畬鏁存ф柟闱㈢壒鍒链夋剰涔夈
绗锲涳纴鍦ㄤ娇鐢ㄥ垎缁勫拰鎺掑簭瀛愬彞杩涜屾暟鎹妫绱㈡椂锛屽悓镙峰彲浠ユ樉镢楀噺灏戞煡璇涓鍒嗙粍鍜屾帓搴忕殑镞堕棿銆
绗浜旓纴阃氲繃浣跨敤绱㈠紩锛屽彲浠ュ湪镆ヨ㈢殑杩囩▼涓锛屼娇鐢ㄤ紭鍖栭殣钘忓櫒锛屾彁楂樼郴缁熺殑镐ц兘銆
缂虹偣锛
绗涓锛屽垱寤虹储寮曞拰缁存姢绱㈠紩瑕佽楄垂镞堕棿锛岃繖绉嶆椂闂撮殢镌鏁版嵁閲忕殑澧炲姞钥屽炲姞銆
绗浜岋纴绱㈠紩闇瑕佸崰鐗╃悊绌洪棿锛岄櫎浜嗘暟鎹琛ㄥ崰鏁版嵁绌洪棿涔嫔栵纴姣忎竴涓绱㈠紩杩樿佸崰涓瀹氱殑鐗╃悊绌洪棿锛屽傛灉瑕佸缓绔嬭仛绨囩储寮曪纴闾ｄ箞闇瑕佺殑绌洪棿灏变细镟村ぇ銆
绗涓夛纴褰揿硅〃涓镄勬暟鎹杩涜屽炲姞銆佸垹闄ゅ拰淇鏀圭殑镞跺欙纴绱㈠紩涔熻佸姩镐佺殑缁存姢锛岃繖镙峰氨闄崭绠浜嗘暟鎹镄勭淮鎶ら熷害銆
鏁版嵁搴撶殑鍒涘缓鏄阃氲繃浠涔埚畬鎴愮殑锛
鏁版嵁搴撴槸镙规嵁钬沧暟鎹妯″瀷钬濆缓绔嬬殑銆傛暟鎹妯″瀷鏄瀵圭幇瀹炰笘鐣屾暟鎹鐗瑰緛镄勬ā𨰾熷拰鎶借薄锛屽畠浠庢娊璞″眰娆′笂鎻忚堪浜嗙郴缁熺殑闱欐佺壒寰併佸姩镐佽屼负鍜岀害𨱒熸浔浠讹纴涓烘暟鎹搴撶郴缁熺殑淇℃伅琛ㄧず涓庢搷浣沧彁渚涗竴涓鎶借薄镄勬嗘灦銆
妯″瀷鍙镟村舰璞°佺洿瑙傚湴鎻绀轰簨鐗╃殑链璐ㄧ壒寰侊纴浣夸汉浠瀵逛簨鐗╂湁涓涓镟村姞鍏ㄩ溃銆佹繁鍏ョ殑璁よ瘑锛屼粠钥屽彲浠ュ府锷╀汉浠镟村ソ鍦拌В鍐抽梾棰樸傚埄鐢ㄦā鍨嫔逛簨鐗╄繘琛屾弿杩版槸浜轰滑鍦ㄨよ瘑鍜屾敼阃犱笘鐣岃繃绋嬩腑骞挎硾閲囩敤镄勪竴绉嶆柟娉曘傝＄畻链轰笉鑳界洿鎺ュ勭悊鐜板疄涓栫晫涓镄勫㈣备簨鐗╋纴钥屾暟鎹搴撶郴缁熸ｆ槸浣跨敤璁＄畻链烘妧链瀵瑰㈣备簨鐗╄繘琛岀＄悊锛屽洜姝ゅ氨闇瑕佸瑰㈣备簨鐗╄繘琛屾娊璞°佹ā𨰾燂纴浠ュ缓绔嬮傚悎浜庢暟鎹搴撶郴缁熻繘琛岀＄悊镄勬暟鎹妯″瀷銆傛暟鎹妯″瀷鏄瀵圭幇瀹炰笘鐣屾暟鎹鐗瑰緛镄勬ā𨰾熷拰鎶借薄銆
Ⅳ 阈惰屽崱鍙疯瘑鍒鏁版嵁搴撶殑鏋勫缓
鎻寮阈惰屽崱璇嗗埆镄勭桦瘑锛氭暟鎹搴撶殑鏋勫缓涓庢写鎴</
鍦ㄩ噾铻岖戞妧镄勫墠娌匡纴阈惰屽崱鍙疯瘑鍒镄勭簿搴︿笌鏁版嵁搴撶殑瑙勬ā鎭鎭鐩稿叧銆傛繁搴﹀︿範镄勯瓟娉曚腑锛屾暟鎹閲忚秺澶э纴璇嗗埆镄勭簿搴﹁秺楂桡纴浣嗙幇瀹炵殑鎸戞垬鍦ㄤ簬锛屼釜浜洪殣绉佺殑鏁忔劅镐т娇寰楀叕寮镄勯摱琛屽崱锲惧儚鏁版嵁搴挞矞链夎釜杩广傚洜姝わ纴鎴戜滑闇瑕佹惌寤鸿捣镊宸辩殑鏁版嵁锘虹锛岃繖涓崭粎鍖呮嫭鍗″彿琛屽畾浣嶅拰瀛楃﹁瘑鍒锛岃缮链夊彂鍗¤岀紪镰佽勫垯镄勮板綍銆
绉岖被绻佸氱殑阈惰屽崱涓栫晫</
锲藉唴镄勯摱琛屼綋绯讳赴瀵屽氭牱锛屼粠澶у瀷鍟嗕笟阈惰屽埌鍦版柟镐х殑鍖哄烟镐ч摱琛岋纴濡傚缓璁鹃摱琛屻侀偖鏀块摱琛屻佸伐鍟嗛摱琛岋纴浠ュ强璇稿傛祹瀹侀摱琛屻佸▉娴烽摱琛岀瓑鍦版柟阈惰岋纴姣忎竴澶勯兘鍙鑳戒骇鐢熺嫭鐗圭殑阈惰屽崱銆傜劧钥岋纴杩欎簺阈惰屽崱镄勮呜夌壒镐у悇寮傦纴鑳屾櫙鍜岃捐￠庢牸钖勪笉鐩稿悓銆傝瘯锲鹃氲繃钖堟垚鎶链缁熶竴鑳屾櫙锛屽皢闄愬埗鐪熷疄镐х殑灞旷幇銆傚洜姝わ纴鎴戜滑閲囧彇浜嗙洿鎺ヨ幏鍙栧拰鐜板満𨰾嶆惮镄勬柟寮忥纴鏋勫缓浜嗙簿鍑嗕笖鐪熷疄镄勬暟鎹搴撱
绮惧嗳鏁版嵁搴撴瀯寤虹瓥鐣</
1. 鍗″彿琛屾暟鎹搴撶殑寤鸿</
鍦ㄨ瘑鍒杩囩▼涓锛屽崱鍙疯屾暟鎹搴撹呖鍏抽吨瑕併傛垜浠绮惧绩鎸戦変简400骞呯簿纭鍖呭惈鍗″彿琛岀殑姝ｆ牱链锛屾疮骞呭浘镀忕粡杩囩簿纭瑁佸壀锛屾帓闄ゆ棤鍏冲尯锘燂纴纭淇濇暟鎹镄勭函鍑搴︺傚悓镞讹纴涓轰简鎻愪緵鍙崭緥锛屾垜浠閲囬泦浜1000骞呬笉鍖呭惈鍗″彿琛岀殑锲惧儚浣滀负璐熸牱链锛岀粺涓灏哄镐负440*40镀忕礌銆傛ｈ礋镙锋湰瀵规瘆椴沧槑锛屽傚浘镓绀恒
2. 瀛楃︽暟鎹搴撶殑鏋勫缓</
瀛楃﹁瘑鍒阒舵碉纴鎴戜滑闇瑕佷竴涓璇︾粏镄勫崟涓瀛楃︽暟鎹搴掳纴灏卞儚镓嫔啓浣撴暟鎹闆嗕竴镙枫傛垜浠浠庡垎鍓插悗镄勯摱琛屽崱锲惧儚涓鎻愮偧鍑0-9镄勫崄涓鏁板瓧瀛楃︼纴镐昏8000涓锛屽叾涓6000鐢ㄤ簬璁缁冿纴2000鐢ㄤ簬娴嬭瘯銆傛疮涓瀛楃﹂兘琚褰掍竴鍖栬呖32*32镀忕礌锛屾疮涓瀛楃︾殑镫鐗规ф竻鏅板彲瑙侊纴濡备笅锲炬墍绀猴纴涓虹炵粡缃戠粶鎻愪緵浜嗕赴瀵岀殑璁缁幂礌𨱒愩
Ⅳ 电子商务数据库构建步骤是什么
电子商务的数据库构建步骤主要有以下几点：
需求分析：调查和分析用户的业务活动和数据的使用情况，弄清所用数据的种类、范围、数量以及它们在业务活动中交流的情况，确定用户对数据库系统的使用要求和各种约束条件等，形成用户需求规约；
概念设计：对用户要求描述的现实世界，通过对其中住处的分类、聚集和概括，建立抽象的概念数据模型；
逻辑设计：主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，即适应于某种特定数据库管理系统所支持迅伍的逻辑数据模式；
物理设计：据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施，对具贺昌穗体的应用任务选定最合适的物理存储结构；
验证设计：在上述设计的基础上，收集数据并具体建立一个数据库，运行一些典型的应用任务来验证数据库设计的正确性禅卜和合理性等。
Ⅵ 数据库是指什么建立网站如何构建数据库
数据库就是存放信息的地方，比如一个网站用户要登录，那么要将用户的用户名和密码记录在数据库中。
你要建立网站，小型的用Access数据库就可以了。
数据库的设计是很麻烦的，因为要根据你的网站来设计。
比如你网站有用户登录版块，那么需要设计用户表存在数据库中。如果有日志版块，那么需要一个日志表记录你的日志，这个表可能有发表时间，题目，内容等字段。
Ⅶ 如何构建一个完善的数据库,如何来处理表与表关系.
SQL Server本身就是一个完善的数据库，提供可视化编程，后台完成所有拖放处理操作，不管有没有数据都可以使用，不需要编译。
一个比较合理的数据库设计应该考虑数据的交互性和挖掘能力、处理效率以及日志记录。
建立数据表，注意以下几点：
表建立的时候要有主键和索引，表与表之间要能使用主键相联系，举例说在A表里我做完一次记录要生成一个单号，B表里面是依据单号来做下一个流程，而不是依据记录的每一条数据
取名尽量使用英文+下划线，SQL Server里对汉字需要转码，影响工作效率，按照他的默认编码方式操作有助于提高数据处理速度
建立数据表的列数不要太多，用编码规则来建立逻辑
注意字段存储空间，限制字段长度，少用注释和image
存储过程尽量简洁实用
建立视图，为了别的客户端使用，尽量建立视图，做好完整的数据分析，别的接口程序或者客户端直接就可以拿去使用。做视图注意几点：
多个表操作写在一个视图里，不要嵌套太多视图
连接查询要适当的筛选
跨服务器操作视图，要建立服务器链接表，尽量使用内网链接，把服务器链接表做成查询视图，放在本地服务器数据库里，这样就等同本地操作
视图之间保留连接字段作为主要索引
建立计划作业，有计划地进行数据同步更新和备份标识工作，注意事项：
备份数据尽量放数据库里同步复制
计划任务避开工作高峰期
建立存储过程，记录操作日志，把日志以数据表的形式存储，注意事项：
存储过程对本表操作，不要交互太多表
精简参数数量，注意参数存储空间
对记录修改删除、更新标记的时候尽量使用时间来索引
建立关系图，给表与表之间建立直接关系，整理整体挖掘数据性能。
建立计划更新任务，优化数据库整体性能。