为了方便更多投资者了解每日指数估值变化,而苦于很多投资者自己没有计算工具和专业的信息数据库,之前数据库的有些年份只有3年,长的只有5年,为了大家更好了解对应指数在更长周期的变化,我们选择 上证50、沪深300、中证500、深证100、中证红利选择了8年的估值计算估值分位数。其他指数的估值时间长短选取WIND数据库里面最早估值数据开始计算,这样比较之前的估值分位数的数据跨度增加了,也更好的判断指数在历史上的估值分位数的水平。
2018年09月18日A股主要指数指数估值表
注:数据来源于Wind资讯,PE所处分位数为当前最新PE在统计区间内按升序排列所处的分位数,分位数=当前估值排名/历史估值总数,数值越小代表估值水平在这段时间估值水平越低;其中大部分指数PE统计区间为最近5年,全指汽车、全指建材、中证环保、中证军工、中证医疗、养老产业指数(6只)由于发布时间较短,PE统计区间为最近3年。
2018年9月18日A股主要指数涨幅情况
数据表如何看,老罗简单总结了可以有几个方法:
1、动量策略。结合今日涨幅、一周涨幅、近一月的涨跌幅,哪个指数涨幅越大,说明是近期的热点,如果你想追热点,就追最近涨幅比较多的指数。
2、反转策略。结合近一季度、近一年的涨跌幅,哪个指数跌幅越大,说明不是近期市场热点,如果你想追热点涨完了,有行业轮动的可能,就埋伏那些近年涨幅较小或者跌幅较大的指数,这些行业之前遭受打击抛弃所有跌幅较大,如果市场热点轮动有可能重新有投资机会。
3、估值策略。如果市场是追求价值股,可以选择低PE的指数。
4、PE分位数。可以选择PE分数位较低的指数进行定投或者中长期投资,不过由于有些指数如果时间跨度不够长,有些指数PE分位数可能参考价值不大,所有要结合其他指标进行参考。
5、你要观察当前市场环境,(1)市场环境强者恒强,可以利用动量效应从估值表找到近期涨幅较好的行业或者指数,去追强势行业指数。(2)市场板块轮动的机会比较多,你可以通过估值表找前期跌的较多,可能轮动资金轮动到该板块。(3)若市场风格喜欢低估值或高分红的的股票,你可以利用估值表找到PE或者股息率较高的指数基金进行投资。(4)若市场喜欢成长型的指数,你可以找估值较高,个股平均市值较小的指数进行投资。
6、总之,指标不是万能的,只是帮助你作为投资参考,最主要是你对市场的理解,对市场的判断。当然,如果是行业指数,行业的业绩基本面更为关键。
投资提示:基金投资有风险,本人本着尽职尽责的原则给大家整理数据,可能偶尔难免出错,数据是免费给大家参考用,但是由于数据错误导致投资损失不负责任。
头节点可以想成数组的0位置,其余节点当作从1开始,所以有头节点的长度可以定义为就是含有真实数据节点的个数。
9.7、删除一个节点应该做的事:如果这个节点的数据不重要,一定要记住free()掉,你逻辑上删除,其实仍然存在内存中的,头节点的好处就是函数返回值int可以帮助我们一些信息,而没有头节点有时必须返回head;
9.8、单链表之逆序:见代码。
9.9、单链表的优点和缺点:<优点>单链表是对数组的一个扩展,解决了数组的大小比较死板不容易扩展的问题。使用堆内存来存储数据,将数据分散到各个节点之间,其各个节点在内存中可以不相连,节点之间通过指针进行单向链接。链表中的各个节点内存不相连,有利于利用碎片化的内存。
<缺点>单链表各个节点之间只由一个指针单向链接,这样实现有一些局限性。局限性主要体现在单链表只能经由指针单向移动(一旦指针移动过某个节点就无法再回来,如果要再次操作这个节点除非从头指针开始再次遍历一次),因此单链表的某些操作就比较麻烦(算法比较有局限)。
回忆之前单链表的所有操作(插入、删除节点、 遍历、从单链表中取某个节点的数·····),因为单链表的单向移动性导致了不少麻烦。
总结:单链表的单向移动性导致我们在操作单链表时,当前节点只能向后移动不能向前移动,因此不自由,不利于解决更复杂的算法。
9.9.1、 内核链表的思想是:<1>先做一个纯链表,没有数据区,只有节点的链接方法。然后要做一个链表出来,直接用纯链表然后稍加修改就可以了。
<2>内核中__的方法不要轻易使用,是给内核用的,否则容易出错,用户应该使用没有__的方法;如:__list_add() ; list_add();
<3>内核默认是头指针+头节点的思路。
<4>其实质就是操作里面内嵌 纯链表这个变量,再利用controf宏来访问结构体的数据。详情见驱动。
9.9.2、状态机:<1>概念:其实就是有多种状态切换,如电脑的休眠、关机、睡眠。
<2>类型:(1)Moore型状态机特点是:输出只与当前状态有关(与输入信号无关)。相对简单,考虑状态机的下一个状态时只需要考虑它的当前状态就行了。
(2)Mealy型状态机的特点是:输出不只和当前状态有关,还与输入信号有关。状态机接收到一个输入信号需要跳转到下一个状态时,状态机综合考虑2个条件(当前状态、输入值)后才决定跳转到哪个状态。
<3>理解:要时时刻刻检查当前状态,用循环+switch(状态);然后根据输入信号,进行更多的处理,转换到其他状态。
10.1、一个字节可以表示8位字符,字符真的有256种,128~255表示西欧字符,是不常见,详情见文档。 字符相加的时候,会自动转成 int型加。
首先在内存中,char与unsigned char没有什么不同,都是一个字节,唯一的区别是,char的最高位为符号位,因此char能表示-127~127,unsigned char没有符号位,因此能表示0~255,这个好理解,8个bit,最多256种情况,因此无论如何都能表示256个数字。
10.3、为什么在链接时需要一个链接地址?因为数据是要放在一个模拟地址内存空间的,它要把这个数据先加载到寄存器,才能给cpu使用,那么寄存器怎么知道是哪个内存地址位置呢,是因为在编译时,编译出像 ldr r0 0x ,而这个0x就是内存地址,
再编译出像 ldr r1,[r0] ,这样就可以拿到0x内存位置的数据了
10.5、arm-2009q3.tar.bz2 这套编译器自带了函数库,比如有strcmp , malloc ,printf 等,但是有些库函数我们却不能用他们,比如printf,因为这个函数默认是同过屏幕输出的,而我们常用uart调试。感觉malloc也不能用,因为我们不知道内存哪一块做了堆内存,只有系统才知道。
10.6、清bss段:编译器可能已经帮我们做了,只是在重定位那节,因为要重定位那部分内存空间并没有清0 ,所以要手动编程清bss段。
关系型数据库的使用已经有相当长的时间了。它们变得流行起来托了管理系统的福,关系模型被实现得相当的好,并且被证明是操作数据的好方法(特别是事务性强的应用)。
在这篇DigitalOcean文章中,我们将尝试理解一些最常用、最流行的关系型数据库管理系统(RDBMS)的内核区别。我们将会探索最底层的区别——特性与功能,它们如何工作,在哪方面更出色,以帮助程序员选择合适的RDBMS。
1、关系型数据库管理系统
3、重要的和流行的关系型数据库
数据库是有组织地存储模型数据的空间,存储各种类型的信息(数据)。每个数据库,除了无模式型的,都有一个模型,提供数据的结构描述。数据库管理系统是管理数据库结构、大小和排序的应用(或库)。
关系型数据库系统实现了关系模型,并用它来处理数据。关系模型在表中将信息与字段关联起来(也就是schemas),从而存储数据。
这种数据库管理系统需要结构(例如表)在存储数据之前被定义出来。有了表,每一列(字段)都存储一个不同类型(数据类型)的信息。数据库中的每个记录,都有自己唯一的key,作为属于某一表的一行,行中的每一个信息都对应了表中的一列——所有的关系一起,构成了关系模型。
关系可以被看做是包含一系列共同表示被保持数据库以及相关信息的属性的数学集合. 这种类型的识别和采集方法可以让关系型数据库以它们自己的方式运作.
在定义一个可以向其中插入数据的表时,每一个形成一条记录的元素(例如: 属性)都必须同定义的数据类型相匹配(例如:一个integer, 一个date 等等.). 不同的关系型数据库管理系统实现了不同的数据类型 -- 它们不总是能直接互相转换的.
与限制的协作,就像我们之前已经介绍过的,在关系数据库的使用中是很普遍的。事实上,限制形成了关系的核心.
本文中,我们将会介绍三种主要而且重要的开源关系型数据库管理系统,是他们影响了应用开发世界。
一个强大的嵌入式关系型数据库管理系统 |
注: 开源应用总是可以自由使用的。大多数时候,复制工程(利用代码)创建新应用也是被允许的。如果你对DBMS感兴趣,你可以看看一些基于这些工程的分支项目,例如MariaDB。
SQLite是非凡的数据库,他可以进程在使用它的应用中。作为一个自包含、基于文件的数据库,SQLite提供了出色的工具集,可以处理所有类型的数据,没有什么限制,而且比起服务器运行的进程型服务器使用起来轻松许多。
一个应用使用SQLite时,它的功能直接被集成在其中,应用会直接访问包含数据的文件(即SQLite数据库),而不是通过一些端口(port, socket)来交互。感谢这种底层技术,这使SQLite变得非常快速和高效,并且十分强大。
1、SQLite支持的数据类型
有符号整数,按照设置用1、2、3、4、6或8字节存储 |
浮点数,使用8字节IEEE浮点数方式存储 |
二进制大对象,怎么输入就怎么存储 |
整个数据库都包含在磁盘上的一个文件中,因此它有很好的迁移性 |
在绝大多数应用的开发阶段中,大部分人都非常需要解决方案能有并发的灵活性。SQLite 含有丰富功能基础,所能提供的超乎开发所需,并且简洁到只需一个文件和一个 C 链接库 |
高级数据库都能支持用户系统,例如,能管理数据库连接对数据库和表的访问权限。但由于 SQLite 产生的目的和本身性质(没有多用户并发的高层设计),它没有这个功能 | |
缺乏额外优化性能的灵活性 | 仍然是从设计之初,SQLite 就不支持使用各种技巧来进行额外的性能优化。这个库容易配置,容易使用。既然它并不复杂,理论上就无法让它比现在更快,其实现在它已经很快了 |
所有需要迁移性,不需要扩展的应用,例如,单用户的本地应用,移动应用和游戏 |
在很多情况下,需要频繁直接读/写磁盘文件的应用,都很适合转为使用 SQLite ,可以得益于 SQLite 使用 SQL 带来的功能性和简洁性 |
它能秒杀大部分专门针对应用业务逻辑(也就是应用的主要目的:能完成功能)的测试 |
5、什么时候不要用SQLite
如果你在开发的应用需要被多用户访问,而且这些用户都用同一个数据库,那么相比 SQLite 最好还是选择一个功能完整的关系型数据库(例如 MySQL) | |
需要大面积写入数据的应用 | SQLite 的缺陷之一是它的写入操作。这个数据库同一时间只允许一个写操作,因此吞吐量有限 |
MySQL 在所有大型数据库服务器中最流行的一个. 它的特性丰富,产品的开源性质使得其驱动了线上大量的网站和应用程序. 要入手 MySQL 相对简单,开发人员可以在互联网上面访问到大量有关这个数据库的信息.
注意: 由于这个产品的普及性,大量的第三方应用、工具和集成库对于操作这个RDBCMS的方方面面大有帮助.
Mysql没有尝试去实现SQL标准的全部,而是为用户提供了很多有用的功能. 作为一个独立的数据库服务器,应用程序同Mysql守护进程的交互,告诉它去访问数据库自身 -- 这一点不像 SQLite.
1、MySQL支持的数据类型
一个小的 (单精度) 浮点数,不能是无符号的那种 |
一个正常大小 (双精度) 的浮点数,不能使无符号的那种 |
没有被包装的浮点数。不能使无符号的那种 |
一个用两位或者4位数字格式表示的年份(默认是4位) |
一个固定长度的字符串,存储时总是在其固定长度的空间里右对齐 |
安装MySQL非常容易。第三方库,包括可视化(也就是有GUI)的库让上手使用数据库非常简单 |
MySQL 支持大部分关系型数据库应该有的 SQL 功能——有些直接支持,有些间接支持 |
MYSQL 有很多安全特性,其中有些相当高级 |
MySQL 能处理很多数据,此外如有需要,它还能“适应”各种规模的数据 |
放弃支持某些标准,让 MySQL 效率更高并能使用捷径,因此带来速度的提升 |
从设计之初,MySQL 就没打算做到全知全能,因此它有一些功能局限,无法满足某些顶尖水平应用的需求 |
MySQL 对于某些功能的实现方式(例如,引用,事务,数据审核等) 使得它比其他一些关系型数据库略少了一些可靠性 |
尽管 MySQL 理论上仍是开源产品,也有人抱怨它诞生之后更新缓慢。然而,应该注意到有一些基于 MySQL 并完整集成的数据库(如 MariaDB),在标准的 MySQL 基础上带来了额外价值 |
当你需要的比SQLite可以提供的更多时,把MySQL包括进你的部署栈,就像任何一个独立的数据库服务器,会带来大量的操作自由和一些先进的功能 |
MySQL的安全功能,用一种简单的方式为数据访问(和使用)提供了可靠的保护 |
绝大多数的网站(和Web应用程序)可以忽视约束性地简单工作在MySQL上。这种灵活的和可扩展的工具是易于使用和易于管理的——这被证明非常有助于长期运行 |
如果你工作在一个高度量身定制的解决方案上,MySQL能够很容易地尾随和执行你的规则,这要感谢其丰富的配置设置和操作模式 |
因为 MySQL 没有[想要]实现 SQL 的全部标准,所以这个工具不完全符合SQL。如果你需要对这样的关系数据库管理系统进行整合,从MySQL进行切换是不容易的 |
即使MySQL和一些存储引擎能够真地很好执行读取操作,但并发读写还是有问题的 |
再次提及,根据数据库引擎的选择标准,MySQL会缺乏一定的特性,如全文搜索 |
PostgreSQL 是一个先进的,开放源代码的[对象]-关系型数据库管理系统,它的主要目标是实现标准和可扩展性. PostgreSQL, 或者说是 Postgres, 试图把对 ANSI/ISO SQL标准的采用与修正结合起来.
对比其他的RDBMS, PostgreSQL以它对于对象-关系和或关系型数据库功能,比如对于可靠事务,例如原子性,一致性,隔离性和持久性(ACID)的完全支持,这些东西的高度需求和集合的支持,以示其独特性.
由于强大的底层技术, Postgres对于高效的完成许多处理任务很有一手. 得益于其多版本并发控制 (MVCC)的实现,在没有读取锁的前提下也能达成并发, 这也同样确保了ACID的实施.
PostgreSQL是高度可编程的, 因而可以使用被称作“存储过程”的自定义程序进行扩展. 这些功能可以被创建用来简化一个写重复、复杂并且常常需要数据库操作的任务的执行.
虽然特性强大,但这个 DBMS并没有MySQL那么流行, 可还是有许多迷人的第三方工具和库被设计出来用于使得对PostgreSQL的操作简化. 如今通过许多操作系统默认的包管理器轻松的获取PostgreSQL已成为可能.
二进制数据("位数组") |
日历日期 ( 年月日) |
平面上的一个无限长的直线 |
MAC (媒体访问控制)地址 |
一个平面上的闭合的几何路径 |
单精度浮点数(4 位) |
一天中的时间(无时区) |
一天中的时间,包含时区 |
日期和时间(没有时区) |
标准支持 SQL 的开源关系型数据库 | PostgreSQL 是一个开源的,免费的,同时非常强大的关系型数据管理系统 |
PostgreSQL 背后有热忱而经验丰富的社区,可以通过知识库和问答网站获取支持,全天候免费 | |
即使其本身功能十分强大,PostgreSQL 仍附带有许多强大的开源第三方工具来辅助系统的设计、管理和使用 | |
可以用预先存储的流程来程序性扩展 PostgreSQL ,一个高级的关系型数据库理应如此 | |
PostgreSQL 不只是一个关系型数据库,还是一个面向对象数据库——支持嵌套,及一些其他功能 |
对于简单而繁重的读取操作, 超过了 PostgreSQL 的杀伤力,可能会出现比同行(如MySQL)更低的性能 |
按给出的该工具的性质,从普及度来说它还缺乏足够后台支撑,尽管有大量的部署——这可能会影响能够获得支持的容易程度 |
由于上述因素的影响,要让主机或服务提供商提出使用PostgreSQL实例是很难的 |
当可靠性和数据完整性是绝对必要而无需理由时,PostgreSQL是更好的选择 |
如果你需要你的数据库执行自定义过程,可扩展的PostgreSQL是更好的选择 |
在将来,如果可能要把整个数据库系统迁移到另一个适当的解决方案(例如Oracle)中,PostgreSQL对于这种切换将是最兼容和易于操作的 |
相比其他的开源和免费的 RDBMS(关系数据库管理系统)实现来说,对于复杂的数据库设计,PostgreSQL提供了大部分的功能和可能性,同时并没放弃其他有价值的地方 |
如果你需要的只是快速的读取操作, PostgreSQL 不是为此而准备的工具 |
除非你需要绝对的数据完整性,原子性,一致性,隔离性,耐久性,或复杂的设计,PostgreSQL 对简化体制来说是杀手 |
除非你愿意花不少时间,精力和资源,否则对于那些缺乏数据库和系统管理经验的人来说,实现与MySQL的(主从)复制可能不容易 |
所以总结一下大致是:
小打小闹、本地测试、自己用:SQLite
一般向,满足 90% 人的需求:MySQL