小编Lia*_*iam的帖子

就是想.

我们通常在ASP.Net应用程序中以各种形式修剪用户名,其中包含密码字段的最佳实践.

即我们应该在保存/加密之前删除密码字段中的尾随空格？

我需要更新表中的位字段,并将该字段设置为true,以获取该表中特定的Ids列表.

ID从外部进程传入.

我想在纯SQL中最有效的方法是创建一个临时表并用Ids填充它,然后用这个连接主表并相应地设置位字段.

我可以创建一个SPROC来获取Ids,但是可能涉及需要这个标志的200-300,000行,所以它可能不是最有效的方式.使用IN语句限制了可以传递的数据量和性能.

如何使用实体框架实现上述目标

我想可以创建一个SPROC来创建一个临时表,但从模型的角度来看这不存在.

有没有办法在运行时动态添加实体.[或者这种方法会引起头痛].

我正在做出上面的假设,虽然填充一个300,000行的临时表并且进行连接会比调用SPROC 300,000倍更快:) [Ids是Guids]

还有其他方法我应该考虑.

我知道Chrome不受支持 - http://msdn.microsoft.com/en-us/library/ms156511.aspx用于报告查看器.

不幸的是,这里的解决方案对谷歌Chrome中的ReportViewer问题没有起作用

在我们的例子中,报告正文是空白的.我在工具栏中遇到了报告高度​​问题和失真问题的解决方案,但就我而言,我还没有进入那个阶段.

当我导航到Chrome中的报表管理器时,我可以看到我的报告[它们并不完美但至少显示报告正文]

http://localhost/Reports_SQLSERVER2008/Pages/Report.aspx? [clipped]

我在这个问题上有两个问题,我希望有人能够对它们有所了解.

1. 为什么报表管理器中的报表查看器会在Chrome中呈现报表正文,而VS 2010报表查看器控件则不会.[让我相信Viewer可以在Chrome中渲染,因此它可能是我可以改变的东西].
2. 是否可以将报表查看器扩展为至少在Chrome中呈现正文.

所有其他浏览器都很好.它是一个ASP.Net 4.0 Web表单应用程序,使用SQL Server 2008上的VS 2010版本的报表查看器[在短时间内转移到2008 R2].

我现在处于这样的阶段,即解决这个问题所需的努力可能是不合理的.我希望可能还有其他问题,如参数选择等.我想听听你的想法.

提前致谢,

RGDS,

利亚姆

我们正在新架构上设计现有产品的新版本.它是一个内部Web应用程序,可能有100个并发用户(最大)这将在SQL Server 2008数据库上运行.

最近的讨论项目是我们是否应该有一个单独的数据库,以便在两个不同的数据库中出于性能原因拆分数据库.

数据库可以在5年内从50-100GB增长到任何地方.

我们是开发人员而不是DBA,因此获得一些一般指导会很好.

[我知道答案并不简单,因为它取决于架构,存档策略,数据量等]

选项1单个主数据库 [这是我的首选选项].

计划是将所有表都放在一个数据库中,并且如果需要跨多个磁盘,可能使用文件组和分区来分隔数据.[如果合适,使用架构].这应该处理性能问题其中一个评论是,单个服务器实例仍然会处理这些数据,因此仍然会有一个处理瓶颈.

对于报告,我们可以有一个单独的报告数据库,但仍在讨论中.

选项2将数据库拆分为2个单独的数据库

DB1 - 客户,客户,客户资源等

DB2 - 这将包含大量数据[即车辆跟踪数据,金融交易表等].

这些表通常包含大量数据.[如果需要,它可以驻留在单独的服务器上]

该计划将涉及将主数据保存在较小的数据库[DB1]中,并将[主要]只读事务类型数据保留在单独的DB [DB2]中.UI主要从DB1读取,因此响应更快.[我知道这个选项会使参考完整性更难实施.]

需要考虑的因素由于我们处于设计阶段,我们至少可以正确使用索引来处理性能问题,这就是为什么选项1对我有吸引力而且更多的是标准方法.对于这两个选项,我们正在考虑实施归档数据库.

为长期问题道歉.总之,问题是1 DB还是2？

提前致谢,

利亚姆

我们使用Fitnesse [FitSharp],我们需要一个单一的拟合测试,它将调用和运行跨多个套件的单个测试.

我知道我们可以将它放在批处理文件中并从那里运行单独的测试

C:\ Fitnesse\dotnet4\Runner.exe -r fitnesse.fitserver.TestRunner,C:\ fitnesse\dotnet4\fit.dll localhost 8090 Suite1.Level2.PartialUpdateTest

C:\ Fitnesse\dotnet4\Runner.exe -r fitnesse.fitserver.TestRunner,C:\ fitnesse\dotnet4\fit.dll localhost 8090 Suite1.Level1.FullUpdateTest

等等

但是更愿意在适合的测试环境中保持这种配置

我们想到的是单一的Fit Test [回归套件],它将作为其他适合性测试的容器.[如果你愿意,可以使用Fit Test书签的容器]

本地主机:8090\Regression.RunAllFastCoreTestsAcrossAllSuites.

我们不想沿着现有套件中创建单个测试副本的路线走下去,也不想对现有套件结构进行重组.随着新测试的开发,回归套件可能会定期更新.

有什么想法吗？

提前致谢,

利亚姆