如何在WPF应用程序中压缩WCF 3.5响应并使用WCF服务(How to compress WCF 3.5 response & use WCF service in WPF application)
我想从WCF 3.5服务发送压缩数据作为在WPF应用程序中响应的响应和访问。 我在IIS上托管了WCF应用程序并实现了IIS压缩以向客户端发送压缩响应。 我通过引用以下链接实现了iis压缩
当我在MVC应用程序中访问该WCF服务时,压缩工作正常。 但是,当我尝试在WPF应用程序Fiddler中访问相同的WCF服务时,显示服务响应未被压缩。
请帮我解决这个问题。
I want to send compress data from WCF 3.5 service as a response & access that responce in WPF application. I have hosted WCF application on IIS & implemented IIS Compression to send compress response to client. I have implemented iis compression by referring following link
Compression work properly when I access that WCF service in MVC application. But when I try to access same WCF service in WPF application Fiddler showing that service response is not compressed.
Please help me to solve this problem.
原文:https://stackoverflow.com/questions/16958730
最满意答案
你可以在SELECT中得到'100'作为常量,这样功能就变成了;
CREATE FUNCTION MatchAptNumber (@AptNumberFromUser nvarchar(20)) RETURNS TABLE AS RETURN SELECT p.Rowid AS RowNumber , CAST(100 AS INT) AS PercentMatch FROM dbo.Patients p WHERE p.Aptnumber = @AptNumberFromUser GO
You can get the '100' as a constant in the SELECT so the function becomes;
CREATE FUNCTION MatchAptNumber (@AptNumberFromUser nvarchar(20)) RETURNS TABLE AS RETURN SELECT p.Rowid AS RowNumber , CAST(100 AS INT) AS PercentMatch FROM dbo.Patients p WHERE p.Aptnumber = @AptNumberFromUser GO
相关问答
更多-
在研究马特的评论时,我修改了我的原始声明。 他是正确的,即使它们都执行SELECT语句,内联表值函数(ITVF)和多语句表值函数(MSTVF)之间的性能也会有差异。 SQL Server将对待ITVF有点像VIEW ,因为它将使用有关表中的最新统计信息来计算执行计划。 MSTVF相当于将SELECT语句的全部内容填充到表变量中,然后加入到该变量中。 因此,编译器不能对MSTVF中的表使用任何表统计信息。 所以,所有的事情都是平等的(他们很少),ITVF的表现要优于MSTVF。 在我的测试中,完成时间的性能差 ...
-
内联表值函数(Inline table valued function)[2023-06-09]
这应该是诀窍: DECLARE @divisor INT = 10, @limit INT = 100; WITH L0 AS(SELECT 1 AS C UNION ALL SELECT 1 AS O), L1 AS(SELECT 1 AS C FROM L0 AS A CROSS JOIN L0 AS B), L2 AS(SELECT 1 AS C FROM L1 AS A CROSS JOIN L1 AS ... -
SQL Server 2012内联表值函数返回空行(SQL Server 2012 Inline table-valued function returning empty rows)[2023-07-15]
您需要设置@Ticker变量的正确大小 CREATE FUNCTION dbo.GetTaxLots ( @Ticker varchar(22) ) 如果你只使用@Ticker varchar ,变量只有1个字符长,所以当你调用SELECT * FROM dbo.GetTaxLots('MSFT') ,函数中@Ticker的值将只是M 作为旁注..它可能有助于将您的2个子查询组合到一个派生表中。 SELECT TL.Ticker, TL.SecurityDescriptio ... -
你可以在SELECT中得到'100'作为常量,这样功能就变成了; CREATE FUNCTION MatchAptNumber (@AptNumberFromUser nvarchar(20)) RETURNS TABLE AS RETURN SELECT p.Rowid AS RowNumber , CAST(100 AS INT) AS PercentMatch FROM dbo.Patients p WHERE ...
-
在这种情况下,UDF应该像视图一样被unnested /扩展,它应该是透明的。 显然,它不是...... 在这种情况下,我的猜测是该列是smalldatetime并且由于udf参数而被强制转换为datetime但是在内联时正确评估了常量(以匹配colum数据类型)。 datetime的优先级高于smalldatetime,因此该列将被强制转换 查询计划说了什么? UDF将显示扫描,内联搜索最有可能(不是100%,仅基于我之前看到的) 编辑: Adam Machanic的博客文章 In this case, ...
-
他们没有。 您不能在T-SQL函数中使用THROW或RAISERROR。 某些开发人员强制除以0以在UDF内触发错误。 这种方法很好,但有时会混淆那些必须调查除以0错误的可怜的灵魂。 They don't. You cannot use THROW nor RAISERROR inside T-SQL functions. Some devs force a divide by 0 to trigger an error inside UDFs. This works fine, but sometimes ...
-
如果您使用的是Sql Server 2005或更高版本,请查看INFORMATION_SCHEMA.ROUTINE_COLUMNS视图 Check out the INFORMATION_SCHEMA.ROUTINE_COLUMNS view if you're using Sql Server 2005 or later
-
问题在于你的分割功能。 它正在以RBAR方式进行拆分。 您应该使用基于集合的拆分器。 这是Jeff Moden的DelimitedSplit8k ,它是最快的分割器之一: CREATE FUNCTION [dbo].[DelimitedSplit8K]( @pString VARCHAR(8000), @pDelimiter CHAR(1) ) RETURNS TABLE WITH SCHEMABINDING AS RETURN WITH E1(N) AS ( SELECT 1 UNION ...
-
system.data.sqltypes中没有SqlDate类型,也没有其他只包含日期的数据类型。 这样做的方法是传递一个datetime并在SQL中转换它(如果你真的需要转换为Date)。 There is no SqlDate type in system.data.sqltypes, and no other data type that would contain only a date. The way to do it is to pass a datetime and convert it i ...
-
在表值函数SQL Server中使用Execute()方法(Using Execute() method in Table-valued function SQL Server)[2022-07-09]
我认为在你的情况下使用动态SQL是不必要的,所以试试这个 - 查询: CREATE FUNCTION SortRoutePartByDay ( @date DATETIME ) RETURNS TABLE AS RETURN SELECT * FROM dbo.RoutePartPart WHERE DATENAME(weekday, @date) = 1 小信息: SQL Server上的函数与存储过程不同,它们对可以执行的操作有一些限制。 例如,您不能 ...