我有一个视图,它从不同数据库中的表中选择行.我想授予对视图的select访问权限,但不能直接访问基表.视图有一个where子句限制行数.
我可以将select授予视图而不是基表,还是需要切换到存储过程？我宁愿不采用后一种方式.
我想知道人们对通过LINQ-to-SQL支持实体框架的决定的看法？我有一个我最初在LINQ-to-SQL中开发的应用程序.我发现它是我们应用的完美解决方案.
在尝试移植到实体框架时,我感到非常惊讶.恕我直言,甚至没有准备好迎接黄金时段.没有延迟加载,没有POCO,对继承的可怕依赖.我发现它在我的情况下基本上无法使用,而是决定坚持使用LINQ-to-SQL,直到某种程度上这个实体框架可以变得更加精致.
其他人有类似的经历吗？
我正在构建一个服务外部属性内容的系统.我想跟踪未使用匿名唯一ID在我的网站上注册的用户.然后,如果他们稍后在我的网站上注册,我可以将他们转换为常规Django用户,但是当他们匿名时仍然有与他们的偏好和活动相关的信息.
是否有通过Django自动设置用户cookie的工具,以便如果用户正在接受cookie,我有一个用户会话ID可以使用？
如果Django有一些从Anonymous转移到Authenticated用户的路径,我宁愿不提出自定义解决方案.
我正在考虑将我们的内部应用程序从MSMQ和WCF转换为SSB.我们想要一个功能更丰富的系统来排队.
但是,如果SSB与.Net一起使用,我没有看到很多实现或一般信息.SSB博客不是很活跃,我看到很少有关于实施成功或建议的帖子.
SSB用得多吗？排队和.Net有更好的替代方案吗？