entity

安装Spacy pip install spacy 导入工具包和英文模型 #python -m spacy download en 文本处理 import spacy nlp=spacy.load('en') #分词 doc=nlp('Weather is good, very windy and sunny. We have no classes in the afternoon.') for token in doc: print(token) #分句 for sent in doc.sents: print(sent) Weather is good , very windy and sunny . We have no classes in the afternoon . Weather is good, very windy and sunny. We have no classes in the afternoon. 词性 for token in doc: print('{}-{}'.format(token,token.pos_)) Weather-NOUN is-AUX good-ADJ ,-PUNCT very-ADV windy-ADJ and-CCONJ sunny-ADJ .-PUNCT We-PRON have-AUX no-DET classes

NewLife.XCode是一个有10多年历史的开源数据中间件，支持nfx/netstandard，由新生命团队(2002~2019)开发完成并维护至今，以下简称XCode。 整个系列教程会大量结合示例代码和运行日志来进行深入分析，蕴含多年开发经验于其中，代表作有百亿级大数据实时计算项目。 开源地址： https://github.com/NewLifeX/X （求star, 729+） 累加的需求背景 一个网站，部署了两台应用服务器，共用数据库，其中文章表有个访问次数的字段。 现在需要记录访问次数，需要怎么做？ var entity = Article.FindByID( 9527 ); entity.Views ++ ; entity.Update(); 如果两台服务器都有用户访问了9527这篇文章，访问前Views是1000，访问后是多少？1002？大部分情况下是1002，少数情况下可能是1001。 如果每台服务器都有100个用户同时访问这篇文章呢？那可就精彩了，最后访问数可能是1001到1200之间的某个数。 按照教科书做法，我们似乎应该开个事务加个锁，确保同时只能有一个用户（线程）修改这一行数据。 且不说加锁和事务成本有多高，光是为了一个字段就锁住这一行导致用户无法更新这一行其它字段，就让人觉得挺不地道的。再者，访问次数对于其它字段来说，也许并没有那么重要。 聪明如你

在使用akka-typed的过程中发现有很多地方都简化了不少，变得更方便了，包括：Supervision，只要用Behaviors.supervise()把Behavior包住，很容易就可以实现这个actor的SupervisorStrategy.restartWithBackoff策略了。然后集群化的group router使用起来也很方便，再就是集群分片cluster-sharding了。下面我们就通过一个例子来介绍cluster-sharding的具体使用方法。 首先，分片的意思是指在集群中多个节点上部署某种actor，即entity，的构建机制。entity的构建是动态的，ClusterSharding系统根据各节点的负载情况决定到底在哪个节点构建entity，然后返回ShardRegion：一个该类entity具体的构建工具及消息中介。也就是说我们可以把同样的一种运算通过entityId指定给任何一个entity，但具体这个entity生存在集群哪个节点上人工是无法确定的，完全靠ClusterSharding引导。先设计一个简单功能的actor，测试它作为一个entity的工作细节： object Counter { sealed trait Command extends CborSerializable case object Increment extends

RFC 7348 ToR: Top of Rack （一种数据中心的布线方式，就是在机柜的最上面安装接入交换机） VNI: VXLAN Network Identifier(or VXLAN Segment ID), The term is used as a representation of a 24-bit NVO instance identifier,with the understanding that VNI will refer to a VXLAN Network Identifier in VXLAN,or Virtual Netowrk Identifier in GENEVE,etc. （VXLAN网络中的标识符。一个VNI标识一个VXLAN网络？） VTEP: VXLAN Tunnel End Point.An entity that originates and/or terminates VXLAN tunnels. (VXLAN隧道的发起点 和/或 VXLAN隧道的结束点) VXLAN: Virtual eXtensible Local Area Network.（虚拟扩展局域网络） VXLAN Gateway: An entity that forwards traffic between VXLANs. （在VXLAN中转发流量的实体） RFC

一、MPP 架构 1、MPP架构的基础概念 MPP (Massively Parallel Processing)，即大规模并行处理，在数据库非共享集群中，每个节点都有独立的磁盘存储系统和内存系统，业务数据根据数据库模型和应用特点划分到各个节点上，每台数据节点通过专用网络或者商业通用网络互相连接，彼此协同计算，作为整体提供数据库服务。非共享数据库集群有完全的可伸缩性、高可用、高性能、优秀的性价比、资源共享等优势。 简单来说，MPP是将任务并行的分散到多个服务器和节点上，在每个节点上计算完成后，将各自部分的结果汇总在一起得到最终的结果(与Hadoop相似)。 MPP 属于Shared Nothing，根据Shared 的不同，可以分为如下几种： Shared Everthting:一般是针对单个主机，完全透明共享CPU/MEMORY/IO，并行处理能力是最差的，典型的代表SQLServer Shared Disk：各个处理单元使用自己的私有 CPU和Memory，共享磁盘系统。典型的代表Oracle Rac， 它是数据共享，可通过增加节点来提高并行处理的能力，扩展能力较好。其类似于SMP（对称多处理）模式，但是当存储器接口达到饱和的时候，增加节点并不能获得更高的性能 。 Shared Nothing：各个处理单元都有自己私有的CPU/内存/硬盘等，不存在共享资源，类似于MPP

使用PowerDesigner做数据库设计（一） 使用PowerDesigner进行数据库设计，去年是第一次使用，使用它完成了一次小型的数据库设计。今年是第二次使用，中间间隔了几个月，再次打开PowerDesigner时，已经把使用步骤忘记个差不多了，有些还需要再去查找一下资料。为了能够把PowerDesigner使用步骤刻在脑子里，这次对PowerDesigner的常规使用步骤做一些记录，来加深印象，日后忘记时，有的查找，毕竟自己写过的东西能够再现出使用场景来。 E-R：实体关系模型--》到不同的数据库，数据库开发人员可以根据ER图，设计出不同数据库的表。 需求分析 概要设计 详细设计 数据库设计 PowerDesigner:作用，用来做数据库建模，设计概念模型 物理模型 ，最终都反映到数据库，以及设计的正向和逆向工程导入使用。 Sybase公司的工具集。 作为一名使用PowerDesigner的小白，如何快速上手呢，为何强调快速上手，主要因为用不到的时候不愿意主动学习，用到的时候多半是任务紧迫，要在有限的时间内做出设计来。恐怕这时，连翻书都没有耐心翻下去了。 初识PowerDesigner 使用PowerDesigner做数据库设计，主要用到两个大的模型，第一个是CDM，第二个是PDM。使用步骤大抵如下，先创建CDM，然后把CDM转化成PDM

使用PowerDesigner做数据库设计（二） CDM设计后续 在上一篇文章中，有一点给忘记了，在CDM设计窗口中，如果在设计中，实体entity越来越多，实体entity间的关系也会越来越复杂，像蜘蛛网一样难以分辨，从可视化和可维护性上面讲，这是不利的，有没有办法解决这个问题呢。办法是有的，请看下图： 图-1 在图中，点击鼠标右键，选择新增，在新增下选择第一项Conceptual Diagram，这样就可以根据业务逻辑来建立一个子CDM，在打开的窗口中给子CDM命名，添加code和备注。 图-2 如果想让每一个子CDM排列有序，则可以在名称前面增加数字来进行排序，如下图所示： 图-3 对于实体Entity，关联关系Relationships，还有Association及Association Link也可以使用同样的命名规则，根据业务逻辑在名字前添加数字，进行归类存放，方便后续的审核确认。 *PDM介绍* PDM是PhysicalDataMode的英文简称，物理数据模型的意思。PDM可以直接创建，也可以从CDM之间生成，还可以从已有的PDM再次生成PDM。 在PDM中可以对CDM生成的表结构，做进一步的核对、确认一下，这是不是就是自己想要的数据结构，需要注意的是CDM中的关联association会直接生成对应的表table，还有一点需要注意

1.在crm对应的主数据库执行下面存储过程： -- ============================================= -- Author: <Author,,Name> -- Create date: <Create Date,,> -- Description: <Description,,> -- ============================================= CREATE PROCEDURE [ dbo ] . [ usp_DisplayEntity ] ( @entityName nvarchar ( 100 ), @LangId int = 2052 ) AS BEGIN declare @EntityDisplayName nvarchar ( 100 ) SELECT top 1 @EntityDisplayName = l.Label FROM MetadataSchema.Entity e with (nolock) LEFT JOIN MetadataSchema.LocalizedLabel l with (nolock) on e.EntityId = l.ObjectId AND l.ObjectColumnName = ' LocalizedName ' WHERE l.Label is not

需求说明：需要查询一个集合，集合对象中有list<对象> 1、连个resultMap的column不能一样，不然查出数据对象中的list是本对象 2、建议用左连接查询 3、查询出的字段名称要与 resultMap 中的字段名一直不然会出先list.size()有数据但是集合为null的情况 < sql id ="Base_Column_List_DiscussBuch" > d.id as d_id ,d.userId as d_userId,d.articleId as d_articleId, d.replyId as d_replyId,d.replyUserId as d_replyUserId, d.discuss as d_discuss,d.isDelete as d_isDelete,d.createTime as d_createTime, d.updateTime as d_updateTime,u.realName as d_userName,u.avatarColor as d_avatarColor </ sql > < sql id ="Base_Column_List_DiscussBuchDD" > d.id as dd_id,d.userId as dd_userId,d.articleId as dd_articleId, d.replyId

Java实现DDD中UnitOfWork 背景 Maintains a list of objects affected by a business transaction and coordinates the writing out of changes and the resolution of concurrency problems. Unit of Work --Martin Fowler Unit Of Work模式，由马丁大叔提出，是一种数据访问模式。UOW模式的作用是在业务用例的操作中跟踪对象的所有更改（增加、删除和更新），并将所有更改的对象保存在其维护的列表中。在业务用例的终点，通过事务，一次性提交所有更改，以确保数据的完整性和有效性。总而言之，UOW协调这些对象的持久化及并发问题。 Uow的本质 UOW跟踪变化 UOW维护了一个变更列表 UOW将跟踪到的已变更的对象保存到变更列表中 UOW借助事务一次性提交变更列表中的所有更改 UOW处理并发 对于以上这些点，在C#的EF框架中，DBContext已经实现。 而这里主要描述如何用java实现以上要点。 Repository 将仓储Repo作为聚合的范型类 在Repo中维护一个聚合与聚合状态的集合 在Repo中每次add/update/delete等操作时，将操作的聚合对象，和其最终状态存入集合中