百分比

DBCC DBREINDEX重建索引提高SQL Server性能

牧云@^-^@ 提交于 2020-04-03 13:23:07
大多数SQL Server表需要索引来提高数据的访问速度,如果没有索引,SQL Server 要进行表格扫描读取表中的每一个记录才能找到索要的数据。索引可以分为簇索引和非簇索引,簇索引通过重排表中的数据来提高数据的访问速度,而非簇索引则通过维护表中的数据指针来提高数据的索引。 1. 索引的体系结构 为什么要不断的维护表的索引?首先,简单介绍一下索引的体系结构。SQL Server在硬盘中用8KB页面在数据库文件内存放数据。缺省情况下这些页面及其包含的数据是无组织的。为了使混乱变为有序,就要生成索引。生成索引后,就有了索引页和数据页,数据页保存用户写入的数据信息。索引页存放用于检索列的数据值清单(关键字)和索引表中该值所在纪录的地址指针。索引分为簇索引和非簇索引,簇索引实质上是将表中的数据排序,就好像是字典的索引目录。非簇索引不对数据排序,它只保存了数据的指针地址。向一个带簇索引的表中插入数据,当数据页达到100%时,由于页面没有空间插入新的的纪录,这时就会发生分页,SQL Server 将大约一半的数据从满页中移到空页中,从而生成两个半的满页。这样就有大量的数据空间。簇索引是双向链表,在每一页的头部保存了前一页、后一页地址以及分页后数据移动的地址,由于新页可能在数据库文件中的任何地方,因此页面的链接不一定指向磁盘的下一个物理页,链接可能指向了另一个区域,这就形成了分块

移动端两端对齐 + 图片宽度自适应

两盒软妹~` 提交于 2020-03-17 09:41:35
自适应四宫格 有这样一张设计稿,左右两边白色间距为4px,中间间距为10px,每一行的两张图是等宽的(即平分去掉间距后的宽度) 有一种方法是和设计师商量,把所有的具体尺寸改为百分比尺寸。。这个布局不太好写的主要原因是,在宽度上,百分比(50%)与实际尺寸(4px 10px)混杂,所以做到宽度自适应的话会有困难。 下面是正经的一种写法: 图片单元float,宽度设置为50%,奇数单元设置margin-right为10px, 偶数单元设置margin-right为-10px。父元素设置左padding为4px,右padding为14px,父元素的padding值正好是所有间距的总和,所以它实际宽度的50%是正好符合需求的图片单元宽度。偶数单元的负margin(-10px)和父元素右padding(14px)会中和成4px的右边距(实际上是因为元素负margin会使其右边的元素向左移动并被其覆盖) 运营的同学在实际操作中,做的图可能不会很标准,所以我们需要做一些简单地容错,即是图片垂直居中在图片单元内,图片单元设置padding-top为一个百分比,这个百分比为设计稿中图片的宽高比。这样即使图片有些误差也不会影响总体的排版布局,垂直居中的原理是 top 百分比的基数是父元素 translate百分比的基数是元素本身。 实际代码如下 <dl class="four-item-list">

CSS实现自适应下保持宽高比

て烟熏妆下的殇ゞ 提交于 2020-03-05 17:37:20
在项目中,我们可能经常使得自己设计的网页能自适应。特别是网站中的图片,经常要求在网页放大(或缩小)时,宽高同时放大(或缩小),而且不变形(即保持正常的长宽比)。为了不变形,常用的方法就是设置width值,然后高度height设置auto。如果是div,我们该如何处理呢。 背景图片宽高比固定 下面,我仿照了移动端的聚划算网站中(https://ju.m.taobao.com/)中间一部分的布局。 <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>高度自适应</title> <style> *{ margin: 0; padding: 0; } div{ width: 100%; background-color: pink; position: relative; } div:after{display:block;content: "";visibility: hidden;clear: both;} div p{ float: left; width: 30%; padding-top: 35%; margin-left: 3%; border:1px black solid; border-radius: 10px; box-sizing: border-box; } div p:nth

关于CSS设置页面背景图的一些疑问

浪尽此生 提交于 2020-03-02 11:42:38
关于背景图片的位置其background-position设置背景图片的位置有两种方式,一种是是根据像素设置,第二种根据百分比设置,第一种根据像素的位置是很简单的,只是关于百分比这个设置理解特别容易出现偏差的,先看看一段简单的代码: .bg-position { background : url(../../public/images/404.jpg) no-repeat ; margin-top : 100px ; margin-left : 100px ; background-color : #ccc ; height : 500px ; width : 800px ; background-position : 100px 100px ; } 这种情况是可以预见的,如下所示: 网上看了一篇文章说是background-position是依赖于no-repeat的,在repeat的状态下和默认的状态下(默认即为repeat),background-position是不起作用的,因此自己尝试了一把,看了一下效果: 代码中去掉了no-repeat,同样是可以展示,以前repeat的时候没有注意和background-position结合一起,不过现在发现设置background-position之后,我们不断的调整垂直方向的距离

SQL Server数据库碎片

荒凉一梦 提交于 2020-03-02 07:54:32
当索引所在页面的基于主关键字的逻辑顺序,和数据文件中的物理顺序不匹配时,碎片就产生了。所有的叶级页包含了指向前一个和后一个页的指针。这样就形成一个双链表。理想情况下,数据文件中页的物理顺序会和逻辑顺序匹配。整个磁盘的工作性能在物理顺序匹配逻辑顺序时将显著提升。对某些特定的查询而言,这将带来极佳的性能。当物理排序和逻辑排序不匹配时,磁盘的工作性能会变得低效,这是因为磁头必须向前和向后移动来查找索引,而不是只象某个单一方向来搜索。碎片会影响I/O性能,不过对于位于SQL Server数据缓冲内的数据页而言,碎片并不会带来任何影响。 在索引碎片整理前,请确保系统资源的一些问题,比如物理磁盘碎片,不合理的基础结构等因素会给性能带来负面影响,参看KB935089: 使用 Defrag 管理器可以 such as Exchange Server 或 SQL Server 数据库服务器的卷进行碎片整理 。 DBCC SHOWCONTIG是显示指定的表的数据和索引的碎片信息。当运行该命令时,要特别注意逻辑碎片(Logical Fragmentation)和页密度(Page Density)两个指标。 Page Scanned-扫描页数: 如果你知道行的近似尺寸和表或索引里的行数,那么你可以估计出索引里的页数。看看扫描页数,如果明显比你估计的页数要高,说明存在内部碎片。 Extents

字体类 相关属性的设置

梦想的初衷 提交于 2020-03-01 02:03:48
字体类 (font) font 设置或检索对象中的文本特性。该属性是复合属性。 font:[ [ <’ font-style ‘> || <’ font-variant ‘> || <’ font-weight ‘> ]? <’ font-size ‘> [ / <’ line-height ‘> ]? <’ font-family ‘> ] font-style : 指定文本字体样式 normal:指定文本字体样式为正常的字体 italic: 指定文本字体样式为斜体。对于没有设计斜体的特殊字体,如果要使用斜体外观将应用oblique oblique: 指定文本字体样式为倾斜的字体。人为的使文字倾斜,而不是去选取字体中的斜体字 font-variant:指定文本是否为小型的大写字母 normal: 正常的字体 small-caps:小型的大写字母字体 font-weight:指定文本字体的粗细 normal: 正常的字体。相当于数字值400 bold: 粗体。相当于数字值700。 bolder: 定义比继承值更重的值 lighter: 定义比继承值更轻的值 integer: 用数字表示文本字体粗细。取值范围:100 | 200 | 300 | 400 | 500 | 600 | 700 | 800 | 900 font-size: 指定文本字体尺寸 line-height:

CSS属性之background-position的用法

徘徊边缘 提交于 2020-02-28 23:33:25
作为CSS中使用图片时会用到的属性, background-position的使用频率是很高的,它的作用就是设定某元素背景图像的初始位置。并且它有三种设定参数的方式,虽然这三种方式可以混合使用,不过我一般针对不同场景使用对应的参数设定方式。虽然官方文档上叙述了这三种方式,可是依然有些地方让我费解,特别是百分比的设定,经过实践,发现一个公式来计算需要设定的百分值,我会在后面详细阐述。 关于background-position的工作原理,我的理解是将图片上需要显示出来的区域相对于元素的左上角,也就是坐标点(0,0)进行水平和垂直方向偏移。 总的来说,background-position的参数设定方式是从简单到复杂,让我从简单的开始介绍: 使用语义明确的单词 水平方向:左(left),中(center),右(right) 垂直方向:上(top),中(center),下(bottom) 很明显,这种方式言简意赅,使用简洁而 语义明确 。 background-position: top center; // 从 图片 顶部开始,居中显示 background-position: top left; // 从 图片 顶部,靠左开始显示 (左上角) background-position: top right; // 从 图片 顶部,靠右开始显示 (右上角) background

RelativeLayout中的宽度百分比

北战南征 提交于 2020-02-26 06:21:42
我正在为我的Android应用程序中的登录 Activity 表单布局。 下图是我想要的样子: 我可以使用以下 XML 来实现此布局。 问题是,它有点骇人听闻。 我必须对主机EditText的宽度进行硬编码。 具体来说,我必须指定: android:layout_width="172dp" 我真的很想给主机和端口EditText的百分比宽度。 (大约80%用于主机,20%用于端口。)这可能吗? 以下XML在我的Droid上可用,但似乎不适用于所有屏幕。 我真的想要一个更强大的解决方案。 <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:id="@+id/main" android:layout_width="fill_parent" android:layout_height="fill_parent" > <TextView android:id="@+id/host_label" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_below="@+id/home" android:paddingLeft="15dp" android

操作系统监控常用指标

我们两清 提交于 2020-02-26 05:48:10
system 监控项 说明 Problem CPU CPU steal time CPU使用内部虚拟机运行任务的时间所占cpu总时间的百分比 CPU softirq time cpu 软中断时间 CPU nice time 用户进程空间内改变过优先级的进程占用CPU百分比 CPU iowait time 用于进程等待磁盘I/O而使CPU处于空闲状态的比率 >20% CPU system time 空闲CPU百分比 CPU idle time 空闲时间 CPU interrupt time 中断时间 Processor load (15 min average per core) CPU 15分钟 负载 每核 Processor load (5 min average per core) CPU 5分钟 负载 每核 Processor load (1 min average per core) CPU 1分钟 负载 每核 五分钟平均值>5 Context switches per second 每秒上下文切换数 磁盘 Free disk space 磁盘剩余百分比 小于20% Free inodes 磁盘inode 小于20% Read:Bytes/sec 磁盘读速度 Write:Bytes/sec 磁盘写速度 内存 Total memory 内存总量 Available

IT兄弟连 HTML5教程 响应式网站的内容设计

拟墨画扇 提交于 2020-02-22 18:04:18
基于响应式开发网站,除了页面的布局是我们设计的重点,网站中显示的图片和文字也是我们不能轻视的内容。 1 响应式图片显示内容设计 真正具有响应性的Web设计是完全调整网站以满足访问者的设备。我们需要在响应式布局的页面上传送最佳的、前后联系的图片尺寸。如果是背景图片,我们可以准备多张不同尺寸的图片,然后在各自的媒体查询样式中使用对应的图片背景。再结合min-width、min-height、max-width、max-height等样式属性来限制窗口最小或最大宽度和高度,模拟响应式及流式布局,从而保证图片不失真。 如果是在HTML中加载图片,使图片适应不同分辨率的屏幕,则可以通过设置图片样式的百分比来实现。但是,它不仅包括缩放,同样重要的是减少传送给观众的图片。比如说用户是在移动设备中浏览网站,由于网速慢、流量少等因素,访客可能会放弃访问。为了减少这些元素给网站带来的影响,我们可以用更合适的图片替换访问者使用的设备中的数据。在开发时可以通过一些JavaScript插件来解决此类问题。 2 响应式文字显示内容设计 响应式的设计应该秉承“内容优先,移动优先”的原则。我们知道,网页中的内容主要是由文字、图片等元素组成的,那么文字该如何响应呢?排版是响应式Web设计最重要的内容之一,如果想让内容在所有尺寸的屏幕上友好地显示,那就绝对有必要为移动设备优化字体