C# 通过企业指南执行SAS与从.Net执行IOM之间的差异
在使用所描述的集成对象模型(IOM)后,我可以执行SAS代码并将SAS数据集读入.Net/C#数据集 奇怪的是,使用.Net作为SAS服务器的客户端与使用企业指南(例如)有什么不同吗 基本上,我们的基础设施团队担心这与使用例如IMHO不同,但我不是SAS基础设施方面的专家C# 通过企业指南执行SAS与从.Net执行IOM之间的差异,c#,.net,sas,C#,.net,Sas,在使用所描述的集成对象模型(IOM)后,我可以执行SAS代码并将SAS数据集读入.Net/C#数据集 奇怪的是,使用.Net作为SAS服务器的客户端与使用企业指南(例如)有什么不同吗 基本上,我们的基础设施团队担心这与使用例如IMHO不同,但我不是SAS基础设施方面的专家 因此,使用EG作为客户端与使用.Net相比有什么区别吗?从某种意义上讲,没有太大区别。它们都将连接到SAS会话并与之交互 在另一个世界里,存在着差异 EG是由SAS编写的,您的IT团队可能会感到更舒服,因为它将按预期工作。但它
因此,使用EG作为客户端与使用.Net相比有什么区别吗?从某种意义上讲,没有太大区别。它们都将连接到SAS会话并与之交互 在另一个世界里,存在着差异 EG是由SAS编写的,您的IT团队可能会感到更舒服,因为它将按预期工作。但它也只是一个通用用户界面,因此用户可以做各种疯狂的事情,可能会导致SAS服务器上的严重服务降级
您的.net应用程序不是由SAS编写的,因此开发人员可能不知道如何正确优化SAS的使用。但它也更可能是一个适合用途的项目,可以在部署到用户之前进行设计和测试,从而避免SAS服务器过载的可能性。答案当然是——这取决于具体情况。关于你在做什么以及如何联系。如果您使用的是workspace服务器,我建议您采取以下措施,以使您的基础架构团队满意:
- 确保清理会话(不要在代码中出现错误时将会话挂起,因为管理员需要删除它们)
- 使用SSO(不要管理密码,使用客户端身份而不是系统帐户进行连接)
- 用某种方式证明你不会在工作中创建巨大的表/提交长时间运行的查询/处理所有IO
- 考虑您的应用程序是否需要因SAS升级而进行更改