小编Iva*_*ric的帖子

Azure ACS - 中继方应用程序 - 带参数的ReturnURL?

我们正在构建一个使用ACS的应用程序.我们的使用场景如下所示:

  1. 用户通过电子邮件获取类似这样的URL https://our.application.com/?requestId=123456并点击它
  2. 用户被重定向到LiveID登录屏幕
  3. 登录后,ACS会将用户转发给我们,但要转发到https://our.application.com/

不幸的是,"访问控制服务门户"上的"中继方"中的"返回URL"设置似乎只是一个固定的字符串.有没有办法将原始请求传播给它?如果没有,你会建议什么作为解决方法?

accesscontrolservice azure acs

6
推荐指数
1
解决办法
1352
查看次数

GORM在嵌入对象上查询

我有域类A和B如下:

class A {
    String prop1
    String prop2
    B prop3

    static embedded = ['prop3']
}

class B {
    String prop4
    String prop5
}
Run Code Online (Sandbox Code Playgroud)

当我想这样查询时:

def q = A.where { prop3.prop4 == 'bla' }
def list = q.list()
Run Code Online (Sandbox Code Playgroud)

我得到以下异常:

Cannot get property 'javaClass' on null object. Stacktrace follows:
Run Code Online (Sandbox Code Playgroud)

在"def q = A.where ..."行.

有什么问题是什么问题?我检查过这个:

http://grails.1312388.n4.nabble.com/GORM-embedded-object-issue-td1379137.html

但是如何"直接打电话给他们"对我来说并不十分清楚.在GORM中查询嵌入对象的任何其他方式?

grails grails-orm

6
推荐指数
1
解决办法
2416
查看次数

估计生产 SQL Server 系统的 IOPS 要求

我们正在开发一个每天为数千名用户提供服务的应用程序(其中 90% 的用户在工作时间内处于活动状态,在工作日不断使用该系统)。该系统的主要目的是查询多个数据库并将数据库中的信息组合成对用户的单个响应。根据用户输入的不同,对于拥有 1000 个用户的系统,我们的查询负载可能约为每秒 500 个查询。其中 80% 的查询是读取查询。

现在,我使用 SQL Server Profiler 工具进行了一些分析,对于读取查询,我平均获得约 300 次逻辑读取(我还没有费心处理写入查询)。对于 1000 个用户来说,这相当于每秒 150k 次逻辑读取。完整的生产系统预计将拥有约 10,000 个用户。

如何估计这些数据库存储上的实际读取要求?我非常确定实际的物理读取量将远低于此,但我如何估计呢?当然,我无法在生产环境中进行实际运行,因为生产环境还不存在,我需要告诉硬件人员我们系统需要多少 IOPS,以便他们知道要做什么买。

我尝试了之前答案中建议的 HP 调整工具,但它仅建议 HP 产品,而没有实际性能估计。任何见解都值得赞赏。

编辑:主要只读数据集(大多数查询将在其中进行)是磁盘上的几个 gig(数量级为 4gig)。这可能会显着影响逻辑读取与物理读取。有什么见解如何获得这个比率吗?

sql-server performance storage sizing

5
推荐指数
1
解决办法
3万
查看次数