使用SQL Server和ASP.Net管理科目指南 格林阿拉比外文翻译资料

使用SQL Server和ASP.Net管理科目指南

格林阿拉比

Getchell图书馆，里诺内华达大学，里诺，内华达州，美国

摘要

目的：本文的目的是报告由内华达大学里诺图书馆的图书馆管理专家维护的50个科目指南的内容管理解决方案。

设计/方法：Web开发库设计了一个SQL Server数据库来存储科目指南内容，并编写ASP.Net脚本来生成动态网页。科目专家在整个过程中提供输入。实践讲习班在新指南推出之前的夏天举办。

结果：新方法已成功生成统一且可定制的科目指南，同时大大减少维护时间。简单报告已显示指南和许可资源之间的关联。使用系统创建特定课程的指南将是后续一个有用的项目。在培训讲习班中学习的技能应定期更新，以提高信心，并在系统中有所体现。

实践意义：不能过分夸大集中内容并将其与演示分离的优势。当前一致性逐步增加、维护逐步减少。一旦完成库的建设，它可以通过重用数据或修改ASP.Net模板将Web 2.0的功能合并到应用程序中。现在组织数据是干净的，当时机成熟时将准备迁移到Web服务或下一代研究指南中。

原创性/价值：本白皮书独特地报告了用于管理科目指南的SQL Server、ASP.Net的解决方案。SQL Server包括提高应用程序安全性的数据管理功能；ASP.Net提供用于操作和显示数据的内置功能。最值的注意的是它可以创建简单的用户界面，使得科目专家能够不用编码HTML便实现复杂的网页。

关键词：内容管理，指南和手册，数据库管理系统，学术图书馆

论文类型：案例研究

介绍

科目指南就像雪花。乍一看，他们非常相似，但每一个都是与其科目和创造者一样独特。 科目指南必须适应任何科目的研究要求和任何图书馆管理员专家的优先级，有时候一个任务，似乎就像被射击的放牧牦牛。内华达大学的图书馆员里诺重视对他们建立的指南的定制和控制，以及一个通用模板对易用性的贡献。

本文旨在使科目指南灵活、统一，创新、易维护、可访问和加载快。这并不是探讨关于科目指南是否仍然有意义。它们将继续带领用户向好的事物前进，直到它们是免费的。同时，与广泛使用的搜索引擎相比，昂贵的索引和日志仍然不被熟知。与其他任何东西（特别是Google和Google学术搜索）相比，它们都很难使用。

不熟悉资源和搜索技术可能使科目指南对新研究人员造成威胁。因此，在列出所有科目指南的网页上，Academic Search Premier和Masterfile有意通过链接到EBSCO的一般索引将一些流量从我们的科目指南中窥探出来。不应该找到“几个好的文章”就开始要求研究人员做出关于选择数据库的艰难或不必要的决定，这些用户友好型的数据库为其成功建立了信心以及培养了良好的基本研究技能。

科目指南通常是联合国图书馆科目专家提供的图书馆指导班的焦点。根据在圣荷西州立大学进行的案例研究，参加图书馆教学的学生更倾向于更频繁地使用科目指南（Staley，2007）。虽然每个人都清楚地意识到大多数用户把它们作为自助资源来远程获取，但是图书馆参考员经常在参考台与个别研究人员合作时使用它们。

UNR科目指南（www.library.unr.edu/subjects/）和其他有用的研究工具，如电子杂志列表，特定课程帮助，风格指南和图书馆主页（www.library.unr.edu/）上比较特色鲜明的图书馆的“Ask Us！”服务。虽然仔细整合的“帮助”资源致使使用和意识的不断增加（Arnold等人，2004年），但我们可以做的更好，使指南和其他工具在社交网站上可用。然而，为了快速的做到这一点足以跟上技术和大众行为的主流趋势，科目指南必须首先组织和管理内容。这个维护问题以及为促进昂贵的许可资源而不断努力的目标使项目从文献检索到完成大约需要两个月。

其他图书馆正在做什么

以用户为中心的科目指南已经开始从隔离的图书馆网站移动到受大量用户欢迎的社交网站。图书馆员敏感于与当今学生寻求社交软件来收集信息的方式，这些社交软件允许用户用他们自己的语言来标记资源，并从像MySpace（www.myspace.com/）和Facebook（www.facebook.com/）这样的受欢迎的聚集地点来访问资源。一些库正在使用诸如LibGuides之类的在线服务来组装具有内置Web 2.0功能的科目指南，例如标记，注释和IM小部件（Kroski，2007）。图书馆通过在Facebook上提供他们的在线服务已经找到了一种方法来为用户提供研究资源。

在休斯顿大学，图书馆员正在考虑“与用户合作建立科目指南”（Coombs，2006）。如果他们能找到新的方法来处理在使用wiki和博客的开放项目中的安全性，垃圾邮件和权限问题，这将是一个重大的进步。至少有圣约瑟夫县公共图书馆（South Bend，Indiana）和俄亥俄大学图书馆两个图书馆使用Media Wiki软件创建了有吸引力的科目指南。然而，SJCPL科目指南（www.libraryforlife.org/subjectguides/index.php/Main_Page）只能由图书馆员编辑，而俄亥俄州的Biz Wiki（www.library.ohiou.edu/subjects/bizwiki/index.php/

Main_Page），虽然可以由学生和教师以及图书馆员编辑，却要求用户请求一个帐户。

更为发人深省的是在“学术图书馆中的互联网科目指南（Jackson and Pellack，2004）”的研究中暴露出来的一个根本性的，基本上未解决的问题，即科目指南中的高水平的重复资源与被认为“本地重要”的选定资源混合在一起。文章指出，许多独特的本地资源如果被创建科目指南的图书馆员发现，将在其他机构有用。这个发现是指示科目指南中质量不均的指标。很大程度上取决于兴趣，个人哲学和个人承诺。在不久的将来，社会书签和人群的智慧可能会改变这一切。同时，有必要组织我们的数据，与用户联系，并找到更好的方式制作指南。

从静态到数据驱动的科目指南

联合国图书馆的静态科目指南于2000年开始修订，并不断格式化。在接下来的六年中，他们像各大洲一样分离开来，并独立发展。 其中最明显的偏差是各种菜单语句。 就像同样的一件事情有二十种不同的方式给用户带来极差的体验！ 由于科目专家完全控制其页面，使得许多版本的数据库描述（包括一些已经过时的数据库描述）分散在整个科目指南中。

开发用于管理数据库元数据和其他科目指南内容的解决方案的经验和热情来自于先前在使用SQL Server和ASP.Net成功开发一套数据驱动的电子期刊网页。因为其多样性致使科目指南是一个比电子期刊更具挑战性的项目。 与电子杂志页面类似，科目指南具有定制的菜单，链接和内容。 手动更新既不具成本效益，也不可靠，特别是随着300多个数据库的不断增加。 使用简单的Web表单，SQL Server可以即时更新所有科目指南，且一个ASP.Net模板可以抵得上50个网页。

内华达大学，里诺有一个微软园区协议，使企业级软件以低成本提供给大学部门和学生。因此，我们选择SQL Server和ASP.Net技术作为开发工具与运行Microsoft Internet信息服务器（IIS）的库的Windows服务器配合使用。当然，无论使用的系统是SQL Server还是别的什么，关系数据库设计的原则保持不变。其他图书馆使用像Cold Fusion（Bills等人，2003）或Oracle（Dupuis等人，2004）的开源商业软件系统来运行LAMP（Linux-Apache Server-MySql-PHP）从而创建动态科目指南。佐治亚州立大学一个有据可查的系统将流行的MySql数据库与微软的经典主动服务器页面技术（Goans et al。，2006）相结合。开放大学在评估和摒弃用于管理科目指南内容（威尔士，2005年）的商业内容管理系统（CMS）的过程中提供宝贵的见解。

数据识别问题

科目指南数据呈现出一些挑战。 首先，顶级菜单中列出的内容部分的类型，数量，措辞和顺序因指南而异。 在大多数指南中确实有几个标准部分，但更多部分清楚地反映了个人的优先事项，经验和目标受众（通常是特定的学术部门）的独特需求。 其次，任何内容部分中列出的项目可能是许可资源或个人选择，部分项目内通常不按字母顺序排列，而是按通用性排序。

高度的一致性是很有吸引力的，因为它使得编程和内容管理更简单，但它也可能导致一个不灵活的系统，致使其既不满足用户的信息需求，也不满足科目专家的优先级。 保证标准化和个性化之间平衡的计划是用户和开发人员的明智方向，因为它延长了所设计项目的使用寿命。

因此，转换为科目指南内容管理的主要挑战是:

• 保留引导段的意义和顺序，同时减少引导段的数量;
• 在每个指南的顶部菜单中包括内部和外部链接;
• 将每一个部分的项目许可资源和内容混合起来;
• 允许科目专家添加和编辑不在主数据库列表上的“其他资源”;
• 允许所有的部分和项目想要的顺序。

简而言之，科目指南需要足够一致以便于被理解，同时要足够灵活以便于为每个学科量身定制。

一致的标题对于良好的用户体验来说是很有必要的，因此当标题被折叠成更通用的组时是否会失去重要的意义对于决策有决定性作用。例如，顶级菜单选项“选择[科目]的Web资源”可以在任何科目指南上修改为“选择Web资源”，且不改变预期的含义。

内容管理的附加好处是创建日志。 我们不清楚哪些数据库是对科目专家最有价值的，对一个、两个领域，或可能包括大多数科目指南有用。数据的管理将为创建有用的日志提供机会。

其他一些影响数据库设计或编码实现的需要注意的问题：

• 大部分科目指南包括指向相应科目领域的电子日志列表的链接。还有一些指南没有对应的期刊名单，有的跨学科科目可能包含两个链接；
• 许多科目专家通过科目指南链接进入到大学部门或其他组织单位。然而这样的科目指南链接有0到4个；
• 几个科目专家坚持要包含一个图像来美化他们的页面。为适应此首选项，将一个用于“bling”的可选列添加到数据库，最终这些图像显示在科目指南左侧的顶部。

对于现有科目指南的准备

第一个任务是分析科目指南的菜单结构。每个科目页面顶部菜单选择列表的显示与2000年首次尝试标准化有着相当大的偏差。这意味着相同的菜单将被“折叠”成更为通用的标题，但需要在措辞上稍做修改或不必要地引用特定科目的菜单项目。菜单标题的数量从130个减少到60个，而不改变它们的含义或科目专家们审查列表是否被更改的意图。

科目指南菜单包含两种类型的段落标题：这导致科目页面上既有链接到段落标题自身的内部链接，也有其他的链接到外部网站的链接。通常，内部链路被优选首先列出。这里设置了最常见的链接顺序标准用于作者来控制他们的页面，然而科目专家则可以自由地按照他们的意愿来指定其他菜单链接的顺序。

标准科目指南部分标题及其顺序如下：

1. 寻找文章的最佳资源；
2. 查找文章和其他信息的额外资源；
3. [科目名称由查询提供]的电子期刊；
4. 图书馆目录 - 书籍和其他图书馆资料；
5. 选定的Web资源。

将图书馆目录包含在列表中有点有争议。毕竟，在标准的网页标题中是会有一个指向它自身的链接。然而，许多用户只专注于科目指南菜单而忽略了页眉。包括忽略图书馆目录，这可能会导致这些用户忽略有用的资源。经过进一步审议后，科目专家可能从菜单中删除此链接，并将会对此决定进行一个简短的可用性研究。

出于同样的原因，三个科目指南中提供参考资料的列表已附加到其辅助网页上，此页面并被适当地重命名为：“选定的Web资源和图书馆馆藏亮点”。

对科目指南进行审查的优点在于仔细检查伴随“选定的Web资源”页面上的内容。图书馆 Web开发者审查每个页面，检查和更新链接，并联系科目专家解决相应问题。 那些包括文字或目的有所变更的网站长时间没有维护。这些问题涉及到专家之间的协作，因为每个科目指南的数据最终都注入到SQL Server中。

最后一个棘手的问题是是否将NetLibrary电子书的列表放在几个科目指南中或将其移动到外部页面。由于它们具有稳定的链接和未充分利用的许可资源，因此它们被注入数据库并出现在科目指南中，而非辅助页面上。随着电子书数量的增加，和使用者的不断扩张，针对非参考标题是否应保留在科目指南上的问题值的图书馆网络咨询委员会进行进一步的讨论。

设计数据库

随着页面内容更加一致和精简，现在是设计后端SQL Server数据库的时候了。

页面部分

科目指南章节标题的最终列表已注入SQL Server的“db”数据库的“sections”表中。 为了限制章节数量不受控制的增长，科目专家可以根据特定页面的需要选择尽可能多的章节，但必须请求新的章节标题。我们重视科目专家的独立性，尊重他们的专业判断力，所以增加新的章节没有必要大惊小怪，然而反思的时刻总是能够阻止陷入无关紧要的变化，最终导致混乱的趋势。

页面元数据

创建了一个名为“科目”的表格来保存页面元数据，标准内容出现在每个科目指南的页眉和左侧导航列中。此表只有几个数据字段，在SQL Server中始终映射为“列”。添加三个相关的表以适应页面元数据内容的可预测变化：

（1）subjDept，用于存储与相关大学部门或行政单位的外部链接。在当前科目指南的左侧导航栏中显示零到四个这样的链接。

（2）subjRelSubj，用于存储到相关科目指南的链接。指向科目指南列表的“其他科目”的链接将使得主科目指南列表标准化，但是少数几个跨学科指南包括一个或两个特定“相关科目”的链接。<!--

剩余内容已隐藏，支付完成后下载完整资料

资料编号：[141282]，资料为PDF文档或Word文档，PDF文档可免费转换为Word