仓酷云

标题: ASP网页设计进修：在SQL Server 2000 数据堆栈中使... [打印本页]

作者: 莫相离 时间: 2015-1-16 22:20
标题: ASP网页设计进修：在SQL Server 2000 数据堆栈中使...
无法实现跨操作系统的应用。当然这也是微软的理由之一，只有这样才能发挥ASP最佳的能力。可是我却认为正是Windows限制了ASP，ASP的概念本就是为一个能让系统运行于一个大的多样化环境而设计的；server|sql|数据<Pstyle="TEXT-INDENT:2em">分区视图连接来自一构成员的程度分区数据，使数据看起来象来自统一张表。SQLServer2000辨别当地分区视图和散布式分区视图。在当地分区视图中，一切相干表和视图驻留在SQLServer的统一实例上。在散布式分区视图中，相干表中最少有一张表驻留在其他某个（远程）服务器上。倡议您不要将散布式分区视图用于数据堆栈使用程序。<Pstyle="TEXT-INDENT:2em">矢量数据堆栈环绕现实（标量）和矢量构建，从物理上一般暗示为星形架构和雪花形架构，少少有同时包括现实和矢量的完整非正交化的立体表。因为矢量架构是最多见的干系型数据堆栈布局，本文会合会商这类架构的分区。上面的倡议也合用于其他通用数据堆栈架构。<Pstyle="TEXT-INDENT:2em">分区的长处<Pstyle="TEXT-INDENT:2em">数据修剪：<Pstyle="TEXT-INDENT:2em">很多数据堆栈办理员会按期将陈腐的数据回档。比方，一个单击流数据堆栈大概只将具体数据联机保存三至四个月。其他罕见的划定规矩多是联机保存13个月、37个月或10年，当旧数据不在举动窗口中时就回档并从数据库中删除。这类转动窗口布局是年夜数据堆栈一般接纳的做法。<Pstyle="TEXT-INDENT:2em">在没有分区表的情形下，从数据库中删除旧数据的历程必要一个很年夜的DELETE语句，比方：<Pstyle="TEXT-INDENT:2em">

DELETEFROMfact_tableWHEREdate_key<19990101

复制代码

<Pstyle="TEXT-INDENT:2em">实行该语句开支会十分年夜，大概比统一张表的加载历程必要更多的工夫。相反，关于分区表，办理员从头界说UNIONALL视图以扫除最旧的表，然后将该表从数据库中删除（假定已确保备份该表），这个历程几近能够在刹时完成。<Pstyle="TEXT-INDENT:2em">前面我们会会商到，保护分区表的用度也很高。假如数据修剪是接纳分区的独一缘故原由，计划者招考虑以数据分化的体例从未分区的表中删除旧数据。在低优先级历程上一连运转一个每次删除1000行（用“setrowcount1000”命令）的剧本，直至删除一切但愿删除的数据。该手艺可在年夜体系上无效使用，比创立需要的分区办理体系更加间接。依据加载量和体系利用情况，该手艺合适于某些体系，并应当思索在体系长进行基准测试。<Pstyle="TEXT-INDENT:2em">加载速率：<Pstyle="TEXT-INDENT:2em">加载数据最快的办法是将数据加载至空表或没有索引的表。经由过程加载至较小的分区表，突变加载历程的效力将年夜年夜进步。<Pstyle="TEXT-INDENT:2em">可保护性：<Pstyle="TEXT-INDENT:2em">一旦已建成撑持分区的数据堆栈分阶段使用程序，全部体系将变得简单保护。保护举动（包含加载数据、备份和复原表）能够并行地实行，如许能够极年夜地改良功能。突变添补下行数据流多维数据集的历程能够被减速和简化。<Pstyle="TEXT-INDENT:2em">查询速率：<Pstyle="TEXT-INDENT:2em">查询速率不该该作为对数据堆栈干系型数据库举行分区的来由。关于分区和未分区的现实表，查询功能都差未几。在准确计划的分区数据库中，干系引擎仅在查询企图中包含剖析查询所需的相干分区。比方，假如数据库按月分区，查询前提为2000年1月，则查询企图仅包含2000年1月的分区。了局查询将对分区表准确实行，与在分区键上带有簇索引的已索引兼并表上实行的大致不异。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">分区的弱点<Pstyle="TEXT-INDENT:2em">庞大性:<Pstyle="TEXT-INDENT:2em">分区的次要弱点是必要办理员创立使用程序来办理分区。在还没有计划、测试和试运转使用程序来办理分区之前，将在干系型数据库中利用程度分区的数据堆栈投进正式运转是不得当的。本文的目标之一就是会商与分区办理使用程序有关的成绩和计划决议。<Pstyle="TEXT-INDENT:2em">查询计划束缚:<Pstyle="TEXT-INDENT:2em">要取得最好的查询功能，一切的查询都应将前提间接放在现实表中的选择键上。将束缚放在第二张表（比方以日期为矢量的表）的查询将包含一切分区。<Pstyle="TEXT-INDENT:2em">计划时要思索的要素:<Pstyle="TEXT-INDENT:2em">矢量数据堆栈环绕现实（标量）和矢量构建，从物理上一般暗示为星形架构和雪花形架构，少少有同时包括现实和矢量的完整非正交化的立体表。典范情形下，矢量数据堆栈的办理员仅对现实表举行分区；对矢量表举行分区几近没有甚么优点。在某些情形下，对包括多于一万万个成员的年夜型矢量表举行分区会有些优点。也能够对非矢量干系型数据堆栈举行分区，本文中的一样平常概念仍旧合用。<Pstyle="TEXT-INDENT:2em">只要充实思索体系系统布局和计划方针，才干制定无效的分区企图。即便利用不异的架构计划，仅用于添补服务剖析多维数据集的干系型数据堆栈大概接纳一个分歧于剖析员间接查询的数据堆栈的分区布局。带有转动窗口的体系必需定时间分区，其他体系则纷歧定。<Pstyle="TEXT-INDENT:2em">假如数据堆栈包含剖析服务多维数据集，Microsoft倡议干系型数据堆栈和剖析服务数据库中的分区应当为并行布局。保护使用程序被简化了：使用程序在干系型数据库中创立新表的同时创立一个新多维数据集分区。办理员仅必要把握一种分区战略。不外，一个使用程序也大概有充实的来由对两个数据库以分歧体例举行分区，独一下降的将是数据库保护使用程序的庞大性。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">分区计划概述<Pstyle="TEXT-INDENT:2em">SQLServer数据库中的分区表可使用可更新或可查询（不成更新）的分区视图。在这两种情形下，表分区都是由每一个分区都包括准确数据的CHECK束缚来创立的。一个可更新的分区视图撑持对视图举行INSERT(或UPDATE或DELETE）操纵，并将操纵推进至准确的基本表。这很无益处，但数据堆栈使用程序一般必要举行批量加载，而这是没法经由过程视图实行的。下表总结了可更新和可查询分区视图的请求、长处和弱点。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">

<Pstyle="TEXT-INDENT:2em">Microsoft倡议的做法是界说主键，并将现实表计划为当地（单个服务器上）的分区团结视图。年夜多半情形下，该界说会发生可更新的分区视图，但数据堆栈保护使用程序应计划为间接将年夜多半数据批量加载至成员表（而不是经由过程视图举行）。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">语法示例:<Pstyle="TEXT-INDENT:2em">以下代码示例用来讲明界说成员表和团结视图和将数据拔出视图的语法：<Pstyle="TEXT-INDENT:2em">创立1999年岁实表:

CREATETABLE[dbo].[sales_fact_19990101](　[date_key][int]NOTNULLCHECK([date_key]BETWEEN19990101AND19991231),　[product_key][int]NOTNULL,　[customer_key][int]NOTNULL,　[promotion_key][int]NOTNULL,　[store_key][int]NOTNULL,　[store_sales][money]NULL,　[store_cost][money]NULL,　[unit_sales][float]NULL)ALTERTABLE[sales_fact_19990101]ADDPRIMARYKEY([date_key],[product_key],[customer_key],[promotion_key],[store_key])

复制代码

<Pstyle="TEXT-INDENT:2em">创立2000年岁实表:

CREATETABLE[dbo].[sales_fact_20000101](　[date_key][int]NOTNULLCHECK([date_key]BETWEEN20000101AND20001231),　[product_key][int]NOTNULL,　[customer_key][int]NOTNULL,　[promotion_key][int]NOTNULL,　[store_key][int]NOTNULL,　[store_sales][money]NULL,　[store_cost][money]NULL,　[unit_sales][float]NULL)ALTERTABLE[sales_fact_20000101]ADDPRIMARYKEY([date_key],[product_key],[customer_key],[promotion_key],[store_key])

复制代码

<Pstyle="TEXT-INDENT:2em">创立UNIONALL视图:

CREATEVIEW[dbo].[sales_fact]ASSELECT*FROM[dbo].[sales_fact_19990101]UNIONALLSELECT*FROM[dbo].[sales_fact_20000101]

复制代码

<Pstyle="TEXT-INDENT:2em">如今拔出几行数据，比方：

INSERTINTO[sales_fact]VALUES(19990125,347,8901,0,13,5.3100,1.8585,3.0)INSERTINTO[sales_fact]VALUES(19990324,576,7203,0,13,2.1000,0.9450,3.0)INSERTINTO[sales_fact]VALUES(19990604,139,7203,0,13,5.3700,2.2017,3.0)INSERTINTO[sales_fact]VALUES(20000914,396,8814,0,13,6.4800,2.0736,2.0)INSERTINTO[sales_fact]VALUES(20001113,260,8269,0,13,5.5200,2.4840,3.0)

复制代码

<Pstyle="TEXT-INDENT:2em">要考证分区是不是一般事情，请利用查询剖析器来显现查询企图，比方：<Pstyle="TEXT-INDENT:2em">

SELECTTOP2*FROMsales_factWHEREdate_key=19990324

复制代码

<Pstyle="TEXT-INDENT:2em">您应当看到查询企图中仅包含表1999。将该查询企图与主键已删除的不异表天生的查询企图比拟较，我们会发明：表2000仍旧被扫除。将这些企图与在已删除date_key束缚的架构上天生的查询企图举行对照。这些束缚被删除的情形下，表1999和表2000都被包含在查询中。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">请注重，在一般情形下，在年夜型表上实行查询时，利用“TOPN”语法是好的做法，由于它能够敏捷前往了局并利用起码的服务器资本。检察分区表的查询企图时，这一点尤其主要，由于由“SELECT*”语句天生的查询企图很难明析。关于偶然举行察看的人而言，只管在查询实行时代，查询中仅利用相干的表，但外表看起来好象查询企图包含了UNIONALL视图的一切组件表。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">将前提间接使用于现实表:<Pstyle="TEXT-INDENT:2em">要取得最好的查询功能，一切的查询都应将前提间接放在现实表中的选择键上。将束缚放在第二张表（比方日期矢量表）的查询将包含一切分区。对UNIONALL现实表的尺度星号团结查询事情优秀,将前提放在恣意未分区的矢量表的属性上，以尺度体例创立星号查询WHERE子句,包含分区矢量（日期）的属性。<Pstyle="TEXT-INDENT:2em">在分区矢量架构上计划查询与在未分区的架构上计划完整一样，只不外将日期前提间接放在现实表中的日期键上光阴期前提最为无效。<Pstyle="TEXT-INDENT:2em">假如每分区表的索引中的第一个列为带日期的簇索引，转到一切分区剖析某一特定查询的开支绝对较小。编写预界说的查询时应尽量进步其效力，比方那些天生尺度报表或突变更新下行数据流数据库的查询。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">分区键的选择<Pstyle="TEXT-INDENT:2em">现实表能够在多个矢量长进行分区，可是年夜多半人大概仅按日期举行分区。如后面形貌的，日期分区能够撑持复杂的“转动窗口”办理,较旧的分区乃至能够被保留在分歧的地位，大概削减索引次数。一样，年夜多半对数据堆栈的查询是按日期举行选择的。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">关于按日期分区的使用程序，决议变量为：<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">使几数据坚持联机形态？这项决议的次要根据是营业请求，同时要思索坚持大批数据联机的费效比。<Pstyle="TEXT-INDENT:2em">怎样计划日期键？数据堆栈最好对矢量表和现实表利用代办署理键，这是失掉普遍承认的。关于按日期分区的现实表，倡议的做法为利用yyyymmdd情势的“智能”整数代办署理键。作为整数，与8字节的datetime比拟较，该键仅利用4个字节。很多数据堆栈利用datetime范例的天然日期键。<Pstyle="TEXT-INDENT:2em">怎样断定分区的巨细？只管下面的示例利用年分区，但年夜多半体系会分别得更仔细，比方月、礼拜或天。只管我们会注重到用户查询一般是按月或周举行的，但最主要的要素仍是体系整体范围和可办理性。您大概还记得，任何一个SQL查询最多能够援用256张表。关于保护多于一个月的数据的数据堆栈，按天来分区的UNIONALL视图会凌驾该界线。作为一个好的划定规矩，假如现实表仅按日期分区，那末最好按礼拜分区。<Pstyle="TEXT-INDENT:2em">界说分区的局限<Pstyle="TEXT-INDENT:2em">BETWEEN语法最间接、可读性最强、实行效力最高。以下述情势的按月分区为例：

date_key<19990101date_keyBETWEEN1990101AND19990131date_keyBETWEEN19990201AND19990229...date_keyBETWEEN19991201AND19991231date_key>19991231

复制代码

<Pstyle="TEXT-INDENT:2em">请注重个中的第一个和最初一个分区：即便您以为决不会无数据进进这些分区，这还是一个界说分区的好办法，如许能够掩盖一切大概的日期值。同时，请注重只管1999年不是闰年，但仲春分区仍掩盖2月29日。该布局使计划创立分区和束缚的使用程序时不必要判别是不是为闰年。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">跟着工夫流逝，要兼并分区吗？为了使举动分区的数目最小，创立分区使用程序时，数据库办理员能够选择将日分区兼并为礼拜分区或月分区。我们将鄙人面有关添补和保护分区的一节中具体会商这类办法。<Pstyle="TEXT-INDENT:2em">关于怎样按日期分区的具体会商一样合用于接纳其他大概的分区键时的情况。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">数据加载：假如新的数据具有与其他矢量对齐的分明偏向，大概比方，假如每一个存储或附件是由分歧的体系分发的，这些就是天然的分区键。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">多维数据集数据查询：只管并没有手艺缘故原由请求以不异的体例对干系型数据库和剖析服务多维数据集举行分区，但这是一般接纳的做法。假如做出这个假定，保护使用程序将得以简化。如许，即便干系型数据库的存在仅是用于添补剖析服务多维数据集，在选择分区键时也应当思索到一样平常的查询形式。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">定名商定:定名程度分区现实表的成员表的划定规矩应当从分区计划天然地引出。为取得最年夜的通用性，请在题目中利用完全的分区入手下手日期：即便分区每一年举行一次，[sales_fact_yyyymmdd]也比[sales_fact_yyyy]好。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">假如数据库撑持多个巨细的分区，定名商定应当反应每一个分区的工夫局限。比方，月分区利用sales_fact_20001101m，日分区利用sales_fact_20001101d。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">成员表的称号对经由过程视图会见数据的终极用户是埋没的，因而成员表的称号应当面向实行保护的使用程序。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">下行数据流多维数据集的分区<Pstyle="TEXT-INDENT:2em">假如干系型数据库仅用于撑持剖析服务多维数据集，就不用界说UNIONALL视图。这类情形下，该使用程序就不会受256个表的限定，可是倡议您不要以这类没法界说UNIONALL视图的体例来对干系型数据堆栈举行分区。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">办理分区现实表<Pstyle="TEXT-INDENT:2em">在分区办理已可以主动举行并经由过程测试之前，分区的数据堆栈不该该正式投进利用。分区办理体系是一种复杂的使用程序，该体系的一样平常请求鄙人面会商。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">假定分区是按日期举行<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">元数据<Pstyle="TEXT-INDENT:2em">不乱的分区办理体系应由元数据驱动。只需确保可以编程会见元数据，就能够把元数据存储在任何地位。年夜多半数据堆栈体系利用在数据堆栈SQLServer或MicrosoftSQLServerMetaDataServices上界说的自界说元数据表。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">不管元数据的存储机制是甚么，元数据的内容必需包含每一个分区的以下信息：<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">分区称号；<Pstyle="TEXT-INDENT:2em">1、创立分区的日期；<Pstyle="TEXT-INDENT:2em">2、分区中数据的日期局限；<Pstyle="TEXT-INDENT:2em">3、分区入手下手联机的日期（到场UNIONALL视图）；<Pstyle="TEXT-INDENT:2em">4、分区不再联机的日期（从视图中抛弃）；<Pstyle="TEXT-INDENT:2em">5、抛弃分区的日期。<Pstyle="TEXT-INDENT:2em">作为数据堆栈全部办理体系的一部分的其他元数据表，应当跟踪什么时候和有几数据被加载到每一个分区。<Pstyle="TEXT-INDENT:2em">创立新分区<Pstyle="TEXT-INDENT:2em">分区办理体系的主要义务是创立新分区。应当布置周期性运转的义务，来创立用作下一个分区的新表。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">实行该义务有很多无效的体例。倡议的办法为利用SQL-DMO（散布式办理工具）来创立与现有分区具有不异布局和索引的新表，但新表具有新的表名、索引名、分区键束缚界说、文件组等等：<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">1、猎取模板表界说（一般为最新的分区）；<Pstyle="TEXT-INDENT:2em">2、修正表和索引的Name属性，反省束缚Text属性和其他属性；<Pstyle="TEXT-INDENT:2em">利用ADD办法对表举行实例化，利用智能定名商定，用几行代码便可完成这项义务。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">如本文前面将要会商的那样，您的使用程序能够将剖析服务分区用于数据堆栈体系的多维数据集。假如如许，在RDBMS中创立分区的剧本和程序可使用决议撑持工具(DSO)持续创立响应的多维数据集分区。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">添补分区<Pstyle="TEXT-INDENT:2em">后面提到过，数据能够被加载进UNIONALL视图。实际上，这是表分区布局的一年夜功效，但在理论中不保举将其用于数据堆栈使用程序。不克不及将数据批量加载到UNIONALL视图；关于年夜到必需对表举行分区的数据堆栈来讲，加载历程将会太慢。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">相反，数据堆栈使用程序的计划必需使每个周期都能够把数据疾速加载到响应的方针表。假如数据分阶段使用程序在SQLServer数据转换服务(DTS)中完成，静态属性义务能够很简单地变动数据泵义务或批量拔出义务的方针表的称号。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">只需新分区没有到场UNIONALL视图，就不必要在体系停机工夫加载数据。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">数据堆栈分阶段使用程序应当计划为能够处置不属于以后分区的新数据。假如数据堆栈加载历程不是在一个夜晚完成，便可能产生这类特别情形。其他体系要处置不休到来的旧数据。体系的计划必需思索到这些破例情形的大概性、频次和数据量。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">假如旧数据以充足低的量抵达，最复杂的计划就是利用可更新的UNIONALL视图来加载一切不属于以后分区的数据。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">界说UNIONALL视图<Pstyle="TEXT-INDENT:2em">一旦突变加载乐成完成，就必需从头订正UNIONALL视图。仍旧倡议利用SQL-DMO完本钱义务：利用ALTER办法变动VIEW工具的TEXT属性。从下面所述的元数据表中导出视图界说中要包含的分区列表是最好路子。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">兼并分区<Pstyle="TEXT-INDENT:2em">外表上看来，将多少分区兼并至单个较年夜分区仿佛是过剩的。不外，关于日加载量伟大同时加载窗口很小的数据堆栈，经由过程以下措施能够明显改良加载功能：<Pstyle="TEXT-INDENT:2em">1、用要加载的数据创立文本文件，按簇索引的按次排序；<Pstyle="TEXT-INDENT:2em">2、批量加载到空的日分区；<Pstyle="TEXT-INDENT:2em">3、创立一切的非簇索引。<Pstyle="TEXT-INDENT:2em">经由过程从头创立UNIONALL视图，使新分区坚持联机。<Pstyle="TEXT-INDENT:2em">经由过程自日分区拔出、从头创立索引和从头天生UNIONALL视图，每周创立和添补新的周分区。然后就能够抛弃日分区。数据变得陈腐后就挪动至周乃至月分区，如许更多的分区能够联机保存在UNIONALL视图中。
大家可以自己去看一看.可以说看得想呕吐.以前有次下了个动网来看.里面连基本内置函数的保护措施(函数没防御性)都没有.难怪经常补这个补那个了.可能现在.NET版会好点吧

作者: 只想知道 时间: 2015-1-19 09:10
我认为比较好的方法是找一些比较经典的例子，每个例子比较集中一种编程思想而设计的。

作者: 因胸联盟 时间: 2015-1-25 13:38
下载一个源代码，然后再下载一个VBScript帮助，在源代码中遇到不认识的函数或是其他什么程序，都可以查帮助进行解决，这样学习效率很高。

作者: 不帅 时间: 2015-2-2 22:18
我认为比较好的方法是找一些比较经典的例子，每个例子比较集中一种编程思想而设计的。

作者: 老尸 时间: 2015-2-8 13:31
掌握asp的特性而且一定要知道为什么。

作者: 再见西城 时间: 2015-3-7 23:53
下面简单介绍一下我学习ASP的方法,希望对想学习ASP的朋友有所帮助...

作者: 灵魂腐蚀 时间: 2015-3-22 02:54
用户端的浏览器不需要提供任何别的支持，这样大提高了用户与服务器之间的交互的速度。

欢迎光临仓酷云 (http://ckuyun.com/)