sqlserver

用过中琅条码打印软件的小伙伴都知道软件多种 数据库 类型，比如TXT、Excel，MySQL，Access，SQLServer，MySQL，Oracle，CSV，Sybase，DB2，SQLite，DBF，ODBC，Socket等等，可以实现连接数据库批量制作打印各种标签，条码二维码的工作，今天就给大家详细介绍一下如何连接数据库，以 Excel 数据源为例！在中琅 条码打印软件 数据库设置中添加一个Excel数据源。 添加 Excel 数据源后，会弹出一个“Excel数据源管理”窗口，然后点“浏览”按钮添加Excel文件，“编码”一般选默认的不需要修改，“首行含列名”可以根据自己Excel表判定是否勾选，若Excel表首行是列名称就勾选，如首行是数据不需要勾选。然后点“测试连接”。 测试连接后可以看到Excel表的相关信息，选择需要连接的“表”，“字段”默认是全选（浅蓝色是选中状态），若是此时直接点“添加”按钮，说明 条码打印软件 连接Excel表中的所有列数据。那么在添加对象的时候（文字，条码二维码，图片等等），数据库导入对应的“字段”即可。 若是自己手动点了一下“Excel数据源管理”窗口中的字段，就出现全选取消的情况，导致只选中了点的字段，那么添加后，会只有这一列数据，Excel表中其他列数据无法调用。 若是不想全部导入，只想只导入某些字段（如导入设备名称和设备编号这两个字段

分析器顾名思义就是对测试结果数据进行分析的组件，它是LoadRunner三大组件之一，其重要性不言而喻。在Controller组件执行场景的过程中，LoadRunner会将数据收集起来并保存到数据库中。当场景执行完成后，可以进入Analysis组件对这些数据进行分析。 分析器中保存着大量用来分析性能测试结果的数据视图，但并不一定要对每个视图进行分析，可以根据实际情况选择相关的数据视图进行分析，分析结果可以生成一些不同格式的测试报告。 主要讲述以下几部分内容： Analysis简介 摘要报告 Analysis常见图分析 Analysis报告 Analysis简介 介绍Analysis分析器如何收集数据，在分析器中对视图进行分析中常用到的设置选项；介绍分析视图中的摘要报告的内容；分析器中常用的分析视图，最后介绍通过分析器如何生成测试报告。 Analysis基础知识 要分析系统瓶颈，就必须借助LoadRunner分析器中的数据来帮助分析。在场景执行过程中，LoadRunner会收集执行过程中的数据，并将数据存储到结果文件中，其扩展名为.lrr。在Analysis分析器，打开保存的结果文件，Analysis会对收集到的信息进行处理，并生成图和报告。 Analysis会话至少包含一组方案结果（lrr文件）。Analysis会将活动图的显示信息和布局设置存储在扩展名为.lrr的文件中。

一、前言 用了半年多的abp vnext，在开发的效果还是非常的好，可以说节省了很多时间，像事件总线、模块化开发、动态API进行远程调用、自动API控制器等等，一整套的规范，让开发人员更方便的集成，提升效率；大家如果想多了解abp vnext 更多的资料或者源码，可以到github上看，文章结尾也会给出源码地址和wiki地址，优秀的你们要更优秀才行。 今天给大家讲讲如何在利用abp vnext框架搭建IDS4且可以在生产环境下使用的，其中也需要针对于IDS4在liunx系统使用nginx代理中端点不是https的特别注意事项配置，这个也是一个坑，如果不注意，授权就不成功，除非配置了跳过https的强制验证； 二、ABP VNext CLI生成一个项目解决方案 CLI 命令大家可以参考wiki，命令如下：abp new Louie.Ids4Demo --ui none --separate-identity-server，其中 --separate-identity-server代表将IdentityServer应用程序与API host应用程序分开，--ui none 无UI；打开命令窗口，拷贝进去后就可以生成一个解决方案； 然后我们授权需要修改一下项目中的代码迁移配置，因为我这边用的是mysql，而命令生成的是使用sqlserver，在 Louie.Ids4Demo

我们一直在追求架构的艺术！！ 问题分析 经过几分钟的排查，数据库情况如下： 数据库采用Sqlserver 2008 R2，单表数据量21亿。 无水平或者垂直切分，但是采用了分区表。分区表策略是按时间降序分的区，将近30个分区。正因为分区表的原因，系统才保证了在性能不是太差的情况下坚持至今。 此表除聚集索引之外，无其他索引，无主键（主键其实是利用索引来快速查重的）。所以在频繁插入新数据的情况下，索引调整所耗费的性能比较低。 至于聚集索引和非聚集索引等知识，请各位移步google或者百度。 至于业务，不是太复杂。经过相关人员咨询，大约40%的请求为单条Insert，大约60%的请求为按class_id 和in_time（倒序）分页获取数据。Select请求全部命中聚集索引，所以性能非常高。这也是聚集索引之所以这样设计的目的。 解决问题 由于单表数据量已经超过21亿，并且2017年以前的数据几乎不影响业务，所以决定把2017年以前（不包括2017年）的数据迁移到新表，仅供以后特殊业务查询使用。经过查询大约有9亿数据量。 数据迁移工作包括三个个步骤： 从源数据表查询出要迁移的数据 把数据插入新表 把旧表的数据删除 传统做法 这里申明一点，就算是传统的做法也需要分页获取源数据，因为你的内存一次性装载不下9亿条数据。 从源数据表分页获取数据，具体分页条数，太少则查询原表太频繁，太多则查询太慢。

SQLite数据库 '增、删、改、查' 1. 数据库简介 数据库指的是以一定方式存储在一起，能为多个用户共享，具有尽可能小的冗余度的特点，是与应用程序彼此独立的数据集合。 // 一定方式：可以理解为策略、算法 // 网盘相同的文件是以 MD5 码的形式标记相同的文件，以网络共享。 2. 和数据相关的术语 DBMS '数据库管理系统' DBA '数据库管理员' DB '数据库' RDB '关系型数据库' RDBMS '关系型数据库管理系统' 3. 数据分类 层次型数据库 - 有序二叉树，现在用的少 网络型数据库 - 网状结构，用的也少 关系型数据库 - '二维表格形式'，现在普遍使用的。 4. 常见数据库 商业数据库： - 甲骨文 Oracle , 市场占有率 50% - IBM DB2 , 市场占有率 20% - 微软 Sqlserver , 市场占有率 15% 非商业数据库： - Sun Mysql ---> 被Oracle收购，甲骨文旗下产品 - 开源SQLite，轻量级嵌入式领域关系型数据库 5. 数据库的操作语言 'SQL' 结构化查询语言 是一种特殊目的的编程语言，实现数据库的查询和程序设计，常用于关系型数据库系统，实现数据增、删、改、查等操作。 三、SQLite 数据库的操作 1. 安装 在线安装 $: sudo apt-get install sqlite3 离线安装

前言 在 上一篇 文章中，我们介绍了如何根据不同的租户进行数据分离，分离的办法是一个租户一个数据库。 也提到了这种模式还是相对比较重，所以本文会介绍一种更加普遍使用的办法： 按表分离租户。 这样做的好处是什么： 在目前的to B的系统中，其实往往会有一个Master数据库，里面使用的是系统中主要的数据，各个租户的数据，往往只是对应的订单、配置、客户信息。 这就造成了，租户的数据不会有很多的种类，他的数据表的数量相对Master来说还是比较少的。 所以在单一租户数据量没有十分庞大的时候，就没有必要对单一租户数据独立到单一数据库。多个租户数据共享使用一个数库是一个折中的选择。 下图就是对应的数据表结构，其中store1和store2使用不同的数据表，但有同一个表名后缀和相同结构。 实施 项目介绍 本文的项目还是沿用上一篇文章的代码，进行加以修改。所以项目中的依赖项还是那些。 但由于代码中有很多命名不好的地方我进行了修改。并且，由于代码结构太简单，对这个示例实现起来不好，进行了少量的结构优化。 项目中新增的对象有什么： 1. ModelCacheKeyFactory，这个是EF core提供的对象，主要是要来产生ModelCacheKey 2. ModelCacheKey， 这个跟ModelCacheKeyFactory是一对的，如果需要自定义的话一般要同时实现他们俩 3.

这篇我来介绍一个winhex利器，这个工具网上有介绍，用途大着呢，可以用来玩数据修复，恢复删除文件等等。。。。它能够将一个file解析成hex形式，这样你就可以对hex进行修改，然后你就可以看到修复后的结果，为什么要在sqlserver系列中说这个呢？？？很简单呀，sqlserver的DB本质上也是一个mdf文件，对吧，既然是文件，我就可以利用winhex对它进行随意的修改，然后你也知道sqlserver的数据都是以数据页的形式封装的，那我就可以修改它的数据页，对不对，这样我就可以随便改变记录的顺序，包括槽位，记录，页头等等。。。说干就干吧！！！ 一：准备数据 我计划在数据库中插入三条测试数据，如图： DROP TABLE dbo.Person CREATE TABLE Person(ID INT IDENTITY,NAME VARCHAR(5),Age INT) INSERT dbo.Person VALUES('amy',20) INSERT dbo.Person VALUES('anna',25) INSERT dbo.Person VALUES('smart',28) SELECT * FROM dbo.Person 接下来通过DBCC命令，查看下三条记录的数据页情况，如下图： DBCC TRACEON(3604) DBCC IND(Ctrip,Person,-1)

阅读目录： 1.背景介绍 2.对业务功能点进行逻辑划分（如：A、B、C分别三个业务点） 2.1.配置映射关系，对业务点配置查询契约（构造VS插件方便生成查询契约） 2.2.将配置好的映射策略文件放在调用端，与服务不耦合 3.Dynamic、Dom动态构造服务端对象（Dynamic、DOM实现动态DOM） 1.背景介绍 现在越来越多的公司都在尝试SOA架构的实践，本人最近也在尝试学习这方面的技术，但是在实践过程中遇到一个问题，我想这个问题也是我们普遍实践者都应该会遇到的问题，问题描述如下： 我们有一个SOA商品（Item）查询接口，这个接口很通用，主要用来支撑日常很多其他系统的大量关于Item的查询，尤其是在高峰期间该服务的压力是很大的；我们站在SOA的角度看这个接口，这个通用的接口解决了众多的查询业务，确实不错，但是我们切换一下角度，站在每一个调用接口的访问端看似乎并不是很满意或者说牺牲了部分性能上的代价，因为我们无法干净利落的只获取当前这个业务点需要的数据项；这个Item 服务接口所返回的数据项必须同时满足所有调用它的业务点，哪怕这次调用我只需要用到Item的三分之一的数据字段都不行，每次都会把不需要的字段都查询出来，不管是返回的性能、查询的性能，其实都是可以通过调整设计来避免的； 以往我们的思路都是集中在服务端，常规做法都是提供了一个能够容纳所有查询客户端需求的数据实体

0. 前言 前言，暂时挥别NHibernate（虽然我突然发现这玩意还挺有意思的，不过看得人不多）。大步进入了有很多小伙伴向我安利的SQLSugar，嗯，我一直叫SugarSQL，好像是这个吧？ 这是一个由国内开发者开发的ORM框架，是一个轻量级框架（最新版的sqlSugarCore大概只有290kb）。下图是sqlSugar的功能描述： 从图中我们能够大概看出，SqlSugar的使用需要预先创建一个SqlSugarClient对象。SqlSugar在此基础上添加了CRUD、实体信息维护（映射关系）、配置（AOP/过滤器等）、模式（DbFirst、CodeFirst）还有一些工具类等。可以看到这是一个简而全的框架。 同时，SqlSugar也为查询进行了进一步的扩展，以下是它支持的功能，以及在查询上的增强： 好了，废话不多说，先来试一下如何使用吧。 1. 安装 本节环境是dotnet + vscode。因为我的Rider过期了，懒得折腾。系统又是Linux，所以选择这种方式。至于Visual Studio和Rider的操作，十分简单，而且之前《C#基础系列16》里有过介绍。 先建一个解决方案，名字为DataProvider： dotnet new sln --name DataProvider 然后创建一个SqlSugarDemo的控制台项目： dotnet new console

DevExpress Winforms Controls 内置140多个UI控件和库，完美构建流畅、美观且易于使用的应用程序。DevExpress WinForm v20.1全新发布，想要体验？ 点击下载>> 在我们开发各种应用的时候，都会碰到很多不同的问题，这些问题涉及架构、模块组合、界面处理、共同部分抽象等方面，我们这里以Winform开发为例，从系统模块化、界面组件选择、业务模块场景划分、界面基类和辅助类处理、代码生成工具辅助开发等方面介绍在实际项目开发过程中碰到的困境和相关的解决方案，以便分析其中是如何逐步提高效率和整体用户体验的。 一、系统模块化 软件和建筑工程很类似，都是需要构建一个庞大而功能完整的一个系统，而工程化也意味着需要多人协作，那么就需要把一个庞大的系统横向或者纵向划分为各个可以独立施工完成的模块，虽然各个模块之间有所衔接或者交互，但是基本上可以以模块化的方式来构建，这个也是工程化开发的精髓所在。 以一个软件管理系统为例，我们尽可能把精力焦点放在客户的业务需求上，而对于常规的如权限控制、字典管理等一些常用的内容，由于它们的处理逻辑在特定领域上基本上比较固定一些，可以尽可能独立并重复使用，而有时候，以某个特定的业务来说，同时很多处理规则也是不变的，因此也可以以业务模块的方式来划分，从而类似通用模块的方式重复使用。 模块化类似小孩子搭积木的方式构建一个所要的形状