最近在码下一版的博客，其中有个更新就是把Entity Framework升级到5.0。当初建博客的时候是用VS2010自带的EF4的。从4.0升级的过程必须手动完成，通过NuGet的升级，只能自动撸4.1以上的版本。 昨天爆了很久，终于把网站弄得可以运行了。下面分享经验。 第一步：从NuGet安装Entity Framework 5.0 首先，对现有的EF4.0项目，什么都不要改，也不要删。直接从NuGet安装EF5。如果你是.NET4的项目，那实际上安装的是4.4版的DLL，所以EF5的枚举类型是不可以用的。如果你已经升级了.NET4.5，那就是完完全全的EF5。 NuGet会自动给你添加引用以及配置相关的config文件。 第二步：更新EDMX 打开现有的EDMX文件，在空白处点击右键，选择“Add Code Generation Item” 新版EF是用T4模板 …
首先说明，本文用的是非常屌丝的办法，针对SQL Server Membership的实现的一个很有局限性的权限模块，而不是真正对ASP.NET Membership本身的拓展。不喜慎入。 一、为什么要给Memebership增加权限系统 我们知道，ASP.NET Membership是基于Role的，其实是个RBAC，没有权限（Rights）功能。也就是说，我们只能够指定某个Role可以做什么事，丧失了一定的灵活性。比如，网站后台有个编辑文章的功能。如果基于Role判断，我只能认为：所有Admin、Editor、Teacher可以编辑文章。在MVC3里，可以用Authorize(Role=”Admin, Editor, Teacher”)的属性做到这一点。然而如果想要动态可配，则比较难了。然而，如果是基于Rights的验证，那我就可以认为：所有具有Edit权限的Role可以编辑文章。这样的 …
我们知道，内存分页效率很低。并且，如果是WebForm的项目，页面上会有巨型ViewState，这必然不好。我自己博客用的是一个存储过程做的分页，用到现在都挺好，没有任何效率问题。后来想到，既然项目里有Entity Framework，那为什么不利用EF完成分页呢～ 稍做研究之后发现，EF分页其实很简单。不过一样写文章了，光贴代码是不负责的，还是得稍微介绍一下相关的知识。 一、页数计算 关于分页的基本原理，网上有很多文章，我就不多叙述了。但我发现很多介绍分页的文章里，计算页码公式都掐掉了，广为流传的版本是： totalPage = totalRecord / pageSize + 1 稍微推敲一下就会发现，这个公式在totalRecord和pageSize正好整除时，会多一页。比如10条记录，每页5条，应该是2页的，但结果是3。然而，不写+1又不行，因为要考虑到记录总数小于页尺寸的情况。现 …
First of all, I don't recommend storing images in the database, especially in a web project. Because file systems can provide static file access and get many benefits such as performance. Storing images in the database has certain limits. But if you must store images into SQL Server, here's how to do it. SQL Image files are in fact, binary data. SQL Server provides us the image type for …
上周公司有个妹子问了我一个关于SQL Server授权的问题，我没怎么玩过授权，不是很清楚。问题是这样的：如果用户A授权给用户B，用户B再授权给用户C，那么回收A的权限会不会把C的一起回收了。 我以前玩的都是在SQL Server中，给一个数据库添加Windows或者AD帐号，他们都是sysadmin角色，所以删除某个帐号并不影响别的帐号访问。这不适用于妹子的问题，所以今天我特地做了下测试。 测试内容： 用sa（SQL Server管理猿帐号）创建UserA, UserB。然后把SELECT News表的授权给UserA，再让UserA授权给UserB，最后回收UserA的权限，看看UserB还有木有权限。 首先，创建用户的脚本如下： -- Create a SQL Server login named UserA, and then creates a corresponding …
在上一篇文章中，我已经完成了旧数据库的导入。然而，我的博客原先除了用Access数据库保存数据，也大量使用了XML存储，这借鉴自BlogEngine.NET，但后来发现XML存储弊大于利，最适合我的还是传统关系型数据库。因此，我有必要把所有非系统数据迁移到SQL Server上。这里要提一句，系统数据和用户数据是不一样的。系统数据是维持系统程序的运行所需要的数据，用户数据是用户使用系统产生的数据。系统数据包括系统设置（XML保存）、系统菜单等等，而用户数据除了博客文章，还有其创建的页面、友情链接，这些东西原先都是XML存储的，这次要统一迁移到SQL Server上。 首先，要对应XML的数据结构，在SQL Server中建立对应的表，列名和数据类型可以不一样，但要记得方便导入，不然就得用前几篇文章的技巧处理了。本文以友情链接表为例，建立的表如下： CREATE TABLE [dbo].[ …
上篇文章留下了一个话题，关于标签库的导入。因为设计的变化，标签库无法从Keywords字段中直接导了。 首先，分析一下新表的结构。Tag表是用来保存所有标签的。Tag.Id是uniqueidentifier类型的主键，它将被PostTag表关联，来描述多对多的结构。Tag.Name是标签名称。这是可以从老数据的Blog.Keywords字段中获得的。 所以，第一步，是要从Keywords字段提取信息，插入到Tag表中。随后再处理关联问题。 老数据库里的Keywords字段中保存的，是以英文逗号分隔的文章标签。比如“ASP.NET,CSS,HTML”就表示这篇文章拥有3个标签，分别是ASP.NET、CSS和HTML。首先，我需要解析原先的Keywords字符串，将以逗号分隔的内容解析出来。但SQL Server没有提供Split函数，所以需要自己写一个： CREATE …
前面一片文章讲了如何将Access数据库直接导入SQL Server。但导入完成后，是强烈建议不要使用的。因为里面的object命名都与sql默认的不符，许多T-SQL行为也很诡异，所以我需要重新建立一个数据库，并且把旧的数据导入到新的数据库中。 新数据库的设计 对于新的数据库，这恰好是一次重构和升级的机会，我可以将4年前不合理的表结构设计重构一下（4年前也就是我第一次做这个博客的时候，菜鸟一只）。新的数据库中，博客子系统的设计如下（其实还有很多别的表，但不是给博客主业务用的，以后再讨论）： 而旧数据库仅仅只有3张表：Blog、Category、Comment。 对于Category，没有太大的改动，仅仅是增加一个”Name”字段，用来做MVC的路由，而”DisplayName”的功能则和原先数据库是一样的，表示这个分类在页面上显示的名称。 Comment表增加了Email字段，是可选的 …
本人使用的网站空间送了个200M的SQL Server2008 R2数据库，我不用白不用。所以上周花了很多时间把网站从Access和XML数据存储上迁移到了SQL Server数据库，顺便也升级了一下架构，目前博客子系统已基本完成迁移，最近将逐个迁移页面集系统、留言等模块。 在迁移的过程中，有许多值得记录的经验，在实际项目中非常实用，所以记录下来以备参考。 首先，我的迁移思路是：数据的迁移尽量不通过程序去做，应当采用SQL Server去实现。那么第一步我就得把Access数据库迁移到SQL Server上，这样才能在SQL Server中进行一致的管理和迁移到新的数据库上。 我原来的数据库是Access2007格式的（格式没有太大的关系，2003也可以这样操作）。在Access 2010中的操作方法如下： 1. 在Database Tools选项卡下选择“SQL Server”： 2. …
平时做练习的时候，用的Membership虽然是SQL方式的，但版本是SQL Express，连接的是网站App_Data文件夹里的mdf文件。如果要把同样的Membership部署到SQL完整版上是会爆的。比如你开发的时候自己用的Express，部署到你的主机服务商时，人家当然用的付费购买的完整版。这样就会爆。网上查了些资料，说Membership是SQL Express独有的功能，我不相信。所以自己开荒了一下，并且成功了。分享给大家。 首先，连接网站App_Data目录的mdf文件，确实只有Express版可以。所以完整版的SQL Server必须在数据库引擎里建立数据库，不要放在网站目录下。 建完数据库以后，打开VS2010的命令行环境，运行aspnet_regsql，你会看到下面这个界面。 选择第一项，即在SQL Server里配置Application Services，然后点 …