V君的博客

使用Debug Diagnostic Tool分析.net转储

作者：V君 发布于：2016-10-25 11:26 Tuesday 分类：填坑经验

TL;DR:

去M¥官网下载该工具, 对应其x86/x64. 安装时选择关联文件类型. 

装好之后双击要分析的dmp文件. 等一会儿. 一个可视化的mht分析报表就出来了.

注意这工具只能在Vista(NT6)以上环境运行.

转储dmp文件可以用Sysinternals出品的免费系统工具Process Explorer来做.

听我扯扯:

虽然WinDbg+sos/sosex很强大, 但是用起来很复杂, 载入符号也很慢.

于是找到了这货来帮忙, 尽管和前者比起来就差不能在内存中找对象.

但是非常方便收集异常信息以及线程堆栈.

标签: 软件开发 C# 调试技术 windbg

评论(0) 引用(0) 浏览(1892)

解决ASP.NET Boilerplate与EntityFramework反复出现无用更新的现象[Update]

作者：V君 发布于：2016-10-23 15:49 Sunday 分类：挖坑经验

TL;DR

重写SaveChanges和SaveChangesAsync ,

在base实现调用之前增加以下代码,去除对前三个字段的无用更新的操作.

private static readonly HashSet<string> IgnoreCheckUpdateFields = new HashSet<string>

{

    nameof(IAudited.CreationTime),

    nameof(IAudited.LastModificationTime),

    nameof(IAudited.LastModifierUserId),

    nameof(Entity.Id),

};

private void BlockNeedLessUpdate()

{

    //LEVEL 1: always CreationTime

    var allModified = ChangeTracker

        .Entries<ICreationAudited>()

        .Where(p => p.State == EntityState.Modified);

    foreach (var item in allModified)

        item.Property(nameof(ICreationAudited.CreationTime))

            .IsModified = false;

    //LEVEL 2: only LastModificationTime LastModifierUserId

    var allModified2 = ChangeTracker

        .Entries<IAudited>()

        .Where(p => p.State == EntityState.Modified);

    foreach (var item in allModified2)

    {

        var changed = item.CurrentValues.PropertyNames

         .Any(p => !IgnoreCheckUpdateFields.Contains(p) 

         && false == item.CurrentValues[p]?.Equals(item.OriginalValues[p]));

        if (changed) continue;

        item.Property(nameof(IAudited.LastModificationTime)).IsModified = false;

        item.Property(nameof(IAudited.LastModifierUserId)).IsModified = false;

    }

}

 

听我扯扯:

由于ASP.NET Boilerplate首次启动/登录时很慢, 于是将EF生成的SQL语句打到调试输出.

发现大量的创建时间被更新的现象. 

深入调查发现可能是因为 CreationAuditedEntity 在构造时初始化成 Clock.Now

然后EF从数据库读出值再次绑定,

造成 CreationTime 的 setter 被多次调用导致变更追踪机制懵逼.

粗暴地把所有对 CreationTime 的更新操作屏蔽就好了.

不知道是不是错觉, 这么做了之后发现调试启动速度快了70%呀.

ps. 或许 EF 的变更追踪没有 dbml 那么完善,它只监视赋值行为.然而 dbml 还检查了值变化.

Update:

随着继续调试又发现Tenant的LastModificationTime和LastModifierUserId被更新

然而并没更新到别的字段, 明显这样的更新动作是无用的.

进一步调试看起来EF只是简单的比较了两个装了箱的值, 然而在SQL层面又做了值重复过滤

导致这种尴尬现象.

标签: 软件开发 C# 数据库

评论(0) 引用(0) 浏览(1825)

解决ASP.NET Boilerplate连接MS SQL报Filter name MustHaveTenant not found

作者：V君 发布于：2016-10-23 15:20 Sunday 分类：挖坑经验

TL;DR

重写 OnModelCreating 要调用base实现. 加上调用base实现需要重建数据库.

 

 

听我扯扯:

受够MySQL提供程序的bug之后, 换MS SQL看看会不会好点.

直接在 DbContext 和迁移剔除所有 MySQL 的 Attribute

再去Web.Config把所有My配置去掉.连接字符串改到MS SQL.

 

编译然后生成数据库报错了. 提示 ON DELETE NO ACTION

咕狗到爆栈帖子说是实体关系配置问题. 重写了 OnModelCreating 方法.

 

然后, 尽管数据库生成出来了.

然而运行起来就爆炸鸟:Filter name MustHaveTenant not found....

 

各种问, 各种咕狗. 然后找到了ABP作者的回帖最终完美解决问题, 顺利地跑起来!

接下来看看EF-LINQ提供程序做复杂投影有没有MySQL的问题吧!

标签: 软件开发 C# 数据库 运行时错误

评论(0) 引用(0) 浏览(2778)

[成功]搭建咕狗镜像

作者：V君 发布于：2016-9-17 23:12 Saturday 分类：折腾手记

尽管前段时间做的的半自动扶梯可以让咱在有环境的PC上尽情的咕狗, 

然而在外面用便携设备上咕狗还是很困难

 -- 找到的一个个镜像相继挂掉, 新的越来越少...

是时候自己搭一个了.

参考算法组上sys发表的文章 一键搭建谷歌镜像站 
文章写得很详细, 不过对于没接触过nginx的新手(比如咱)就有点摸不着头脑

像配置文件在哪儿, 配置节点丢哪这种问题

所以才会有这篇文章写下更详细的步骤.

原文命令步骤就不照搬了, 这次只讲讲咱的经历.

首先尝试了最简安装, 失败了, 估计是主机提供商已经安装有软件包还自己编译, 搞糊了...

重新初始化主机实例后尝试从发行版迁移, 成功了!

安装软件包和获取源码后的解压缩命令并没有包含在原文

tar xzvf nginx-1.4.7.tar.gz

进去配置然后编译吧, cd nginx-1.4.7/ 

configure参数按照 nginx -V 吐出的内容外加文章中的最后两行, 增加两个额外模块

然后执行一下文中没点到的 make , 继续往下走, 直到服务启动OK

接着更改配置文件, 和apache类似, 在 /etc/nginx/nginx.conf 

找到 http { 节点,在对应的 } 前面加上文章中的server配置内容, 注意你的域名以及端口.

保存后重启服务就可以吃辣!

可能是主机提供商的环境有点怪, 常规的 update-rc.d 不起作用.

只好在 /etc/profile 最后加上一行 sudo service nginx start 就这样歪着实现自启动啦!

~EOF

标签: linux 新手指引 nginx

评论(0) 引用(0) 浏览(1741)

[不理想]使用EntityFramework6 Code First操作SQLite[Update1]

作者：V君 发布于：2016-9-15 20:22 Thursday 分类：折腾手记

这段时间一直在用EF6CF+MySQL忙得没完没了.终于到了假期,试试SQLite和EFCF看看手感如何吧!

新建项目开始折腾吧,从nuget上获取程序包,System.Data.SQLite 1.0.103

然后就是一坨自动依赖 Core/EF6/Linq, 删除EntityFramework.SqlServer引用

删除App.config,咱用SQLite就是想做个便携本地应用, 当然尽可能的在代码中配置

创建数据库上下文类, 继承DbContext

然后是类似MySqlEfConfiguration一样打一个特性上去, 发现并没有自带.

从爆栈上面找到个看起来靠谱的写法.结合问题和答案加到项目中.

然后就是添加迁移配置来创建数据库了, 就算不能自动变更也要来个初始化迁移来建库.

在程序包管理器控制台选择对应项目, 键入 Enable-Migrations 回车.

经过几次自动发起的生成, 尽管有报错, Migrations 文件夹和配置类出来就可以了.

接着还是像使用MySQL一样配置代码生成器, 在迁移配置类构造中追加配置

SetSqlGenerator , 这时发现生成器也没有自带, 网上还有很多说不支持

不过还是在爆栈找到了生成器的实现. 使用答案中的类实例作为生成器.

刚下下来的代码是编译不能的, 根据Resharper提示更换了命名空间才能用.

在数据库上下文类新增无参构造,给base传递Sqlite连接实例,

第二个参数true表示上下文拥有连接实例,可以自动释放.

走一下新增初始建库迁移吧! 在程序包管理器控制台输入 Add-Migration Init 回车!

用来创建数据库的初始迁移就出来啦! 尽管Up/Down方法体内什么都没有!

有了迁移, 那么生成一下SQL看看, 仍然是包管理器控制台, 键入 Update-Database -Script

又是几次自动发起的生成, 然后一个空的sql文件冒了出来... 哈哈 当然, 咱么还没加表呢!

赶紧加表看看效果吧! 回到数据库上下文类增加公开可读写属性IDbSet<T> T是你的实体类.

删除Migrations里的*******_Init.cs, 删除已有的数据库文件

以后要改变数据库都要删除它们再重新Add-Migration,

并且只能有第一次, 因为目前Sqlite的EntityFramework似乎还不支持自动迁移...

这也就是给文章标题打上[不理想]标签的原因.

这次的迁移Up/Down方法体里面有东西了, 分别是创建和删除表.

生成的sql文件crate table语句也出来了.

理所当然的发现没有迁移历史表 __MigrationHistory 的创建语句.

接下来是直接创建数据库, 包控制台里面输入 Update-Database 去掉后面的 -Script 参数

这时应该会在exe旁边冒出连接字符串中指定的文件名啊? 怎么什么都没有?

用Everything搜索文件名才发现, 原来这货跑到系统目录去生成了, 我去 _(:з」∠)_

于是接着咕狗,然后爆栈解决问题, 通过应用域里面类似环境变量一样的方式指定路径.

终于在指定位置自动创建了数据库, 对于每次结构变更只能重建数据库... 凑合着用吧.

Update1:

不同表名相同字段并且是外键时会创建同名索引导致SQL执行错误

需要在 MigrationSqLiteGenerator 以下方法做修改来解决

 Generate(CreateIndexOperation) 

 Generate(DropIndexOperation)

将索引名称后缀上表名就可以了, 

ltextWriter.Write(opeCriacaoIndex.Name + "_" + RemoveDBO(opeCriacaoIndex.Table));

ltextWriter.Write(opeDropIndex.Name + "_" + RemoveDBO(opeDropIndex.Table));

尽管Drop操作现在也没机会用得到, 先也修改吧, 哪天迁移功能受支持就可以直接用了.

标签: 软件开发 C# 数据库 LINQ ORM

评论(0) 引用(0) 浏览(1548)