PostgreSQL ALTER TABLE中改变数据类型时USING的用法
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/kwame211/article/details/89401198 在修改表字段类型的时候使用Using来进行显示的转换类型。 原文说明： SET DATA TYPE This form changes the type of a column of a table. Indexes and simple table constraints involving the column willb
破解版百度云。完美解决限速 ，百度网盘破解版，百度云破解版，百度网盘不限速
下载速度快。现在的百度云真的是各式各样了，无意间发现一款不限速版的百度云，好的工具在这里一定要和大家分享了。， 咱们先来看看下载速度，我这里应该是10M的带宽，稳定之后基本保持在2MB/s的下载速度。 教程什么的这个软件都有链接的，最新版本的也都是可以下载到的，先提供一份。 链接：http://t.cn/EXP2zBb
解决org.apache.jasper.JasperException: Unable to compile class for JSP
今天在idea 使用maven 写jsp。 运行时报了这样的一个错误。 最初没洗看这些报错信息， 接着检查了程序，发现也没有问题。 于是就看报错的网页， 在最下面 我看到了 Apache Tomcat/6.0.29 我最初的想法是tomcat6.0的版本太低了 ，心里差不多有解决的方法了，换个高版本的tomact ，问题得到了解决。 方法一：在本地添加tomcat容器 不会配置就搜一下相关博客。 配置好之后 ，点击启动按钮即可。 方法二：修改pom.xml 使用tomcat7.0 ```
关于linux的加载器 ld-linux.so.2
（更新中） 1，ld-linux.so.X的X ld-linux.so.X，其中X为一个数字，在不同的平台上名字也会不同。 /lib/ld-linux.so.2以及它的64位版本/lib64/ld-linux-x86-64.so.2。 2，ld-linux.so.X 源码 ld-linux.so.X源码在glibc里面， （2019年3月29日）准备建立起一个ld-linux.so的可以调试环境，对这段代码进行研究。
Linux-- aliyun docker 加速
sudo mkdir -p /etc/docker sudo tee /etc/docker/daemon.json <<-‘EOF’ { “registry-mirrors”: [“https://ixbgv285.mirror.aliyuncs.com”] } EOF sudo systemctl daemon-reload sudo systemctl restart docker systemctl unmask docker.service systemctl unmask dock
Java 内存模型（一）——基础
并发编程模型的分类 在并发编程中，我们需要处理两个关键问题：线程之间如何通信及线程之间如何同步（这里的线程是指并发执行的活动实体）。通信是指线程之间以何种机制来交换信息。在命令式编程中，线程之间的通信机制有两种：共享内存和消息传递。 在共享内存的并发模型里，线程之间共享程序的公共状态，线程之间通过写 - 读内存中的公共状态来隐式进行通信。在消息传递的并发模型里，线程之间没有公共状态，线程之间必须通过明确的发送消息来显式进行通信。 同步是指程序用于控制不同线程之间操作发生相对顺序的机制。在共享内
Java 内存模型（二）——重排序
数据依赖性 如果两个操作访问同一个变量，且这两个操作中有一个为写操作，此时这两个操作之间就存在数据依赖性。数据依赖分下列三种类型： 名称 代码示例 说明 写后读 a = 1;b = a; 写一个变量之后，再读这个位置。 写后写 a = 1;a = 2; 写一个变量之后，再写这个变量。 读后写 a = b;b = 1; 读一个变量之后，再写这个变量。 上面三种情况，只要重排序两个操作的执行顺序，程序的执行结果将会被改变。 前面提到过，编译器和处理器可能会对操作做重排序。编译器和处理器在重排序时，
Java 内存模型（三）——顺序一致性
数据竞争与顺序一致性保证 当程序未正确同步时，就会存在数据竞争。java 内存模型规范对数据竞争的定义如下： 在一个线程中写一个变量， 在另一个线程读同一个变量， 而且写和读没有通过同步来排序。 当代码中包含数据竞争时，程序的执行往往产生违反直觉的结果（前一章的示例正是如此）。如果一个多线程程序能正确同步，这个程序将是一个没有数据竞争的程序。 JMM 对正确同步的多线程程序的内存一致性做了如下保证： 如果程序是正确同步的，程序的执行将具有顺序一致性（sequentially consisten
Java 内存模型（四）——volatile
volatile 的特性 当我们声明共享变量为 volatile 后，对这个变量的读 / 写将会很特别。理解 volatile 特性的一个好方法是：把对 volatile 变量的单个读 / 写，看成是使用同一个监视器锁对这些单个读 / 写操作做了同步。下面我们通过具体的示例来说明，请看下面的示例代码： class VolatileFeaturesExample {
volatile long vl = 0L; // 使用 volatile 声明 64 位的 long 型变量
pu
Java 内存模型（五）——锁
锁的释放 - 获取建立的 happens before 关系 锁是 java 并发编程中最重要的同步机制。锁除了让临界区互斥执行外，还可以让释放锁的线程向获取同一个锁的线程发送消息。 下面是锁释放 - 获取的示例代码： class MonitorExample {
int a = 0;
public synchronized void writer() { //1
a++; //2
}
Java与设计模式（一）设计模式概述
一设计模式的由来 设计模式从何而来 软件工程中的设计模式 二设计模式是什么what 三为什么用设计模式why 四怎样学习设计模式how 一、设计模式的由来 设计模式从何而来 在介绍设计模式的起源之前，我们先要了解一下模式的诞生与发展。与很多软件工程技术一样，模式起源于建筑领域，毕竟与只有几十年历史的软件工程相比，已经拥有几千年沉淀的建筑工程有太多值得学习和借鉴的地方。 那么模式是如何诞生的？让我们先来认识一个人——Christopher Alexander（克里斯托弗.亚历山大）博士。Chri
Java与设计模式（二）类之间的关系
概述 一依赖关系Dependence 二关联关系Association 三聚合Aggregation 四组合Composition 五继承Generalization 六实现Implementation 七总结 概述 1) 类(Class)封装了数据和行为，是面向对象的重要组成部分，它是具有相同属性、操作、关系的对象集合的总称。 2) 在系统中，每个类具有一定的职责，职责指的是类所担任的任务，即类要完成什么样的功能，要承担什么样的义务。一个类可以有多种职责，设计得好的类一般只有一种职责，在定义
Java与设计模式（三）设计原则--单一职责原则
一定义 二单一职责优点 一、定义 单一职责原则是最简单的面向对象设计原则，它用于控制类的粒度大小。单一职责原则定义如下： 单一职责原则(Single Responsibility Principle, SRP)：一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。 单一职责原则告诉我们：一个类不能太“累”！在软件系统中，一个类（大到模块，小到方法）承担的职责越多，它被复用的可能性就越小，而且一个类承担的职责过多，就相当于将这些职责耦合在一起，当其中
Java与设计模式（四）设计原则--里氏代换原则
一定义 一、定义 里氏代换原则由2008年图灵奖得主、美国第一位计算机科学女博士Barbara Liskov教授和卡内基·梅隆大学Jeannette Wing教授于1994年提出。其严格表述如下：如果对每一个类型为S的对象o1，都有类型为T的对象o2，使得以T定义的所有程序P在所有的对象o1代换o2时，程序P的行为没有变化，那么类型S是类型T的子类型。这个定义比较拗口且难以理解，因此我们一般使用它的另一个通俗版定义： 里氏代换原则(Liskov Substitution Principle,
Java与设计模式（五）设计原则--依赖倒置原则
一定义 一、定义 如果说开闭原则是面向对象设计的目标的话，那么依赖倒转原则就是面向对象设计的主要实现机制之一，它是系统抽象化的具体实现。依赖倒转原则是Robert C. Martin在1996年为“C++Reporter”所写的专栏Engineering Notebook的第三篇，后来加入到他在2002年出版的经典著作“Agile Software Development, Principles, Patterns, and Practices”一书中。依赖倒转原则定义如下： 依赖倒转原则(D
Java与设计模式（六）设计原则--接口隔离原则
一、定义 接口隔离原则定义如下： 接口隔离原则(Interface Segregation Principle, ISP)：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。 根据接口隔离原则，当一个接口太大时，我们需要将它分割成一些更细小的接口，使用该接口的客户端仅需知道与之相关的方法即可。每一个接口应该承担一种相对独立的角色，不干不该干的事，该干的事都要干。这里的“接口”往往有两种不同的含义：一种是指一个类型所具有的方法特征的集合，仅仅是一种逻辑上的抽象；另外
Java与设计模式（七）迪米特法则(最少知道原则)
一、定义 迪米特法则来自于1987年美国东北大学(Northeastern University)一个名为“Demeter”的研究项目。迪米特法则又称为最少知识原则(LeastKnowledge Principle, LKP)，其定义如下： 迪米特法则(Law of Demeter, LoD)：一个软件实体应当尽可能少地与其他实体发生相互作用。 如果一个系统符合迪米特法则，那么当其中某一个模块发生修改时，就会尽量少地影响其他模块，扩展会相对容易，这是对软件实体之间通信的限制，迪米特法则要求限制
Java与设计模式（八）设计原则--开闭原则
一、定义 开闭原则是面向对象的可复用设计的第一块基石，它是最重要的面向对象设计原则。开闭原则由Bertrand Meyer于1988年提出，其定义如下： 开闭原则(Open-Closed Principle, OCP)：一个软件实体应当对扩展开放，对修改关闭。即软件实体应尽量在不修改原有代码的情况下进行扩展。 在开闭原则的定义中，软件实体可以指一个软件模块、一个由多个类组成的局部结构或一个独立的类。任何软件都需要面临一个很重要的问题，即它们的需求会随时间的推移而发生变化。当软件系统需要面对新的
Java与设计模式（九）创建型--简单工厂模式
一、需求 比如我想开发一套图表库，该图表库可以为应用系统提供各种不同外观的图表，例如柱状图、饼状图、折线图等，那我们可以这样写。代码如下：
public class Chart {
private String type; // 图表类型
public Chart(String type) {
this.type = type;
if (type.equalsIgnoreCase("histogram")) {
//
今日推荐
周排行