schema

　　IOC和AOP是Spring的两大基石，AOP（面向方面编程），也可称为面向切面编程，是一种编程范式，提供从另一个角度来考虑程序结构从而完善面向对象编程(OOP)。 　　在进行 OOP 开发时，都是基于对组件（比如类）进行开发，然后对组件进行组合，OOP 最大问题就是无法解耦组件进行开发，比如我们上边举例，而 AOP 就是为了克服这个问题而出现的，它来进行这种耦合的分离。AOP 为开发者提供一种进行横切关注点（比如日志关注点）分离并织入的机制，把横切关注点分离，然后通过某种技术织入到系统中，从而无耦合的完成了我们的功能。 1、AOP基本概念 连接点（ Jointpoint） ： 表示需要在程序中插入横切关注点的扩展点，连接点可能是类初始化、方法执行、 方法调用、字段调用或处理异常等等， Spring 只支持方法执行连接点， 在 AOP 中表示为“在哪里干” ； 切入点（ Pointcut） ： 选择一组相关连接点的模式， 即可以认为连接点的集合，Spring 支持 perl5 正则表达式和 AspectJ 切入点模式， Spring 默认使用 AspectJ 语法， 在 AOP 中表示为“在哪里干的集合” ； 通知（ Advice） ： 在连接点上执行的行为， 通知提供了在 AOP 中需要在切入点所选择的连接点处进行扩展现有行为的手段； 包括前置通知（ before

Day03 1 课程安排 秒杀实现思路分析 秒杀频道首页功能 秒杀商品详细页功能 秒杀下单功能 解决下单并发产生的订单异常问题 解决高并发下用户下单排队和超限问题 2 秒杀业务分析 2.1 需求分析 所谓“秒杀”，就是网络 卖家 发布一些超低价格的商品，所有买家在同一时间网上抢购的一种销售方式。通俗一点讲就是网络商家为促销等目的组织的网上限时抢购活动。由于商品价格低廉，往往一上架就被抢购一空，有时只用一秒钟。 秒杀商品通常有两种限制：库存限制、时间限制。 需求： 商家（pyg_shop_web）提交秒杀商品申请，录入秒杀商品数据，主要包括：商品标题、原价、秒杀价、商品图片、介绍等信息 运营商（pyg_manager_web）审核秒杀申请 秒杀频道首页（pyg_seckill_web）列出秒杀商品（进行中的）点击秒杀商品图片跳转到秒杀商品详细页。 商品详细页（pyg_seckill_web）显示秒杀商品信息，点击立即抢购实现秒杀下单，下单时扣减库存。当库存为0或不在活动期范围内时无法秒杀。 秒杀下单成功（pyg_seckill_web/pyg_seckill_service），直接跳转到支付页面（微信扫码），支付成功，跳转到成功页，填写收货地址、电话、收件人等信息，完成订单。 当用户秒杀下单5分钟内未支付，取消预订单，调用微信支付的关闭订单接口，恢复库存。 2.2 秒杀实现思路

从mysql元数据表中通过sql 构造/还原/生成 建表语句 set @schema := 'zabbix'; SELECT d.sql_script FROM (SELECT c1.* FROM (SELECT 1 typ_seq, table_name, CONCAT('create table "', UPPER(table_name), '"(') sql_script, 0 inner_seq FROM information_schema.tables WHERE `TABLE_SCHEMA` = @schema UNION ALL SELECT 2, table_name, sql_script, inner_seq FROM (SELECT table_name, CONCAT(IF(a.`ORDINAL_POSITION` = 1, '', ','), '"', UPPER(column_name), '" ', COLUMN_TYPE, CASE WHEN COLUMN_DEFAULT IS NULL OR TRIM(COLUMN_DEFAULT) = '' THEN '' ELSE CONCAT(' DEFAULT ', CASE WHEN data_type IN ('bigint' , 'int', 'decimal', 'tinyint', 'float

Spring中的常用注解 想使用注解配置，必须先在spring配置文件中添加一下约束 还有告诉spring创建容器时要扫描的包，配置的标签不是在beans的约束，而是一个名称为 context名称空间中和约束中 <?xml version="1.0" encoding="UTF-8"?> < beans xmlns = " http://www.springframework.org/schema/beans " xmlns: xsi = " http://www.w3.org/2001/XMLSchema-instance " xmlns: context = " http://www.springframework.org/schema/context " xsi: schemaLocation = " http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd " > <!--

有关T-SQL的10个好习惯 1. 在生产环境中不要出现Select * 　　这一点我想大家已经是比较熟知了，这样的错误相信会犯的人不会太多。但我这里还是要说一下。 　　不使用Select *的原因主要不是坊间所流传的将*解析成具体的列需要产生消耗，这点消耗在我看来完全可以忽略不计。更主要的原因来自以下两点: 扩展方面的问题 造成额外的书签查找或是由查找变为扫描 　　扩展方面的问题是当表中添加一个列时，Select *会把这一列也囊括进去，从而造成上面的第二种问题。 　　而额外的IO这点显而易见，当查找不需要的列时自然会产生不必要的IO，下面我们通过一个非常简单的例子来比较这两种差别，如图1所示。 图1.*带来的不必要的IO 　　 2. 声明变量时指定长度 　　这一点有时候会被人疏忽，因为对于T-SQL来说，如果对于变量不指定长度，则默认的长度会是1。考虑下面这个例子，如图2所示。 图2.不指定变量长度有可能导致丢失数据 　　 3. 使用合适的数据类型 　　合适的数据类型首先是从性能角度考虑，关于这一点，我写过一篇文章详细的介绍过，有兴趣可以阅读： 对于表列数据类型选择的一点思考 ，这里我就不再细说了 　　不要使用字符串类型存储日期数据，这一点也需要强调一些，有时候你可能需要定义自己的日期格式，但这样做非常不好，不仅是性能上不好，并且内置的日期时间函数也不能用了。 　　 4.