Access 视图创建询问

Posted 2023-04-06

现在有4个字段,其中2个需要汇总函数,另外2个不需要,怎么弄? 每次都是要选全选的. 不需要汇总的那两个是选expression 么？ 还是什么？
为什么能出来想要的table的字段名称那一行，但是没有下面的数据？
谢谢！

前面有热心网友回答：SELECT 1,2,聚合函数(3),聚合函数(4) FROM 表名 GROUP BY 1,2; 这句的SQL语句和你在查询设计器上的做法是一样的，行不通，理由如下：

如果使用了分组，即在语句中使用了group by ，那么，查询列表中的每个列必须要么是分组依据列（在group by后面的列），要么是聚集函数或者包含聚集函数的表达式。
举个例子，假设一个表中有字段分别是a、b、c、d、e、f，如果以a、b为分组（即group by a,b），那么在select后面只能出现a，或者b，或者a,b，或者count()聚合函数 ，不能出现c,d,e,f（也不能是包含cdef的表达式），但可以是包含cdef的聚合函数（如sum(c)，avg(d)等等），也可以是包含cdef聚合函数的表达式（如sum(e)*100,sum(f)+25等等）。

expression是表达式的意思，就是说，你第一行如果是设计成表达式的话，那么汇总那行应该选择expression。你把不需要汇总函数的那列选择expression是不行的。

总之，你想一步达到你的要求是不行的，正确的做法是：1、先设计一个包含2个需要汇总函数查询。2、然后再设计一个查询，这个查询将表和前面包含2个汇总函数的那个查询通过相应的字段连接，然后输出您要的4个字段。 参考技术A 表向导，表精灵Access查询向导，引导用户创建一个查询，详细解释了在创作过程中需要做选择，结果显示在ACCESS中创建一个查询以图形的形式。

访问还为用户提供查询“设计\”查询设计视图窗口中，你可以完成设计新的查询或现有的查询，也可以窗体，报表或数据访问页记录源SQL语句在查询设计视图的变化将反映在相应的SOL语句。

创建查询设计视图更丰富的功能，但使用向导创建一个基本的查询比较方便，您可以使用向导，在“设计”视图中创建一个查询，然后打开它，它

简单查询向导使用简单查询向导只能生成一些简单的查询，如果查询的计算字段在表中，只有两个向导对话框，选择查询的表和字段，一个用于命名查询。下面创建一个简单的查询。

（1）打开Northwind数据库，并且数据库窗口，切换到“查询”对象类型。

（2）双击使用向导创建一个查询\“快捷简单查询向导对话框弹出，

4。现场

查询，选择查询只能添加以查看其数据字段以及他们的一套标准，分组，更新，排序字段，在这个例子中，创建客户邮件列表，因此增加的领域，使客户的邮件地址。

（1）在“设计”视图中打开查询，点击第一栏窗口电网领域的下部“行下拉列表按钮以显示查询的字段\”列表。

（2）“联系人姓名\”字段作为第一个字段标题列表。

公司名称\“，”地址\“，”城市“，区域''，邮编\”和“全国'字段添加到查询设计网格2日至7。数据表视图“

（3）执行”视图“菜单命令，或单击工具栏上的”数据表视图“按钮，或单击”运行\“，查询客户表。

在查询结果集将包含所有客户记录“表，选拔标准还没有被设置

指引标准选择用于确定具体的记录和排序查询限制记录要求

上面的例子中查询到客户的邮件列表的电子邮件发送到中国北方，希望仅包含那些在查询区\“字段”北\“的记载。基础上的价值字段选择记录标准的基础上创建一个查询过程的核心。

返回到设计视图的查询，如图4-10所示。地区“标准''列键”北中国“（访问自动报价），清除“国家''栏”\“线”复选框;邮编\“\”之类行的下拉列表中，选择“升序”\“。
最后，运行查询，查询结果集包含只有北部地区“客户记录，不再列入”国家“字段和记录通过邮递递增有序。 参考技术B 用1234代表你们4个字段34代表需要汇总的字段聚合函数及你汇总用的函数
SQL视图
SELECT 1,2,聚合函数(3),聚合函数(4) FROM 表名 GROUP BY 1,2;

有没有办法询问 AutoLayout 约束视图的高度？

【中文标题】有没有办法询问 AutoLayout 约束视图的高度？

【英文标题】：Is there a way to ask an AutoLayout constrained view for it's height?

【发布时间】：2015-01-23 02:14:56

【问题描述】：

如果UIView 子类使用约束以编程方式布局，并且它包含一些多行标签，那么在给定任意宽度的情况下，如何计算该视图所需的高度？

我知道systemLayoutSizeFittingSize: 方法，但这些似乎期望像UILayoutFittingCompressedSize 这样的东西，而不是特定的宽度。如果我不提供另一个，它如何返回准确的高度或宽度？

【问题讨论】：

布局完成后你可以很容易地得到结果高度，但是如果你使用约束，为什么你需要在布局之前计算高度呢？

我打算将视图用作tableHeaderView。我希望避免在没有框架的情况下设置它并强制布局只是为了获得大小，然后才应用该大小并重新设置 tableHeaderView。

特别是-***.com/a/28102157/225253

啊！就自动布局而言，标题似乎是一个很大的疏忽，您可以尝试其他策略（例如使用自定义视图和 layoutSubviews），但在表标题方面不知道有什么更简单的方法。

【参考方案1】：

据我所知，您需要单独计算每个标签的大小。这应该可以计算单个多行标签的大小。

CGSize boundingRectSize = CGSizeMake(widthToConstrainTo, CGFLOAT_MAX);
NSDictionary *attributes = @NSFontAttributeName : [UIFont fontWithName:fontName size:fontSize];
CGRect labelSize = [labelString boundingRectWithSize:boundingRectSize 
                                             options:NSStringDrawingUsesLineFragmentOrigin | NSStringDrawingUsesFontLeading
                                          attributes:attributes
                                             context:nil];