Pandas: Chained 索引与loc索引, 以及SettingWithCopyWarning

当给一个pandas 对象赋值时, 一定要小心, 避免使用 Chained Indexing进行赋值, 而应该使用 .loc[:,'column'] 方式赋值.

import pandas as pd
import numpy as np

索引方式

我们先用 Chained Index 和 loc Index分别去索引一个Dataframe中的一列.

raw_list = [list('abcd'),list('efgh'),list('ijkl'),list('mnop')]
dfmi = pd.DataFrame(raw_list, columns=pd.MultiIndex.from_product([['one', 'two'], ['first', 'second']]))
dfmi
#### first .... second ....
## first second first second
0 a b c d
1 e f g h
2 i j k l
3 m n o p

在以上的代码中, MultiIndex 是模拟 Hierarchical Indexing, 这种Index方式允许程序员以低维度数据结构(Series, DataFrame)存储和操作任意维度的数据. MultiIndex 类可以通过 List of Arrays, List of Tuples,和两个list的笛卡尔积去创建.

注意, # 与. 在这里都是占位符, 因为没有找到Jianshu Makrdown支持HTML表格的方法, 而Markdown本身的表格语法不支持单元格合并, 所以只能这样, 下同.

现在如果要索引到 ('one', 'second') 这一列, 有两种索引方法:

1:Chained 方式

dfmi['one']['second']
0    b
1    f
2    j
3    n
Name: second, dtype: object

2: .loc 方式

dfmi.loc[:, ('one', 'second')]
0    b
1    f
2    j
3    n
Name: (one, second), dtype: object

第一种Chained方式, 等价于

dfmi.__get__item__('one').__get__item__('second') 

即会先用 dfmi['one'] 索引到一个DataFrame, 我们把它命名为dfmi_one (结果见上), 然后用 dfmi_one['second'] 去索引Series. Pandas在这个过程中调用了两次 __get_item__ 方法.

第二种.loc 方式, dfmi.loc[:, ('one', 'second')]等价于

dfmi.loc.__get_item__((slice(None), ('one', 'second')))

将一组嵌套tuple (slice(None), ('one', 'second')) 直接传递给 __get_item__, 只用一次操作就将期望的Series取出. 这种方式明显速度更快.

当然这只是速度上的对比, 当我们用以上两种方式赋值时,会发生什么?

不同的赋值方式与SettingWithCopyWarning

to_set_value_1 = pd.Series(list('xyza'))
dfmi_chained = pd.DataFrame(raw_list, columns=pd.MultiIndex.from_product([['one', 'two'], ['first', 'second']]))
dfmi_loc = pd.DataFrame(raw_list, columns=pd.MultiIndex.from_product([['one', 'two'], ['first', 'second']]))

在上面的代码中, 我们新建一个Series. 以及两个相同的DataFrame, 后续会分别用于chained索引并赋值, 以及.loc索引并赋值.

dfmi_chained['one']['second'] = to_set_value
/..../python3.6/site-packages/ipykernel_launcher.py:1: SettingWithCopyWarning: 
A value is trying to be set on a copy of a slice from a DataFrame.
Try using .loc[row_indexer,col_indexer] = value instead

See the caveats in the documentation: http://pandas.pydata.org/pandas-docs/stable/indexing.html#indexing-view-versus-copy
  """Entry point for launching an IPython kernel.
dfmi_chained
#### first .... second ....
## first second first second
0 a x c d
1 e y g h
2 i z k l
3 m a o p
dfmi_loc.loc[:, ('one', 'second')] = to_set_value
dfmi_loc
#### first .... second ....
## first second first second
0 a x c d
1 e y g h
2 i z k l
3 m a o p

先来看一下上面的代码发生了什么.

两种不同的赋值方式得到的结果如下:

  1. Chained 赋值:
    我们在赋值结束后会看到一个 Warning:"SettingWithCopyWarning". 查看 dfmi_chained 的值,此时对应的索引已经赋值.

  2. .loc 赋值:
    正常赋值, 没有Warning, 查看 dfmi_loc 的值, DataFrame中对应的值已经赋值成功.

那什么是 "SettingWithCopyWarning"? 为什么Chained Indexing 赋值会引发这个Warning?

"SettingWithCopyWarning" warning指你可能在给一个被Copy的Dataframe赋值, 这个赋值很可能不会影响到原Dataframe. 在这个例子里, 确实影响到了原来的Dataframe, 但在有些情况下不会.

我们把 dfmi_chained['one']['second'] = to_set_value 这个赋值语句等价于以下语句:

dfmi.__get_item__('one').__set_item_('second', to_set_value)

注意它会先使用 __get_item__('one') 拿出一个Dataframe. 在其它情况下可能是拿出一个Series, 或者其它什么对象. Pandas此时并不清楚拿到的对象, 是原对象的引用, 还是一个被Copy过的新对象. 因此也就无法保证 __set_item('second', to_set_value) 这个赋值语句, 会对原来的对象也赋值. 这也是Warning被抛出的原因.

对于第二种 .loc 索引 + 赋值的语句 dfmi.loc[:, ('one', 'second')] = to_set_value. 等价于以下语句

dfmi.loc.__set_item__((slice(None), ('one', 'second')), to_set_value)

是直接调用了 .loc属性返回值的 __set_item__ 方法. Pandas已经确保了 dataframe.loc属性就是 dataframe 自身, .loc 只不过是更改了dataframe的索引方法, 因此 .loc.__set_item__() 就是对dataframe自身进行操作的.

也可以理解为, 第二种方式,并不是先“索引”Series,再赋值. 而是直接将值赋给dataframe里对应索引的Series.

如果第二种方式赋值方法等价于

dfmi.loc.__get__item__(params).__set_item__(to_set_value)

其实也是会遇到 "SettingWithCopyWarning", 因为 __get_item__() 方法有可能返回对象的引用, 有可能返回Copy值.

结论

所以Chained Index 和 loc Index赋值的区别在于 Chained 赋值的方式是先索引到对象, 再更改对象的值. 此时索引到的对象可能只是原来对象的Copy. 而 .loc 赋值是直接去更改原始Dataframe的对应索引的值.

引用

文章大部分内容来自Pandas官方文档:

Returning a view versus a copy:
https://pandas.pydata.org/pandas-docs/stable/indexing.html#indexing-view-versus-copy

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,736评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,167评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,442评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,902评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,302评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,573评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,847评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,562评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,260评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,531评论 2 245
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,021评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,367评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,016评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,068评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,827评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,610评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,514评论 2 269

推荐阅读更多精彩内容