Sybase数据库空间扩容
Sybase数据库空间扩容配置手册版本
拟制日期
审核日期
批准日期
目录
1扩容概述 (2)
2Sybase数据库备份 (3)
3Sybase数据库扩容 (3)
3.1新增系统设备扩容数据库 (3)
3.2数据库增加设备 (4)
1 扩容概述
该文档根据当前sybase数据库设备对应的裸设备使用情况.(即:裸设备Unused为0，可扩容的空间已不足)，而定制一份扩容方案, 扩容步骤即重新规划裸设备，初始化数据库裸设备,指定裸设备设备大小,为每个数据库指定新的设备,从而扩容该数据库空间。
2 Sybase数据库备份
master数据库的备份与恢复.
备注: 需要在备份前启动sybase的备份服务.
3 Sybase数据库扩容
3.1 新增系统设备扩容数据库
1.外置存储方面，需要先在磁盘柜上划分对应的LUN设备。计划新增10 8GB的
LUN，其中数据存储5个，LOG存储5个。
2.操作系统方面，需要将识别新增的LUN设备。将识别到的LUN设备创建成
3.2数据库增加设备
数据库日常维护工作
数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：·每次强制地运行了 DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用 sp_dboption 允许 select into/bulkcopy 做快速拷贝，或用 SELECT INTO 命令创建一个永久性的表，或使用了 WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库 my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志 如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。 备份事务日志的命令格式为： DUMP TRANsaction database_name [TO dump_device] [WITH TRUNCATE_ONL Y|WITH NO_LOG|WITH NO_TRUNCA TE] 其中 database_name 是要备份事务的数据库名称，dump_device 是备份设备名称，仅当包含了 WITH TRUNCA TE_ONL Y 或 WITH NO_LOG 子句时，才可以备份到设备。 注意：如果总是用 DUMP DA TEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。
Oracle数据库日常维护工作
文档编号
Oracle 数据库日常维护工作
凌群电脑有限公司 凌群电脑有限公司 2004 年 12 月 15 日
数据库日常维护工作》 《Oracle 数据库日常维护工作》
目
1.1 1.2 1.3 1.4 1.5 1.6
录
1. DBA 日常维护工作 ..................................................................................................................... 3 检查已经打开的所有实例 .................................................................................................... 3 检查最新的警告日志 ............................................................................................................ 7 检查数据库备份是否正确 .................................................................................................... 8 检查备份到磁带中的文件是否正确 .................................................................................... 9 检查数据库的性能是否合理，系统资源是否充足 ............................................................ 9 仔细阅读 ORACLE 标准文档 ............................................................................................... 10
2.晚间维护工作 晚间维护工作.............................................................................................................................. 10 晚间维护工作 2.1 收集相关表的统计数据 ....................................................................................................... 10 3.每周维护工作 每周维护工作.............................................................................................................................. 10 每周维护工作 3.1 检查异常的对象................................................................................................................... 10 3.1.1 检查现有的 NEXT_EXTENT 情况：............................................................................ 10 3.1.2 检查已有的 EXTENTS： .............................................................................................. 11 3.1.3 查看哪些表没有主键 .................................................................................................... 11 3.1.4 查找哪些主键是没有发挥作用的 ................................................................................ 12 3.1.5 所有作索引的主键都应是唯一的 ................................................................................ 12 3.2 检查是否有不安全的问题 ................................................................................................... 12 3.3 检查是否有错误 SQL*NET 日志 ....................................................................................... 13 3.4 归档当前告警日志 ............................................................................................................... 13 3.5 访问供应商站点................................................................................................................... 13 4.月维护工作 月维护工作.................................................................................................................................. 13 月维护工作 4.1 检查是否有异常的空间增长 ............................................................................................... 13 4.2 回顾以前数据库性能优化的调整 ....................................................................................... 14 4.3 检查 IO 瓶颈 ........................................................................................................................ 14 4.4 检查碎片的问题（8I 系统） ............................................................................................... 15
2
北京市空间结构分析
北京市空间结构分析 这次的北京之行让我收获颇多，特别是城市规划展上的北京总体规划让我眼前一亮，不禁仔细阅读起来。提起北京，首先想到的就是它的一环二环直至六环，很明显，这种“单中心”“摊大饼”的模式带来了严重的社会、环境问题。在最近的总体规划（2004——2020）中，北京做出了巨大的空间结构调整，启用“两轴两带多中心”的空间模式，希望能疏解北京市中心的人口压力，通过调整部分职能和实施旧城的有机更新，积极引导人口向边缘集团和新城转移。 然而，在2011年的今天看来，这套总体规划并不成功。在上个月召开的“北京市人口与产业发展规律及规划对策问题研究”专家研讨会上，北京市规划委员会主任透露就说，2013年北京市将重新编制城市总体规划。规划局给出的理由是：总体规划到2020年实现的两大最主要指标——人口总量和人均GDP已经突破。第六次全国人口普查结果显示，北京市常住人口为1961.2万人，提前十年突破了总体规划提出的2020年常住人口总量控制在1800万人的目标；总体规划提出的2020年人均GDP突破一万美元的目标，2009年已经达到。但是我想除了人口规模的突破，城市建设用地规模也已经突破才造成今日的重新编制。 对于这样的事情，对于规划者来说实在值得深思，那么，首先来看看当前的北京总体规划中确定的的空间结构。
现在的“两轴两带多中心”模式，对北京市的空间布局做了大的调整，改变原来“单中心”均质发展的状况，通过对城市空间结构的调整来解决中心城过度聚集带来的诸多问题。两轴：指沿长安街的东西轴和传统中轴线的南北轴，旨在完善传统城市中轴线与长安街及其延长线，保障首都职能和文化职能的发挥。两带：指通州、顺义、亦庄、怀柔、密云、平谷的“东部发展带””，疏导新北京产业发展方向；大兴、房山、昌平、延庆、门头沟的“西部生态带”，创建宜居城市的生态屏障。多中心：指在市域范围内建设多个服务全国、面向世界的城市职能中心，提高城市的核心功能和综合竞争力，包括中关村高科技园区核心区、 奥林匹克中心区、中央商务区（CBD）、海淀山后地区科技创新中心、顺义现代
ORACLE数据库日常维护与管理手册
全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08
目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)
1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86
数据库日常维护
数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过DUMP 和LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如： ·每次强制地运行了DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用sp_dboption 允许select into/bulkcopy 做快速拷贝，或用SELECT INTO 命令创建一个永久性的表，或使用了WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志
MySQL数据库性能(SQL)优化方案-期末论文
高级数据库技术——期末论文 基于SQL查询的MySQL数据库性能优化研究 ：XX 学号:2014XXXXX 学院：计算机学院
摘要： 查询是数据库系统中最基本也是最常用的一种操作，是否具有较快的执行速度，已成为数据库用户和设计者极其关心的问题。在研究开源数据库管理系统MySQL 查询优化技术的基础上，主要结合传统SQL操作优化、深度分析 MySQL 源代码、现代数据库发展几方面进行诸如参数调优，MySQL关联查询，重写相关规则等容展开优化分析研究。 关键词：查询优化，查询重用，查询重写，计划优化
一、传统SQL查询优化操作 1.选取最适用的字段属性 MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。例如，在定义邮政编码这个字段时，如果将其设置为CHAR(255),显然给数据库增加了不必要的空间，甚至使用VARCHAR这种类型也是多余的，因为CHAR(6)就可以很好的完成任务了。同样的，如果可以的话，我们应该使用MEDIUMINT而不是BIGIN来定义整型字段。 另外一个提高效率的方法是在可能的情况下，应该尽量把字段设置为NOT NULL，这样在将来执行查询的时候，数据库不用去比较NULL值。 对于某些文本字段，例如“省份”或者“性别”，我们可以将它们定义为ENUM类型。因为在MySQL中，ENUM类型被当作数值型数据来处理，而数值型数据被处理起来的速度要比文本类型快得多。这样，我们又可以提高数据库的性能。 2.使用连接（JOIN）来代替子查询(Sub-Queries) MySQL从4.1开始支持SQL的子查询。这个技术可以使用SELECT语句来创建一个单列的查询结果，然后把这个结果作为过滤条件用在另一个查询中。例如，我们要将客户基本信息表中没有任何订单的客户删除掉，就可以利用子查询先从销售信息表中将所有发出订单的客户ID取出来，然后将结果传递给主查询，如下所示： DELETE FROM customerinfo WHERE CustomerID NOT in (SELECT CustomerID FROM salesinfo ) 使用子查询可以一次性的完成很多逻辑上需要多个步骤才能完成的SQL操作，同时也可以避免事务或者表锁死，并且写起来也很容易。但是，有些情况下，
北京城市空间的扩展与空间结构演变分析
北京市城市空间的扩展与空间结构演变分析 王亮加雨灵 【摘要】本研究利用北京市全市域的遥感影像数据，运用GIS分析技术，对北京市近30年来的城市空间扩展与城市空间结构演变进行分析。结果显示，北京市空间扩展有明显的阶段性和方向性特征。而城市空间结构在2001年以前日趋紧凑，城市扩展围绕中心城近地域圈层式蔓延态势明显；2001年以后，北京的城市扩展呈现多中心集聚趋势，近地域新城开始与中心城成片连接，且空间的无序蔓延程度增加。研究表明，常规性事件是城市空间演化的本底，演化性事件是决定北京城市扩展模式和空间结构演变方式的决定性因素，革命性事件为城市扩展创造了契机，它们共同影响了北京市城市的扩展与空间结构的演变。 【关键词】城市空间；扩展；结构；演变；北京市 1．引言 伴随我国城镇化进程的不断加快，城市空间扩展与空间结构演变是城市发展的必然趋势[1, 2]。城市化是城市用地增长的主要动力[3, 4]。目前对于城市空间扩展的研究，大多从用地变化的角度出发，对城市用地扩展的空间过程、格局、动力机制和模式等进行讨论，并以北京、上海、深圳、广州、沈阳、武汉、淮安等城市[5~11]为例开展了广泛的研究。从研究方法看，近年来开始采用RS数据，利用GIS空间技术获取城市用地资料，计算城市用地单元在某时段内的扩展指数[12, 13]、分形指数[14]、景观指数[15]等。 本文将以遥感影像数据为基础，利用GIS空间分析技术，对北京市近30年来的城市空间扩展与城市空间结构演变进行分析。并对空间演化背后的动力机制进行探讨。 2．数据来源与研究方法 2.1 数据类型及来源 以北京市全市域遥感影像为基础数据源，均从北京市城市规划设计院规划信息中心遥感影像数据库获得。其中，1986年～2001年数据为TM遥感影像，分辨率为30米×30米；2006年～2012年数据为SPOT5遥感影像，分辨率为10米×10米。 为进行空间扩展的动态分析，需对遥感影像数据进行预处理。借助ERDAS 软件对图像进行几何精校正，校正精度满足要求。再对图像进行裁剪和主成分分析等相关的增强处理，利用人机交互的方式对遥感影像进行监督分类。然后将栅格数据转换成矢量数据，再进行用地类型比较和矢量数据叠置分析、属性数据的提取和计算。得到完整的遥感解译数据。 需要指出的是，由于缺乏建设用地类型的实地普查，无法十分准确地区分城市建设用地和农村建设用地，故在城市扩展的核算中，将两种类型加总，得到建设用地的数据。 2.2 研究方法 2.2.1 等扇分析方法
北京城市扩张的生态底线_基本生态系统服务及其安全格局
19 【摘要】在土地极其有限、保护与发展压力同样巨大的形势下，科学判别和保护城市扩张的生态底线具有重要战略意义。探讨城市生态底线的科学内涵，提出通过构建生态安全格局保障城市的基本生态系统服务。以北京市为例，运用景观安全格局理论和ＧＩＳ技术，通过对水文、地质灾害、生物、文化遗产和游憩过程的模拟和分析，判别维护上述过程安全的关键性空间格局，构建不同安全水平的综合生态安全格局，特别是界定最低安全标准下的景观格局。并以生态安全格局为刚性框架，模拟北京城镇扩张格局。结果显示：基于生态安全格局的城镇发展格局，用尽可能少的土地，维护城市的基本生态系统服务，同时为城市发展提供充足的建设用地，是实现精明保护与精明增长的有效途径。 【关键词】土地规划；生态系统服务；景观安全格局；生态底线；反规划；北京 ABSTRACT: With Beijing as an example, the mini-mum ecological security pattern is defined as the es-sential spatial pattern safeguarding the basic ecosys-tem services for the city. First, it defines the basic ecosystem services in Beijing, including hydrological regulation, geological disaster prevention, biodiversity and cultural services. Second, based on the theory of landscape security pattern and GIS models, ecological security patterns are designed to manage urban flood and storm water, prevent geological disasters, con-serve biodiversity, and protect cultural heritage and recreation. These patterns are integrated into a com-prehensive ecological security pattern with different security levels. The minimum ecological security pat-tern is then used as the framework to delineate future urban growth patterns. The results show that the ur- ban growth pattern based on ecological security pat-tern maintain the basic ecosystem services with the least land and provide full construction land for the city. It is an effective way towards the smart protec-tion and smart growth. KEYWORDS: land use planning; ecosystem service;landscape security pattern; ecological baseline; nega-tive approach to planning; Beijing １ 引言 １．１ 关于生态系统服务和安全格局 生态系统服务（Ｅｃｏｓｙｓｔｅｍｓ Ｓｅｒｖｉｃｅｓ）是人类从生态系统中获得的产品和服务，是人类赖以生存的恩惠之源。通常，生态系统服务被归纳为４类：调节服务、供给服务、支持功能和文化服务［１－７］。然而在我国快速城市化进程中，不合理的人类活动极大地改变了生态系统的结构，导致生态系统提供服务的能力降低，严重威胁可持续发展和居民生活质量。如何在巨大的发展压力和较为脆弱的生态条件下，有效地维护和恢复城市的生态系统服务，协调城市发展和生态保护之间的矛盾，实现精明发展与精明保护，已成为当代中国学术界和政府决策部门所必须面对的严峻挑战。正如保护基本农田已成为我国粮食安全的底线一样，维护城市基本生态系统服务也应该成为我国城市生态安全的底线。 当前，我国学者在城市生态系统服务价值评估、生态系统健康评价、景观格局变化与生态效应、生态安全等方面展开了卓有成效的研究［８－１４］。然而，对于人地关系高度紧张的快速城市化地区来说，更具现实意义的问题是：如何判别和保护城市扩张的生态底线？这方面的探讨有待进一步开展。从土地规划和城市空间扩张的角度来说，城 【作者简介】 俞孔坚（１９６３－），男，博士，北京大学景观设计学研究院院长，博士生导师。王思思（１９８３－），女，北京大学城市与环境学院博士研究生。 李迪华（１９６７－），男，北京大学景观设计学研究院副院长。 乔 青（１９７９－），女，北京大学景观设计学研究院研究助理。 【收稿日期】２００９－０８－１２【文章编号】１００２－１３２９ （２０１０）０２－００１９－０６ 【中图分类号】ＴＵ９８４；Ｘ３２０１３【文献标识码】Ａ＊ 北京市国土资源局资助 项目“北京市生态安全格局战略研究”。 YU Kongjian; WANG Sisi; LI Dihua; QIAO Qing
ORACLE数据库日常维护与管理手册
全球眼（MEGAEYES网络图像管理系统2.0 ORACLE S常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08 目录
1 引言 1.1 目的 对于重要的商业系统来说， 数据库系统的正常运行是保证商业应用平稳运行 的关键。但是 数据库在运行过程中可能会因为种种原因发生问题。 这时，数据库 的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作， 保证数据库系统的正常运行， 特 制定本文档。 当然， 数据库的日常维护是复杂和繁琐的， 本文仅涉及一些常见的 数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2 范围 本文档使用的人员:数据库维护管理人员和相关人员。 本文档涉及内容: oracle 数据库的 日常维护与管理解决方案。 1.3 参考资料 中国电信网络视频监控技术（暂行）规范 2 日常维护与管理说明 2.1 运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1 硬件环境 Intel 及其兼容系列 CPU 剩余内存要达2G 以上 剩余硬盘容量要达 1G 以上 100 M 网卡 2.1.2 软件环境 CPU 类型: 内存容量： 硬盘容量: 网卡类型:
: RedHatLinuxAS3.0 Oracle9iDatabaseRelease2forLinuxx86 2.2数据库日常维护 数据库的日常维护工作主要包括管理员每日的工作内容， 每周的工作内容以 及每月的工作内容。 2.2.1数据库初始设置 基于数据安全性的考虑，需要对数据库进行如下的初始设置。 1数据库设为归档模式 1） 以管理员身份连接数据库 SQL>>connectsys/sys@数据库例程 SIDassysdba 2） 察看数据库是否处于存档模式 SQL>>archiveloglist 说明：该命令会提示以下信息，注意灰色部分显示的状态。 DatabaselogmodeNoArchiveMode AutomaticarchivalDisabled Archivedest in ati on Oldest on li nelogseque nce31 Curren tlogseque nce33 3） 如果处于非归档模式则设为归档模式 SQL>>shutdow nimmediate; SQL>>start upmount; SQL>>alterdatabaseachivelog; 4） 如果处于非自动归档状态则设为自动归档 SQL>>altersystemsetlog_archive_start=TRUESC OP E=s pfile; 5重新启动数据库 SQL>>shutdow nimmediate; SQL>>startu p; 2控制文件设置 每一个数据库都必须有一个控制档。它是一个小型二进制档案，用来描述 Oracle9i 实体结构。主要是储存数据库名称，数据库建立时间，资料文件名称 与所在位置，重置日志文件名称与所在位置，目前的日志序列码 （logsequeneenumber ），检查点信息。因此开启Oracle9i 数据库时一定要读取控 制文件才能取得所有数据库实体档案相关信息。 一旦控制文件不幸毁损，数据库 便无法顺利开启。也因为如此，控制档的管理与维护工作显得格外重要。 通常的设置建议为：每个数据库最好拥有两个以上控制档，并各自存放在不 同磁盘上。系统默认有三个控制文件 controlOl.ctI ， control02.ctl ， con trol03.ctl 。 如果需要增加更多的控制文件，最简单的方式就是先将既有控制文件复制到 目的位置，然后将控制文件名称加入起始参数档的 CONTROLFILE 之中（）。同 理，如果想更改控制档名称，也可以先将控制文件复制到目的位置后予以更名， 再更新操作系统： 数据库：
北京地区交通对城市空间扩展的影响研究
北京地区交通对城市空间扩展的影响研究 沈体雁 1,2 冯等田1 李 迅2 朱荣付 3 (1北京大学政府管理学院,北京,100871;2中国区域经济研究中心,北京,100871;3中国地质大学土地科学技术系,北京,100083) 【摘要】交通是城市空间扩展的主要内在适应性因素,并直接牵引城市空间扩展方向。论文选择北京市最具代表性的3个区域(中心城、通州区和密云区),采用多变量逻辑回归模型研究交通对城市空间扩展的影响,发现不同交通道路对北京城市空间形态变化影响力不同,中心城主要是受环路、高速、地铁和铁路的影响,而郊区则主要受国道和省道的影响。【关键词】逻辑回归模型;交通;城市空间扩展【中图分类号】F 291 【文献标识码】B 基金项目:国家自然科学基金项目“我国区域城镇化管理的系 统研究”(编号:70433002),国家自然科学基金项目“2008年奥运会的 城市增长效应与控制:一个集合性时空动态建模方法“(编号: 60304008),北京市自然科学基金项目“基于空间智能体的北京城市增长研究” (编号:4022006)。1 引言 交通是城市的基本骨架,是城市空间扩展的主 要内在适应性因素[1] ,其对城市空间结构和城市扩展的巨大影响引起国内外众多学者的关注。国外学 者Muller ,Peter [2] 分析了北美地区自19世纪以来4种交通出行方式下城市形态及城市内部格局的演变。G iuliano ,G enevieve 总结美国过去几十年公路和轨道交通对土地利用影响的经验,认为由于当地政治、社会、经济等条件的影响,交通建设并不一定有 利于城市土地的开发[3,4] 。Ladis ,Cervero 研究轨道交通对旧金山湾区城市化的影响,研究表明,站点位置的设置直接影响周边土地的开发,并指出轨道交通对城市化的影响不是自发的,需要政府土地政策 的支持[5] 。 国内研究主要是从公共交通、轨道交通、高速公路、水运等交通模式的角度描述不同交通模式对于 城市空间形态的影响[5-11] ;汪自书、曾辉从道路等级、道路密度及地形特征等三个方面研究道路格局 对城市土地利用的影响[12] 。何春阳、史培军通过空间分析指出环路是过去几十年北京地区城市化的主要区域,线状交通系统对城市化的过程产生一定的 影响[1] 。 综合上述研究发现,国内外大多数研究主要通 过对现有交通与城市化关系的描述,定性地分析交 通与城市空间形态的关系,阐述城市空间形态变化的原因。本文则从定量的角度研究北京城市空间扩展的机理,分析不同交通对城市空间形态变化影响能力,为城市空间形态可控参数的研究提供新的研究方法,为交通规划提供决策参考。 2 研究方法 211 研究区概况 鉴于北京市城区城市空间的完整性、郊区空间扩展方式的雷同性及数据处理和分析工作量的庞大性,我们选择其中最具代表性的3个区域进行研究,具体是中心城(北京城市总体规划),通州区和密云区(图1)。研究区在空间上呈现从中心城区、城市边缘区到外围地域的明显圈层变化,体现出大都市区的特征;在经济上具有从城区、城乡过渡区到远郊区县的明显过渡,映射出人类活动由强到弱的梯度变化;在功能上包含了城市核心区、发展新区和生态涵养区,能够反映北京城市发展战略。可见,这3个区能很好地代表北京城市空间扩展的状况。 北京市交通网络发达,道路为环状和放射线相结合的布局,主要交通干线由地铁1号线、2号线和13号线,环路(2环—6环),八达岭高速、机场高速、京津唐高速等8条高速,京山、京九、京广等10条铁路干线,101、102、103等11条国道和多条省道组成(图1)。212 数据制备 本文采用的数据有1995年和2005年两时段spot 遥感影像数据,2005年北京交通道路数据(包括环路、地铁站点、高速公路出入口、火车站、国道及省 【文章编号】1006-3862(2008)06-0029-04城市交通
北京城市发展历史及城市布局空间形态分析
北京城市发展历史及城市布局空间分析 姓名：俞小龙 专业：城市规划（景观） 学号：2008101294
北京城市发展历史及城市布局空间形态分析 【摘要】北京从元朝自今作为中国的首都已有近千年，但元大都定于北京之前，北京在形成城市上经历了漫长的道路，这条路也就是区域城市体系形成的时期。秦国灭掉燕国后，秦朝建立郡县制时期，北京地区城市体系处于无中心发展阶段。东汉末期，才确定北京地区的中心城市。自秦汉至北朝这一时期，北京地区城市体系处于发展初期的整合阶段。隋唐辽金时期，是北京地区城市体系的继续发展期。元明清时期是北京地区城市体系的完善发展阶段，这一时期北京作为中心城市一直是全国的政治、经济和文化中心，城市规模庞大，人口众多。区域城市体系形成过程中，生产力的发展，交通工具的更新，城市的规模越来越大。由于主要交通方式不同而呈现的空间形态差异是因为交通方式对城市空间形态的演变存在着重要的作用关系。 【关键词】北京区域城市体系空间形式城市交通等时间线 北京自周初燕蓟分封至燕国统一这是区域城市体系的形成期。这一时期，区域内城市发育极不完善，表现为城市数量少，城市发展极不稳定，城市之间也缺乏紧密的联系。尽管燕国实行了郡县制，但是还不完善，况且战国时代燕国是一个诸侯国，北京地区城市体系处于独立和封闭的状态。自秦汉至北朝时期，是区域城市体系发展的整合期。传统社会形态的城市，其等级规模与行政建置存在着紧密的联系。因此，尽管北京地区城市体系是从燕国统一开始，但是其真正的起点还是秦代，因为秦代已经完全确立起郡县制，城市建制得以从制度上完善。秦国统一后，北京地区才成为封建大一统国家的一部分，区域城市体系也从封闭走向开放。秦汉时代，是北京地区城市大发展的时代，但是区域城市体系也开始完善。首先区域中心城市逐渐确立。秦灭燕后，蓟城由燕国都城降为普通的郡国治所，因此秦至西汉的大部分时间里，北京地区城市体系处于无中心发展阶段。西汉末期，幽州刺史部治所开始设在蓟城，蓟城迈向了区域中心城市第一步。东汉末，幽州刺史部转化为地方一级政区，蓟城也在建制上完全确立为北京地区的中心城市。 秦汉时期，北京地区一直是中原王朝经略东北的重地，因此区域城市表现出浓厚的军事职能。其次，西汉王朝北京地区设置许多郡（国）县城市，显示了区域社会的发展水平。这是北京地区城市体系的第一次发展期。进入魏晋北朝时期，北方民族纷纷进入中原，各自建立政权，相互攻伐不已，北京地区屡经兵祸，社会经济陷入倒退，不仅城市数量大大减少，而且城市也极端萧条，区域城市体系发展停滞不前。自秦汉至北朝这一时期，北京地区城市体系处于发展初期的整合阶段。这一时期区域中心城市处于相对发展阶段，其理由为这一时期，区域中心城市的确立历经了一个长期的孕育过程，而且在确立后处于不稳定发展状态，在某些时期还有被其它城市取代的现象；其次，蓟城作为区域中心城市，与周边的郡级城市在城市规模上当不相上下，彼此间还没有拉开距离，还不具有绝对的城市地位。隋唐辽金时期，是北京地区城市体系的继续发展期。自隋统一中国，中国社会再次进入新的发展局面，北京地区城市体系也进入一个新的发展阶段。此外，隋唐时期，随着社会经济的复苏和日益繁荣，北京地区新设置了一些州县城市，如通泽、丰利、玉田、三河、永清、蓟州、遵化、玉河等新的州县城市，区域城市数量增加。隋唐以来，随着幽州地区重要性上升以及区域社会经济的发展，城市体系的文化功能也大大加强了。自幽州入辽后，京津地区的城市体系进入快速发展阶段，幽州蓟城在辽代成为陪都南京，政治、经济地位上升。金代燕京政治地位进一步上升，海陵王迁都燕京，改称中都，成为国家正式都城，上升为北中国的政治、经济、文化中心。辽金时期，北京地区社会经济更加兴旺，也出现了更多的城市，漷阴、香河、宝
DM数据库日常维护管理规范
DM数据库日常维护管理规范 使用工具：DM数据库系统，linux系统，TongWeb 5.0 目的：数据库管理操作，TongWeb5.0部署 内容：数据库启动和关闭，备份和还原，数据迁移操作 一．DM数据库启动和关闭 图形方式： 【达梦数据库】——〉【DM控制台工具console】——〉【DM 控制台】——〉【DM 服务】 在其右侧框右键，【DM DATABASE SERVICE】状态即数据库系统启动/关闭。Linux 命令方式： 终端输入： 开启数据库： /etc/init.d/dmserverd start 关闭数据库： /etc/init.d/dmserverd stop 重启数据库：/etc/init.d/dmserverd restart 提示: 在命令模式下，输入#init 3 ，系统进入图形界面模式 在图形界面下，打开终端，输入#init 5，系统进入命令界面模式 #init 0 关闭服务器。
二．数据库备份和还原（图形界面下） 备份数据库： 方法1：DM数据库控制台console（需要关闭数据库运行） 1.进入DM数据库控制台console，停止DM数据库运行 2.右键【新建备份】 3.开启DM数据库运行，操作完成。 方法2：DM数据库管理工具 Manager（不需要关闭数据库运行） 1．进入DM数据库管理工具 2．选中数据库名称，右键选中【备份】 3．备份完成 PS:备份文件名统一格式：库名+服务器名+日期+时间+备份操作人首拼字母，如“RHIN-213-20110916-14h-cqy” 还原数据库： 方法1：dm控制台console还原（用于本地还原） 1.进入DM数据库控制台console，停止DM数据库运行 2.右键【从指定位置还原】，找到还原包，设置还原路径为DM程序默认安装路 径 3.开启DM数据库运行 4.打开【DB管理工具manager】——〉本地服务器——〉数据库——〉RHIN——〉用户——〉新添加RHIN用户信息和权限（若用户名已存在，则选择该用户名登陆权限，点确定；若不存在，则新建一个RHIN用户名）——〉完成。 5.操作完成。 方法2：脱机还原（用于远程还原） 1.通过CRT软件登录系统，后台命令关闭TongWeb5.0服务进程 2.登录DM数据库管理工具 Manager，备份数据库,名称为RHIN-A.bak，路径统 一为系统默认：/opt/dmdbms/data/ 3.右键数据库【脱机】 4.通过CRT将还原数据库包RHIN-B.bak放入/opt/dmdbms/data/下，重命名 RHIN-A.bak为其他，将RHIN-B.bak重命名为RHIN-A.bak 5.管理工具 Manager 脱机状态下，右键还原RHIN-A.bak 6.联机 7.重启DM数据库和TongWeb5.0应用。 8.完成。
北京城市发展空间布局研究
文章编号 1002-2031(2008)06-0035-04 北京城市发展空间布局研究 陈 鹭 王淑芬 摘 要 北京城城址几经移动,城市位置也发生了很大变化,现代北京城市的生长与变化也不可避免。建国以来,对现代北京城市的位置定位与选择,进行了多次探讨与激烈论争。在论争中形成的诸多城市定位方案,既是今天城市发展的重要参照,又不可避免地带有当时的历史局限性。需要从生态的角度对北京城市今后位置的迁移与选择进行探讨,从超越城市本身的宏观空间角度对新的城市位置进行思考。从生态屏障的角度来看,北京城市的位置不应当向西北部移动,而应当向东南部移动。同时要严格保护北京城市的西北农田、森林和城市水源地,形成城市与西部山区间的缓冲地带,使北京城市的发展对西北部山区生态屏障不至于产生严重的负面扰动。 关键词 北京;生态屏障;城市;移动方向 中图分类号 TU 982 21 文献标识码 A 作者简介 陈 鹭(1973 ),男,汉族,福建厦门人,北京交通大学建筑与艺术系讲师,博士;王淑芬(1964 ),女,汉族,河北鹿泉人,北京工业大学建筑与城市规划学院城市规划系副教授,博士,研究方向为道路景观。 收稿日期 2007-12-24 修回日期 2008-01-25 一 北京城址的历史变迁 在旧石器时代和新石器时代,北京就存在大量人类定居点,但还不能称为城市。最初的城市,是3000多年前的 蓟 ,位置在今房山琉璃河。古人逐水草而居,这对尚未进入农耕时代的人类更为重要。永定河虽然时常泛滥,水位也不稳定,却为先民提供了水源,更成为联系周围定居点的水路交通枢纽,城市就此诞生。这最初城址的选择明显具有生态意义。 秦汉时的蓟城位置尚不能确定,但大约在今宣武区一带。这一城址位置一直延续到隋唐以后直至辽代。这时候的城市仍然和天然的河流湖泊息息相关,城市建设在永定河冲击形成的冲击扇上,利用了 西湖(今莲花池)水系。城市选址仍然有明显的生 态意义。 金代时的都城中都,比前时略向西移动。中都的中心位置大约在今广安门一带。中都的水源有 三:一是古代的洗马沟水,发源于中都西北的西湖(今莲花池);二是玉渊潭一带的湖水;三是中都正北方的高梁河水。可见,当时的城市位置仍然带有生态意义。此外,金代初步整理了北京西北郊的水系,如引瓮山水济高梁河等。 元大都位于中都东北,以今北海琼华岛为中心建设,这里风景十分优美。大都城市基址的移动,仍然是城市生态的需要。元代是中国历史上空前强大的一个时期,大都是当时世界上规模最为宏大的城市。人口数量大增,使原来中都的水源不能满足要求。城市对物资的更多需求,也要求更加便利的漕 总第155期 城市问题2008年第6期