1.编译报错:off sheet at....是纸张太小的原因,选择大一点的纸张报错就会消失.

mysql索引设计的注意事项 目录 一.索引的重要性 二.执行计划上的重要关注点 (1).全表扫描,检索行数 (2).key,using index(覆盖索引) (3).通过key_len确定究竟使用了复合索引的几个索引字段 (4) order by和Using filesort 三.索引设计的注意事项 (1). 关于INNODB表PRIMARY KEY的建议 (2). 什么列上适合建索引,什么列上不适合建索引 (3). 索引一定是有益的吗? (4). where条件中不要在索引字段侧进行任何运

mysql索引设计的注意事项(大量示例,收藏再看) 目录 一.索引的重要性 二.执行计划上的重要关注点 (1).全表扫描,检索行数 (2).key,using index(覆盖索引) (3).通过key_len确定究竟使用了复合索引的几个索引字段 (4) order by和Using filesort 三.索引设计的注意事项 (1). 关于INNODB表PRIMARY KEY的建议 (2). 什么列上适合建索引,什么列上不适合建索引 (3). 索引一定是有益的吗? (4). where条件中不要

在AD设计中,主要有三种大面积覆铜方式,分别是Fill(铜皮) Polygon Pour(灌铜)和Plane(平面层),这三种方式刚开始的时候没有细细区分,现在分别应用了一下, 总结如下,欢迎指正 Fill:表示绘制一块实心的铜皮,有点无差别攻击的味道,就是覆盖区域之内,所有的连线和过孔全都连接在一起,而不考虑是否属于同一个net. 应用——如果应用不好,就会造成信号干扰,接地或者短路的严重后果,一般用在散热,比如电源芯片的GND,可以大面积铺设.快捷键为Place/Fill(键盘依次P/F)

可综合的语法已经记录得差不多了,剩下一些遗留的问题,在这里记录一下吧. 一.逻辑设计 (1)组合逻辑设计 下面是一些用Verilog进行组合逻辑设计时的一些注意事项: ①组合逻辑可以得到两种常用的RTL 级描述方式.第一种是always 模块的触发事件为电平敏感信号列表:第二种就是用assign 关键字描述的数据流赋值语句. ②always 模块的敏感表为电平敏感信号的电路可几乎可以完成对所有组合逻辑电路的建模.always模块的敏感列表为所有判断条件信号和输入信号,但一定要注意敏感列表的完整性

本文是我学习Scott Millett & Nick Tune编著的<领域驱动设计模式.原理与实践>一书的学习笔记,一共会分为4个部分如下,此文为第1部分: ① 领域驱动设计的原则与实践 ② 战略模式:在有界上下文之间通信 ③ 战术模式:创建有效的领域模型 ④ 有效应用程序的设计模式 一.什么是领域驱动设计 脑图浏览:https://www.processon.com/view/5cb49b14e4b0a13c9de1042d#map 这一章主要介绍了DDD是什么,强调DDD是一种开发

笔者在设计USB2.0时找到了一个官方给的硬件设计正确设计指南,其中有些内容还挺nice的.不单单只是USB的设计,其中有些思想可以应用到其他的场合中. 对于USB2.0而言,全速状态下可以达到480Mbps,带宽相比USB1.0提高了不少.USB2.0的供电大功率供电可以达到500mA,实际上加上USB自身消耗,也就是在450~480mA左右. 1.USB供电 对于外部器件的供电选择,可以使用USB进行供电,也可以自供电.关于USB集线器的介绍参看另外一篇关于USB集线器的介绍. USB进行供

作者:struct_mooc 博客地址: https://www.cnblogs.com/structmooc/p/14984466.html   前几天在设计一块电路板的时候,已经全部设计完了!但是临时有了一个小小的新需求,不得不改!就在修改过程中发现铺好的地铜自己消失了,也不知道啥时候没有的,以为是自己不小心删除了,就没有去管,再修改结束后,就重新铺铜了,然后进行DRC检测.   问题出来了,DRC检测没有启动就提示我有错误,然后点取消,错误结果出来了,大致意思就是我存在残缺的铜皮,需要修复

使用 Active Directory域服务 (AD DS) 服务器角色,可以创建用于用户和资源管理的可伸缩.安全及可管理的基础机构,并可以提供对启用目录的应用程序(如 Microsoft Exchange Server)的支持等. AD DS 提供了一个分布式数据库,该数据库可以存储和管理有关网络资源的信息,以及启用了目录的应用程序中特定于应用程序的数据. 运行 AD DS 的服务器称为域控制器. 管理员可以使用 AD DS 将网络元素(如用户.计算机和其他设备)整理到层次内嵌结构. 内嵌层次

设计文档 一个完整的软件是由程序. 数据和文档三部分组成的. 在FPGA电路设计中, 撰写完善的设计文档是非常重要的. 对于一个比较复杂的设计来说, 各个子单元的功能各不相同, 实现的方法也不一样,各子单元之间信号时序和逻辑关系也是纷繁复杂的. 因此, 在设计文档中对整个设计进行详细的描述, 可以保证使用者能够在较短时间内理解和掌握整个设计方案, 同时设计人员在对设计进行维护和升级时, 完善的设计文档也是非常有用的. 设计文档的内容 (1) 设计所要实现的功能:(2) 设计所采用的基本思想:(3

1.选择唯一性索引 唯一性索引的数据是唯一的,可以更快的通过该索引查询某条数据. 2.为经常需要排序,分组和联合操作的字段建立索引 order by,group by的字段在排序操作时很是耗时,可以对其加索引. 3.为经常作为查询条件的字段建立索引 4.限制索引的数量 过多的索引很是消耗数据库的性能,多使用组合索引. 5.尽量使用数据量少的索引. 如果索引的值很长,查询的速度会受到影响. 6.删除不再使用或很少使用的索引 减少对索引的维护 7.最左前缀原则 8.选择区分度高的列作为索引 9.索引

充分利用有序性 1.1 如果要scan操作,且不是很频繁,可以利用rowkey的有序性将需要一起扫描的数据放到一起.例如直接用时间戳.这样就可以按时间scan了.这个只要是简单的全表扫描都行. 1.2 同样是scan,还可以利用rowkey的有序性实现数据本地化,设同一类别的数据需要一起扫描,那就可以给rowkey加一个类别前缀.(为了节约磁盘空间,需将类别名称编码) 这个不如垂直爬虫,我要扫描新闻类,或者BBS类,就可以为rowkey加个编码后的新闻,bbs类别id,实现同一类别的url本地化

故障案例: 定时器定时触发一个定时事件,在这个事件里面,会调用一个串口发送程序,发现串口发送数据不完整. 分析: 1.将发送函数剥离,放到独立的线程工作,运行稳定 2.使用单步调试,在定时中断事件中多次调用发送函数,无效. 3.通过单步调试,确认发送数组不为空,被发送数据正确 4.担心是中断优先级问题,经过查看,发现发送函数调用dma中断优先级低于,定时器事件,通过降低定时器优先级和提高dma发送优先级是有效的 总结:.....

我们平时自定义WPF控件的方法有:Style,DataTemplate,ControlTemplate, DependencyProperty, CustomControl等几个方法. 按照优先顺序应该是从左到右.(所谓Style,这里仅包括Setter) 对于搜索框,其组成也就是TextBox+Button(清空),这里我们用CustomControl的方法比较合适. 1.创建SearchBox继承于TextBox,并声明2个Part属性, 表明此控件组成 [TemplatePart(Name

一   类的设计原则   1 依赖倒置原则-Dependency Inversion Principle (DIP) 2 里氏替换原则-Liskov Substitution Principle (LSP) 3 接口分隔原则-Interface Segregation Principle (ISP) 4 单一职责原则-Single Responsibility Principle (SRP) 5 开闭原则-The Open-Closed Principle (OCP) 二  包的设计原则   6

从今年的七月份开始学习设计模式到9月底,设计模式全部学完了,在学习期间,总共过了两篇:第一篇看完设计模式后,感觉只是脑子里面有印象但无法言语.于是决定在看一篇,到9月份第二篇设计模式总于看完了,这一篇看完,脑子里面已经能够对绝大多数的设计模式能够说出其核心思想且可以画出类图也知道应用场景,算是一个进步,但可能还不能够特别熟练的使用,可能需要多多巩固和强化使用才能够完全理解设计模式的精髓所在.学习期间收获还是不少的: 1.从只听过设计模式到学习了所有的设计模式,并写了不少设计模式的博客,在公司期间

开-闭原则就是软件实体应当对扩展开放,对修改关闭.(Software entities should be open for extension,but closed for modification.) 正如牛顿三大定律在经典力学中的位置一样,开闭原则是面向对象的可复用设计(Object Oriented Design或OOD)的基石,是最基础的设计原则,其它的设计原则都是开闭原则的具体形态,也就是说其它的设计原则是指导设计的工具和方法,而开闭原则才是其精神领袖.依照编程语言的称谓,开闭原则是

原则1:单一职责 原则2:里氏替换原则(子类扩展但不改变父类功能) 原则3:依赖倒置原则 原则4:接口隔离原则 原则5:迪米特法则(最少知道原则) 原则6:开闭原则 原则1:单一职责原则 说到单一职责原则,很多人都会不屑一顾. 因为它太简单了,稍有经验的程序员即使从来没有读过设计模式.从来没有听说过单一职责原则,在设计软件时也会自觉的遵守这一重要原则,因为这是常识. 在软件编程中,谁也不希望因为修改了一个功能导致其他的功能发生故障. 而避免出现这一问题的方法便是遵循单一职责原则. 虽然单一职责原

4. 接口隔离原则(Interface Segregation Principle,ISP) 4.1 定义 (1)使用多个专门的接口,而不使用单一的总接口,即客户端不应该依赖那些它不需要的接口.类间的依赖关系应该建立在最小接口上 (2)接口尽量细化,同时接口中的方法尽量少.每个接口中只包含一个客户端(如子模块或业务逻辑类)所需的方法即可,这种机制也称为“定制服务”,即为不同的客户端提供宽窄不同的接口. (3)为接口添加了不必要的方法,这叫接口污染.这对于实现类来讲,就是一种污染,他们会被迫去实现

最近几年来,人们踊跃的提倡和使用设计模式,其根本原因就是为了实现代码的复用性,增加代码的可维护性.设计模式的实现遵循了一些原则,从而达到代码的复用性及增加可维护性的目的,设计模式对理解面向对象的三大特征有很好的启发,不看设计模式,很难深层地体会到面向对象开发带来的好处 .在刚开始学习中,很难做到将这些模式融汇贯通,所以这个需要我们在编码前多思考,等想充分了,在开始实践编码.下面是设计模式应当遵循的七大原则 1.开闭原则(Open Close Principle) 定义:一个软件实体如类.模块和函