推荐答案
lewco_hai
2014.05.12
采纳率：37%    等级：26
已帮助：62907人
1.在ACCESS的设计视图里面如何设置字段有效规则
有效性规则示例
下表提供了字段级和记录级有效性规则的示例，以及说明性有效性文本。可以针对您的内容对这些示例进行相应的改编。
有效性规则 有效性文本
<>0 输入非零值。
>=0 值不得小于零。
- 或 -
必须输入正数。
0 or >100 值必须为 0 或者大于 100。
BETWEEN 0 AND 1 输入带百分号的值。(用于将数值存储为百分数的字段。)
>=#01/01/2007# AND 
StrComp(UCase([姓氏]),
[姓氏],0) = 0 “姓氏”字段中的数据必须大写。
>=Int(Now()) 输入当天的日期。
M Or F 输入 M(代表男性)或 F(代表女性)。
LIKE "[A-Z]*@[A-Z].com" OR "[A-Z]*@[A-Z].net" OR "[A-Z]*@[A-Z].org" 输入有效的 .com、.net 或 .org 电子邮件地址。
[要求日期]<=[订购日期]+30 输入在订单日期之后的 30 天内的要求日期。
[结束日期]>=[开始日期] 输入不早于开始日期的结束日期。
常见有效性规则的语法
有效性规则中的表达式不使用任何特殊语法。本节中的信息说明某些较常见类型的有效性规则的语法。在执行操作时，请记住：表达式和函数可能会非常复杂，全面的讨论不在本文讨论范围之内。
有关表达式的详细信息，请参阅创建表达式一文。有关函数的详细信息，请参阅函数(按类别排列)一文。
创建表达式时，请牢记下列规则：
将表字段的名称用方括号括起来，例如：[要求日期]<=[订购日期]+30。
将日期用井号 (#) 括起来，例如：
将文本值用双引号括起来，例如：IN ("东京","巴黎","莫斯科")。另外，请注意用逗号分隔项目，并将列表放在圆括号内。
除了上述规则之外，下表显示了常见的算术运算符并提供了使用方法示例。
运算符 函数 示例
NOT 测试相反值。在除 IS NOT NULL 之外的任何比较运算符之前使用。 NOT > 10(与 <=10 相同)。
IN 测试值是否等于列表中的现有成员。比较值必须是括在圆括号中的逗号分隔列表。 IN ("东京","巴黎","莫斯科")
BETWEEN 测试值范围。必须使用两个比较值(低和高)，并且必须使用 AND 分隔符来分隔这两个值。  BETWEEN 100 AND 1000(与 >=100 AND <=1000相同)
LIKE 匹配文本和备注字段中的模式字符串。 LIKE "Geo*"
IS NOT NULL 强制用户在字段中输入值。此设置与将“必填”字段属性设置为“是”具有同样的效果。但是，如果启用了“必填”属性但用户没有输入值，则 Access 会显示令人稍感不快的错误消息。通常，如果使用 IS NOT NULL 并在“有效性文本”属性中输入友好的消息，则您的数据库会更易于使用。 IS NOT NULL
AND 指定您输入的所有数据必须为 True 或在指定的范围内。 >= #01/01/2007# AND <=#03/06/2008#
注释 您还可以使用 AND 来组合有效性规则。例如：NOT "英国" AND LIKE "英*"。
OR 指定可以有一段或多段数据为 True。 一月 OR 二月
< 小于。
<= 小于或等于。
> 大于。
>= 大于或等于。
= 等于。
<> 不等于。
在有效性规则中使用通配符
在有效性规则中，可以使用 Access 提供的通配符。请记住，Access 支持两个通配符字符集，这是因为对于用于创建和管理数据库的结构化查询语言 (SQL)，Access 支持两种标准(ANSI-89 和 ANSI-92)。这两种标准使用不同的通配符字符集。
默认情况下，所有 .accdb 和 .mdb 文件都使用 ANSI-89 标准，而 Access 项目使用 ANSI-92 标准。如果您是 Access 新手，应注意在 Access 项目中，数据库中的表驻留在运行 Microsoft SQL Server 的计算机上，而窗体、报表和其他对象驻留在其他计算机上。如果需要，可以将 .accdb 和 .mdb 文件的 ANSI 标准更改为 ANSI-92。
01分享举报
此回答由管理员  captain白杨   推荐为最佳回答。

WEB应用的页面，表格的表现形式是常常遇到的，在列数有限的前提下，如何将各列中的内容自适应到不同分辨率的屏幕，这应该是一个比较容易遇到的问题，下面就来谈一谈我对这类问题的解决与看法。
将所有列设置为固定宽度，显然是不能满足此类要求的，但是若把全部的列都设置为百分比，恐怕在某些尺寸，或分辨率下，会变得很难看。在Bigtree看来，比较习惯于用如下的方式来处理——在表格列数不是很多的前提下——将大部分列宽用固定值设置死，留下一列不设置宽度，将table的宽度设置为屏幕的百分比(譬如95%、98%等)。
例：
序号
分类A
分类B
名称
说明
操作
……
在本例中，名为“说明”的列，内容比较长，个人认为可以将此列设置为浮动宽度列，用以自适应页面的宽度。
但是当该表格中出现长度比列幅宽的半角字符时，td的宽度会被内容撑破，应该如何解决呢？
解决此问题的方法是：在明细行的td中，追加style="word-wrap:break-word;"，这样做可以使半角连续字符强制换行，不至于撑破列宽。
例：
……
应用此方法，针对设置了width宽度的td列可以解决，但是如果没有设置宽度的td列，是无法生效还是会被撑破td的，应该如何解决呢？
解决此问题的方法是：在定义表格时，追加style="table-layout:fixed;"，这样做可以使半角连续字符强制换行，不至于撑破列宽。需要注意的是，使用此参数后，不要轻易在tr(行)或td(列)中加入height属性，会使table不再被内容撑出适合的高度。
例：
……
此方法适用于IE与FireFox浏览器。

添加bar_category_gap字段控制柱形宽度。例：
宽度太宽了，添加bar_category_gap=‘50%’
顺眼多了，还需要调整的话改变你百分比即可，百分比越大，宽度越窄。
附上其他常用字段：
#常用的参数(可以在add()中设置，实现各种需求)
is stack：是否堆积
is convert：x,y轴是否交换
is_legend_show:是否显示图例
legend_orient：图列方向，有'horizontal'(默认水平显示)，'vertical'(垂直)可选
legend_pos：图例位置，有'left', 'center'(默认), 'right'可选
legend_text_size/color：图例名称字体大小/颜色
is_x/yaxis_show：是否显示x/y轴
x/yaxi0s_interval：x/y轴标签的显示间隔
x/yaxis_min/max：x/y轴刻度最小值/最大值
x/yaxis_label_textsize/textcolor：x/y轴标签字体大小/颜色
xaxis_rotate：x轴标签旋转角度
is_splitline_show：是否显示网格线
is_label_show：是否显示标签
label_pos：标签的位置，有'top'(默认), 'left', 'right', 'bottom', 'inside','outside'可选
label_text_color/size：标签字体颜色/大小
is_random：是否随机排列颜色列表
label_color：自定义标签颜色
mark_point/line：标记点/线，默认有'min', 'max', 'average'可选。可自定义标记点线，具体格式如：[{'coord': [x, y], 'name': '目标标记点'}]，记住格式是一个列表
mark_point/line_symbol：标记点/线图形，默认为'pin'(点)，有'circle'(圆形), 'rect'(正方形), 'roundRect'(圆角正方形), 'triangle'(三角形), 'diamond'(菱形), 'pin'(点), 'arrow'(箭头)可选
mark_point/line_symbolsize：标记点/线图形大小
mark_point/line_textcolor：标记点/线字体颜色

作者 李春·沃趣科技联合创始人＆高级MySQL数据库专家
出品 沃趣科技
｜什么是自适应参数
MySQL8.0推出一个号称可以自适应服务器的参数，保证在各种不同的服务器、虚拟机、容器下自动适配服务器资源，让我们一起来看看到底它能做到什么地步。
｜自适应参数是如何设置和适应变化的
可以设置参数 innodb_dedicated_server=ON来让MySQL自动探测服务器的内存资源，确定innodb_buffer_pool_size, innodb_log_file_size 和 innodb_flush_method 三个参数的取值。具体取值策略如下。
innodb_buffer_pool_size:
· <1G: 128M(innodb_dedicated_server=为OFF时的默认取值)
· <=4G: 探测到的物理内存 * 0.5
· >4G: 探测到的物理内存 * 0.75
innodb_log_file_size:
· <1G: 48M(innodb_dedicated_server=为OFF时的默认取值)
· <=4G: 128M
· <=8G: 512M
· <=16G: 1024M
· >16G: 2G
innodb_flush_method:
如果系统允许设置为O_DIRECT_NO_FSYNC。如果系统不允许，则设置为InnoDB默认的Flush method。
上述这些参数在MySQL每次启动时自动探测服务器(包括虚拟机和容器的内存)配置并自动生效。
｜自适应参数使用注意
· innodb_dedicated_server默认设置为OFF，不会自适应调整3个参数值。该参数也不是动态参数，无法动态调整，也就是说MySQL启动后无法修改这个参数
· innodb_dedicated_server=ON 设置以后它其实只探测了服务器内存，所以目前只能自适应调整内存相关的三个参数
· innodb_dedicated_server=ON的情况下，如果还显式设置了 innodb_buffer_pool_size / innodb_log_file_size / innodb_flush_method 参数，显示设置的这些参数会优先生效，并且在MySQL的错误日志中会打印如下内容：
"[Warning] InnoDB: Option innodb_dedicated_server is ignored for because ‘variable name‘=? is specified explicitly."
‘variable name‘ 指的就是 innodb_buffer_pool_size/innodb_log_file_size/inndob_flush_method参数。
注意：你不管是在配置文件、命令行、还是MySQL新引入的固化配置中设定上述三个参数都被认为是显式指定了参数值，都会优先生效。
· 显示指定某一个值，并不会影响其他变量的自适应参数值设置。例如显式设置了innodb_buffer_pool_size，那么buffer pool会按照你显示设置的值初始化，而不是 innodb_dedicated_server参数对应的值。但是innodb_log_file_size 和 innodb_flush_method 并不会受影响，它们还是会按照innodb_dedicated_server的自适应值按照服务器的内存大小来设置。
· innodb_dedicated_server=ON的情况下，mysqld服务进程每次重启后都会自动调整上述三个参数值。在任何时候MySQL都不会将自适应值保存在持久配置中。
· 如果系统不支持O_DIRECT_NO_FSYNC，MySQL会沿用之前的默认值。MySQL仍然必须保证在所有平台上能正常启动，不需要任何其他更改。
· 如果自适应导致innodb_log_file_size对应的redo log file超过了磁盘空间限制(这个空间得有多小！)，将会采取以下措施：
·· 新生成的日志文件redo log将被删除
·· 错误日志显示如下
"[ERROR] InnoDB: Error number 28 means ‘No space left on device‘
[ERROR] InnoDB: Cannot set log file to size MB"
```sql
* mysqld服务拒绝启动。
· innodb_dedicated_server=ON并不见得是最优的配置。例如，你用了MyISAM，MyRocks等其他存储引擎时，建议手工调整，而不是设置innodb_dedicated_server=ON
· XFS系统请手工设置inndob_flush_method=O_DIRECT。在inndob_flush_method=O_DIRECT_NO_FSYNC下，InnoDB使用O_DIRECT来刷新IO，但是跳过fsync()步骤。对某些文件系统有效，但是对XFS文件系统并不适用。为了保证文件的metadata刷新到磁盘中，XFS必须使用O_DIRECT。
｜自适应之前是怎么样的
在5.7上，innodb_buffer_pool_size默认为134217728即128MB，如果采用默认设置，MySQL 5.7大致只能消耗系统的512M内存。
而innodb_log_file_size=50331648 即48M，对于大并发下的请求并不适用。
这也导致大量文章建议采用相应的方法优化设置这些参数，例如：
Is 80% of RAM how you should tune your innodb_buffer_pool_size?
How to calculate a good InnoDB log file size
How to Choose the MySQL innodb_log_file_size
MySQL 8.0提供了innodb_dedicated_server=ON这个参数可以很大程度解决这方面的问题。
｜为什么调整这几个参数而不是其他参数
这个参数在InnoDB上对性能的影响相对较大，并且也是最急迫需要自适应调整的几个参数。(个人觉得innodb_buffer_pool_instances也应该在自适应调整的范围内)
目前它也只是探测了系统内存，实现起来比较简单，并且对性能改进非常有效，基本能解决绝大部分入门DBA安装的性能问题。就像一个在班级成绩排名倒数的同学，先帮他解决了60分及格的问题再考虑提高到班级前10名。
要解决其他问题，例如sort_buffer_size，read_rnd_buffer_size等连接内存自适应调整，需要对内存的精细控制，并且各种应用访问方式并不一样，并不是那么容易自适应；而innodb_read_io_threads，innodb_write_io_threads等需要根据CPU核数调整，也跟应用访问模式有一定关系；对于innodb_io_capacity而言，要探测底层存储设备具体的IO能力，并相应设置，也不是一个简单的工作。
到底其他影响性能的自适应参数什么时候调，只能敬请期待了。
｜适应场景
运行MySQL的服务器上是专门给MySQL提供服务的。innodb_dedicated_server的默认设置都是假设这个服务器的资源，MySQL都能用起来。
｜不适应场景
· 单机多实例情况下不适应。
· 其他有特殊场景要求的不适用。比如：不是主要以InnoDB为存储引擎的；服务器上还有其他应用程序的等等。
｜重大意义
各位云厂商的同志们有福了，利用这个参数就可以保证服务器(虚拟机或者容器)扩展以后，MySQL能“自适应”以尽量消耗更多的服务器资源，而不用自己设计一个自动扩展MySQL服务器资源配置的脚本。既避免了服务器扩展以后MySQLbuffer pool不变等，使用不了那么多资源；也避免了服务器缩减了以后MySQLbuffer pool过大等，导致MySQL服务进程启动不起来。
这个参数的改变，也意味着：
后续MySQL的类似参数会越来越优化，DBA排查问题时对MySQL参数的考虑会越来越少
MySQL的运维DBA的工作越来越简单了，MySQL也会越来越智能
参考文档：[MySQL 8.0 首个自适应参数横空出世](http://blog.woqutech.com/2018/07/10/mysql-8-0-%E9%A6%96%E4%B8%AA%E8%87%AA%E9%80%82%E5%BA%94%E5%8F%82%E6%95%B0%E6%A8%AA%E7%A9%BA%E5%87%BA%E4%B8%96/)
原文：http://blog.51cto.com/linux10000/2147781