merge

输出各列之间的相关性: import pandas as pd homes = pd.read_excel('D:/output.xlsx', index_col='idx') # 输出各列之间的相关性 print(homes.corr()) dataFrame-merge/join: import pandas as pd # 索引列：学员Id，数据列：学员姓名 students = pd.read_excel('D:/output.xlsx', index_col='idx', sheet_name='Student') # 索引列：学员Id, 数据列： 学员成绩 scores = pd.read_excel('D:/output.xlsx', index_col='idx', sheet_name='Score') # 合并数据集 # 方法1，merge # 不写on的时候， merge 默认从两边的两张数据表中找相同名称的列进行join # 使用左连接，保留所有学员，填充空值为0 # on 指定两个数据集的列 studentsScores = students.merge(scores, on='idx', how='left').fillna(0) # 左右两边的列名不一样的时候，使用left_on和right_on studentsScores = students

【说明：资料来自 http://gitbook.liuhui998.com/3_3.html 】 一个Git仓库可以维护很多开发分支。现在我们来创建一个新的叫”experimental”的分支： $ git branch experimental 如果你运行下面这条命令： $ git branch 你会得到当前仓库中存在的所有分支列表： experimental * master “experimental” 分支是你刚才创建的，“master”分支是Git系统默认创建的主分支。星号(“*”)标识了你当工作在哪个分支下，输入： $ git checkout experimental 切换到”experimental”分支，先编辑里面的一个文件，再提交(commit)改动，最后切换回 “master”分支。 $ git commit -a $ git checkout master 你现在可以看一下你原来在“experimental”分支下所作的修改还在不在；因为你现在切换回了“master”分支，所以原来那些修改就不存在了。 你现在可以在“master”分支下再作一些不同的修改: $ git commit -a 这时，两个分支就有了各自不同的修改(diverged)；我们可以通过下面的命令来合并“experimental”和“master”两个分支: $ git merge

文章来源：http://gitbook.liuhui998.com/3_3.html 提交分支到 ： 提交本地分支到远程 $ git push origin test:test // 提交本地test分支作为远程的test分支 一个Git仓库可以维护很多开发分支。现在我们来创建一个新的叫”experimental”的分支： $ git branch experimental 如果你运行下面这条命令： $ git branch 你会得到当前仓库中存在的所有分支列表： experimental * master “experimental” 分支是你刚才创建的，“master”分支是Git系统默认创建的主分支。星号(“*”)标识了你当工作在哪个分支下，输入： $ git checkout experimental 切换到”experimental”分支，先编辑里面的一个文件，再提交(commit)改动，最后切换回 “master”分支。 (edit file) $ git commit -a $ git checkout master 你现在可以看一下你原来在“experimental”分支下所作的修改还在不在；因为你现在切换回了“master”分支，所以原来那些修改就不存在了。 你现在可以在“master”分支下再作一些不同的修改: (edit file) $ git commit

原文： http://gitbook.liuhui998.com/3_3.html http://gitbook.liuhui998.com/5_3.html 一、如何分支的合并 在git中，可以使用git merge 和git rebase两个命令来进行分支的合并。 git merge 和git rebase在大体上都差不多，下文主要以git merge来例来讲解分支的合并流程。 如果你想了解分支合并的更多内容，请阅读《git merge简介》，《git rebase简介(基本篇)》和《git rebase简介(高级篇)》。 git merge命令示例: $ git merge branchname 这个命令把分支"branchname"合并到了当前分支里面。 如有冲突(冲突–同一个文件在远程分支和本地分支里按不同的方式被修改了）；那么命令的执行输出就像下面一样 $ git merge next 100 % ( 4 / 4 ) done Auto - merged file . txt CONFLICT ( content ) : Merge conflict in file . txt Automatic merge failed ; fix conflicts and then commit the result . 在有问题的文件上会有冲突标记

删除远程分支命令： 1 $ git push origin :br03 或者： 1 $ git push origin --delete br03 另一个用户使用 git fetch 并不能同步获取到br03分支被删除。 1 $ git fetch 此命令没有更新的显示，说明并无删除的信息。 但执行 git pull 时，报错。 1 2 3 $ git pull Your configuration specifies to merge with the ref 'br03' from the remote, but no such ref was fetched. 这肯定是执行git fetch时，报错。 1 2 3 $ git fetch origin br03 fatal: Couldn't find remote ref br03 fatal: The remote end hung up unexpectedly 但检查分支时，发现origin/br03还存在。 1 2 3 4 5 6 7 8 $ git br -a br01 br02 * br03 master remotes/origin/br01-remote remotes/origin/br03 remotes/origin/master 这说明， remotes/origin/* 这些远程跟踪分支

SAS进阶《深入解析SAS》之对多数据集的处理 1. 数据集的纵向串接： 数据集的纵向串接指的是，将两个或者多个数据集首尾相连，形成一个新的数据集。 据集的横向合并： 数据集的横向合并，指的是将两个或者多个数据集根据某种原则横向合并起来，形成新的数据集。 2. 数据集的纵向串接两种方法：1）使用SAS DATA步的SET语句。2）使用SAS过程步的APPEND过程。 2.1. 使用SET步纵向串接形式如下： DATA 新数据集; SET 数据集1 数据集2 <数据集3 数据集4 ...>; BY 变量1 <变量2 变量3 变量4...>; RUN; 使用APPEND过程 PROC APPEND BASE=主数据集 <DATA=追加数据集> <FORCE>; 2.2. 使用APPEND过程，SAS不会处理主数据集中的观测，而是直接将追加数据集的观测添加到主数据集最后一条观测后面，且变量仅包含主数据集中的变量。 3. 数据集的横向合并使用MERGE的两种情况: 不使用BY语句合并，也称为一对一合并。 DATA WORK.COMBINED; MERGE WORK.DATA1 WORK.DATA2; RUN; 一对一合并原则：1）新数据集的第一条观测包含各个输入数据集中第一条观测的信息，第二条观测包含各个数据集中第二条观测的信息，不足的观测用缺失值不足。2

普通索引和唯一索引 我们已经介绍过索引的结构和索引的几种优化，我们再来看一下相同语句在不同索引类型的执行过程 这里普通索引和唯一索引的情况有所不同 查询过程 对于普通索引来说，查找到满足条件的第一个记录后，需要查找下一个记录， 直到碰到第一个不满足条件的记录。 对于唯一索引来说，由于索引定义了唯一性，查找到第一个满足条件的记录后，就会停止继续检索 这个不同带来的性能差距会有多少呢? 基本上差不多 InnoDB 的数据是按数据页为单位来读写的。也就是说，当需要读一条记录的时候，并不是将这个记录本身从磁盘读出来，而是以页为单位，将其整体读入内存。在 InnoDB 中，每个数据页的大小默认是 16KB。 因为引擎是按页读写的，所以说，当找到记录的时候，它所在的数据页就都在内存里了。那么，对于普通索引来说，要多做的那一次“查找和判断下一条记录”的操作 更新过程 当需要更新一个数据页时，如果数据页在内存中就直接更新，而如果这个数据页还没有在内存中的话，在不影响数据一致性的前提下，InooDB 会将这些更新操作缓存在 change buffer 中，这样就不需要从磁盘中读入这个数据页了。在下次查询需要访问这个数据页的时候，将数据页读入内存，然后执行 change buffer 中与这个页有关的操作。通过这种方式就能保证这个数据逻辑的正确性 虽然名字叫作 change buffer

有没有办法做一个 git pull 来忽略任何本地文件的更改，而又不浪费目录，也不必执行 git clone ？ #1楼 如果您使用的是Linux： git fetch for file in `git diff origin/master..HEAD --name-only`; do rm -f "$file"; done git pull for循环将删除在本地存储库中更改的所有跟踪文件，因此 git pull 可以正常工作。 最好的事情是，只有被跟踪的文件将被仓库中的文件覆盖，所有其他文件将保持不变。 #2楼 下面的命令 永远不会起作用 。 如果您只是做： $ git checkout thebranch Already on 'thebranch' Your branch and 'origin/thebranch' have diverged, and have 23 and 7 different commits each, respectively. $ git reset --hard HEAD is now at b05f611 Here the commit message bla, bla $ git pull Auto-merging thefile1.c CONFLICT (content): Merge conflict in thefile1.c