99精品伊人亚洲|最近国产中文炮友|九草在线视频支援|AV网站大全最新|美女黄片免费观看|国产精品资源视频|精彩无码视频一区|91大神在线后入|伊人终合在线播放|久草综合久久中文

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

用這么久pandas才知道 category里的這些坑!

數(shù)據(jù)分析與開發(fā) ? 來源:數(shù)據(jù)分析與開發(fā) ? 作者:數(shù)據(jù)分析與開發(fā) ? 2021-05-14 10:30 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

pandas有一個特別的數(shù)據(jù)類型叫category,如其名一樣,是一種分類的數(shù)據(jù)類型。category很嬌氣,使用的時候稍有不慎就會進(jìn)坑,因此本篇將介紹在pandas中,

1. 為什么要使用category?

2. 以及使用category時需要注意的一些坑!

文中使用的pandas版本為1.2.3,于今年2021年3月發(fā)布的。

為什么使用category數(shù)據(jù)類型?

總結(jié)一下,使用category有以下一些好處:

內(nèi)存使用情況:對于重復(fù)值很多的字符串列,category可以大大減少將數(shù)據(jù)存儲在內(nèi)存中所需的內(nèi)存量;

運行性能:進(jìn)行了一些優(yōu)化,可以提高某些操作的執(zhí)行速度

算法庫的適用:在某些情況下,一些算法模型需要category這種類型。比如,我們知道lightgbm相對于xgboost優(yōu)化的一個點就是可以處理分類變量,而在構(gòu)建模型時我們需要指定哪些列是分類變量,并將它們調(diào)整為category作為超參數(shù)傳給模型。

一個簡單的例子。

df_size = 100_000

df1 = pd.DataFrame(

{

“float_1”: np.random.rand(df_size),

“species”: np.random.choice([“cat”, “dog”, “ape”, “gorilla”], size=df_size),

}

df1_cat = df1.astype({“species”: “category”})

創(chuàng)建了兩個DataFrame,其中df1包含了species并且為object類型,df1_cat復(fù)制了df1,但指定了species為category類型。

》》 df1.memory_usage(deep=True)

Index 128

float_1 800000

species 6100448

dtype: int64

就內(nèi)存使用而言,我們可以直接看到包含字符串的列的成本是多高。species列的字符串大約占用了6MB,如果這些字符串較長,則將會更多。

》》 df1_cat.memory_usage(deep=True)

Index 128

float_1 800000

species 100416

dtype: int64

再看轉(zhuǎn)換為category類別后的內(nèi)存使用情況。有了相當(dāng)大的改進(jìn),使用的內(nèi)存減少了大約60倍。沒有對比,就沒有傷害。

這就是使用category的其中一個好處。但愛之深,責(zé)之切呀,使用它要格外小心。

使用category的一些坑!

一、category列的操作

好吧,這部分應(yīng)該才是大家較為關(guān)心的,因為經(jīng)常會遇到一些莫名其妙的報錯或者感覺哪里不對,又不知道問題出在哪里。

首先,說明一下:使用category的時候需要格外小心,因為如果姿勢不對,它就很可能變回object。而變回object的結(jié)果就是,會降低代碼的性能(因為強(qiáng)制轉(zhuǎn)換類型成本很高),并會消耗內(nèi)存。

日常面對category類型的數(shù)據(jù),我們肯定是要對其進(jìn)行操作的,比如做一些轉(zhuǎn)換。下面看一個例子,我們要分別對category和object類型進(jìn)行同樣的字符串大寫操作,使用accessor的.str方法。

在非category字符串上:

》》 %timeit df1[“species”].str.upper()

25.6 ms ± 2.07 ms per loop (mean ± std. dev. of 7 runs, 10 loops each)

在category字符串上:

》》 %timeit df1_cat[“species”].str.upper()

1.85 ms ± 41.1 μs per loop (mean ± std. dev. of 7 runs, 1000 loops each)

結(jié)果很明顯了。在這種情況下,速度提高了大約14倍(因為內(nèi)部優(yōu)化會讓.str.upper()僅對分類的唯一類別值調(diào)用一次,然后根據(jù)結(jié)果構(gòu)造一個seires,而不是對結(jié)果中的每個值都去調(diào)用一次)。

怎么理解?假設(shè)現(xiàn)有一個列叫animal,其類別有cat和dog兩種,假設(shè)樣本為10000個,4000個cat和6000個dog。那么如果我用對category本身處理,意味著我只分別對cat和dog兩種類別處理一次,一共兩次就解決。如果對每個值處理,那就需要樣本數(shù)量10000次的處理。

盡管從時間上有了一些優(yōu)化,然而這種方法的使用也是有一些問題的。。??匆幌聝?nèi)存使用情況。

》》 df1_cat[“species”].str.upper().memory_usage(deep=True)

6100576

意外的發(fā)現(xiàn)category類型丟了。。結(jié)果竟是一個object類型,數(shù)據(jù)壓縮的效果也沒了,現(xiàn)在的結(jié)果再次回到剛才的6MB內(nèi)存占用。

這是因為使用str會直接讓原本的category類型強(qiáng)制轉(zhuǎn)換為object,所以內(nèi)存占用又回去了,這是我為什么最開始說要格外小心。

解決方法就是:直接對category本身操作而不是對它的值操作。 要直接使用cat的方法來完成轉(zhuǎn)換操作,如下。

%timeit df1_cat[“species”].cat.rename_categories(str.upper)

239 μs ± 13.9 μs per loop (mean ± std. dev. of 7 runs, 1000 loops each)

可以看到,這個速度就更快了,因為省去了將category類別轉(zhuǎn)換為object的時間,并且內(nèi)存占用也非常少。因此,這才是最優(yōu)的做法。

二、與category列的合并

還是上面那個例子,但是這次增加了habitat一列,并且species中增加了sanke。

df2 = pd.DataFrame(

{

“species”: [“cat”, “dog”, “ape”, “gorilla”, “snake”],

“habitat”: [“house”, “house”, “jungle”, “jungle”, “jungle”],

}

df2_cat = df2.astype({“species”: “category”, “habitat”: “category”})

和前面一樣,創(chuàng)建該數(shù)據(jù)集的一個category版本,并創(chuàng)建了一個帶有object字符串的版本。如果將兩個object列合并在一起的,沒什么意思,因為大家都知道會發(fā)生什么,object+ object= object而已。

把object列合并到category列上

還是一個例子。

》》 df1.merge(df2_cat, on=“species”).dtypes

float_1 float64

species object

habitat category

dtype: object

左邊的df1中species列為object,右邊的df2_cat中species列為category。我們可以看到,當(dāng)我們合并時,在結(jié)果中的合并列會得到category+ object= object。

這顯然不行了,又回到原來那樣了。我們再試下其他情況。

兩個category列的合并

》》 df1_cat.merge(df2_cat, on=“species”).dtypes

float_1 float64

species object

habitat category

dtype: object

結(jié)果是:category+ category= object?

有點想打人了,但是別急,我們看看為啥。

在合并中,為了保存分類類型,兩個category類型必須是完全相同的。 這個與pandas中的其他數(shù)據(jù)類型略有不同,例如所有float64列都具有相同的數(shù)據(jù)類型,就沒有什么區(qū)分。

而當(dāng)我們討論category數(shù)據(jù)類型時,該數(shù)據(jù)類型實際上是由該特定類別中存在的一組值來描述的,因此一個類別包含[“cat”, “dog”, “mouse”]與類別包含[“cheese”, “milk”, “eggs”]是不一樣的。上面的例子之所以沒成功,是因為多加了一個snake。

因此,我們可以得出結(jié)論:

category1+ category2=object

category1+ category1=category1

因此,解決辦法就是:兩個category類別一模一樣,讓其中一個等于另外一個。

》》 df1_cat.astype({“species”: df2_cat[“species”].dtype}).merge(

df2_cat, on=“species”

).dtypes

float_1 float64

species category

habitat category

dtype: object

三、category列的分組

用category類列分組時,一旦誤操作就會發(fā)生意外,結(jié)果是Dataframe會被填成空值,還有可能直接跑死。。

當(dāng)對category列分組時,默認(rèn)情況下,即使category類別的各個類不存在值,也會對每個類進(jìn)行分組。

一個例子來說明。

habitat_df = (

df1_cat.astype({“species”: df2_cat[“species”].dtype})

.merge(df2_cat, on=“species”)

house_animals_df = habitat_df.loc[habitat_df[“habitat”] == “house”]

這里采用habitat_df,從上面例子得到的,篩選habitat為house的,只有dog和cat是house,看下面分組結(jié)果。

》》 house_animals_df.groupby(“species”)[“float_1”].mean()

species

ape NaN

cat 0.501507

dog 0.501023

gorilla NaN

snake NaN

Name: float_1, dtype: float64

在groupby中得到了一堆空值。默認(rèn)情況下,當(dāng)按category列分組時,即使數(shù)據(jù)不存在,pandas也會為該類別中的每個值返回結(jié)果。略坑,如果數(shù)據(jù)類型包含很多不存在的,尤其是在多個不同的category列上進(jìn)行分組,將會極其損害性能。

因此,解決辦法是:可以傳遞observed=True到groupby調(diào)用中,這確保了我們僅獲取數(shù)據(jù)中有值的組。

》》 house_animals_df.groupby(“species”, observed=True)[“float_1”].mean()

species

cat 0.501507

dog 0.501023

Name: float_1, dtype: float64

四、category列的索引

仍以上面例子舉例,使用groupby-unstack實現(xiàn)了一個交叉表,species作為列,habitat作為行,均為category類型。

》》 species_df = habitat_df.groupby([“habitat”, “species”], observed=True)[“float_1”].mean().unstack()

》》 species_df

species cat ape dog gorilla

habitat

house 0.501507 NaN 0.501023 NaN

jungle NaN 0.501284 NaN 0.501108

這好像看似也沒什么毛病,我們繼續(xù)往下看。為這個交叉表添加一個新列new_col,值為1。

》》 species_df[“new_col”] = 1

TypeError: ‘fill_value=new_col’ is not present in this Categorical‘s categories

正常情況下,上面這段代碼是完全可以的,但這里報錯了,為什么?

原因是:species和habitat現(xiàn)在均為category類型。使用.unstack()會把species索引移到列索引中(類似pivot交叉表的操作)。而當(dāng)添加的新列不在species的分類索引中時,就會報錯。

雖然平時使用時可能很少用分類作為索引,但是萬一恰巧用到了,就要注意一下了。

總結(jié)

總結(jié)一下,pandas的category類型非常有用,可以帶來一些良好的性能優(yōu)勢。但是它也很嬌氣,使用過程中要尤為小心,確保category類型在整個流程中保持不變,避免變回object。本文介紹的4個點注意點:

category列的變換操作:直接對category本身操作而不是對它的值操作。這樣可以保留分類性質(zhì)并提高性能。

category列的合并:合并時注意,要保留category類型,且每個dataframe的合并列中的分類類型必須完全匹配。

category列的分組:默認(rèn)情況下,獲得數(shù)據(jù)類型中每個值的結(jié)果,即使數(shù)據(jù)中不存在該結(jié)果??梢酝ㄟ^設(shè)置observed=True調(diào)整。

category列的索引:當(dāng)索引為category類型的時候,注意是否可能與類別變量發(fā)生奇怪的交互作用。

編輯:jq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 數(shù)據(jù)
    +關(guān)注

    關(guān)注

    8

    文章

    7256

    瀏覽量

    91883
  • 數(shù)據(jù)存儲
    +關(guān)注

    關(guān)注

    5

    文章

    999

    瀏覽量

    51740
  • 算法庫
    +關(guān)注

    關(guān)注

    0

    文章

    4

    瀏覽量

    1639

原文標(biāo)題:用了一年 pandas,才知道 category 的這些坑!

文章出處:【微信號:DBDevs,微信公眾號:數(shù)據(jù)分析與開發(fā)】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    購買機(jī)器人氣密性檢測儀:避指南和建議

    家人們,在工業(yè)生產(chǎn)中,機(jī)器人氣密性檢測儀是保證產(chǎn)品質(zhì)量的偉大貢獻(xiàn)者。然而,在購買這個東西時,也是一個接一個的。今天,我想談?wù)勅绾伪苊?b class='flag-5'>這些,并成功地購買合適的檢測儀。(1)避開精度虛標(biāo)的
    的頭像 發(fā)表于 06-23 13:56 ?147次閱讀
    購買機(jī)器人氣密性檢測儀:避<b class='flag-5'>坑</b>指南和建議

    防水變壓器安裝總踩?這些要點不看虧大了!

    變壓器時,到底該注意啥??船防水變壓器安裝與調(diào)試安裝船防水變壓器,第一步就得把“位置關(guān)”。咱都知道船上空間寸土寸金,跟“螺螄殼里做道場”似的。所以在方案階段,
    的頭像 發(fā)表于 06-20 10:23 ?198次閱讀
    船<b class='flag-5'>用</b>防水變壓器安裝總踩<b class='flag-5'>坑</b>?<b class='flag-5'>這些</b>要點不看虧大了!

    知道變壓器有哪些嗎?

    在船舶和海洋平臺上,電力系統(tǒng)的穩(wěn)定運行至關(guān)重要,而船變壓器作為其中的關(guān)鍵設(shè)備,其種類繁多,各具特點。你知道變壓器有哪些嗎?讓我們一起來揭開它們的神秘面紗。CSD船變壓器是船舶供
    的頭像 發(fā)表于 06-01 00:00 ?175次閱讀
    你<b class='flag-5'>知道</b>船<b class='flag-5'>用</b>變壓器有哪些嗎?

    電機(jī)產(chǎn)品在水泵行業(yè)的應(yīng)用

    在工業(yè)4.0與“雙碳”目標(biāo)的推動下,水泵行業(yè)作為流體控制的核心領(lǐng)域,對節(jié)能高效的需求日益提升。電機(jī)作為水泵設(shè)備的心臟,其性能直接決定了水泵系統(tǒng)的效率、可靠性與成本。力電機(jī)圍繞水泵行業(yè)的核心痛點及需求,提供高效電機(jī)產(chǎn)品解決方案。
    的頭像 發(fā)表于 05-17 13:55 ?824次閱讀

    公路路面病害(如裂縫、槽等)檢測

    公路路面病害(如裂縫、槽等)檢測
    的頭像 發(fā)表于 04-10 11:43 ?363次閱讀
    公路路面病害(如裂縫、<b class='flag-5'>坑</b>槽等)檢測

    正弦波FOC

    經(jīng)常在壇看到各種關(guān)于正弦波的討論,川辦畢竟也搞電機(jī)控制方案和成品產(chǎn)生這么久了,以下文檔,希望對大家有幫助。
    發(fā)表于 02-27 01:01

    電源設(shè)計避(下)

    導(dǎo)讀產(chǎn)品上量后,通常都會有降成需求。多年來,接觸過不少產(chǎn)品降成案例,在電源上下刀過猛,引發(fā)了產(chǎn)品偶發(fā)性問題,帶來了很不好的負(fù)面影響。本文將對這些案例進(jìn)行總結(jié),提供電源設(shè)計參考,確保產(chǎn)品降成不降質(zhì)量
    的頭像 發(fā)表于 12-16 11:37 ?738次閱讀
    電源設(shè)計避<b class='flag-5'>坑</b>(下)

    RAPIDS cuDF將pandas提速近150倍

    在 NVIDIA GTC 2024 上,NVIDIA 宣布,RAPIDS cuDF 當(dāng)前已能夠為 950 萬 pandas 用戶帶來 GPU 加速,且無需修改代碼。
    的頭像 發(fā)表于 11-20 09:52 ?662次閱讀
    RAPIDS cuDF將<b class='flag-5'>pandas</b>提速近150倍

    aic23b的AD和DA輸入輸出數(shù)據(jù)總在64000左右,AD設(shè)置的是16位,為什么進(jìn)來的數(shù)都這么大,是不是配置不對?

    你好,aic23b的AD和DA輸入輸出數(shù)據(jù)總在64000左右,AD設(shè)置的是16位,為什么進(jìn)來的數(shù)都這么大,是不是配置不對? 還有就是,輸入電壓和采樣值之間的對應(yīng)關(guān)系是什么?
    發(fā)表于 11-05 06:53

    opa627BP用來做前級放大,接地電阻多少合適?反饋電阻多少合適?

    你好,opa627BP 用來做前級放大,接地電阻多少合適,反饋電阻多少合適,謝謝
    發(fā)表于 10-31 07:38

    CATEGORY5e是什么網(wǎng)線

    CATEGORY 5e即CAT5e,指的是超五類網(wǎng)線。它是計算機(jī)網(wǎng)絡(luò)中常用的一種雙絞式電纜,也是數(shù)據(jù)、話音等信息通信業(yè)務(wù)使用的多媒體線材。以下是關(guān)于超五類網(wǎng)線的詳細(xì)介紹: 一、標(biāo)識與類型 標(biāo)識
    的頭像 發(fā)表于 10-23 10:23 ?5402次閱讀

    使用PP3調(diào)試TAS5766M,初始化要超過三分鐘,是什么原因?qū)е碌模?/a>

    使用PP3調(diào)試 TAS5766M,為什么初始化要這么久,超過3分鐘,這不合理,煩請幫忙看一下是什么原因
    發(fā)表于 10-16 06:48

    4G模組SIM卡電路很簡單,但也要注意這些

    ?上次水SIM卡相關(guān)的文章,還是[上一次]; 上一篇文章吹牛說, 跟SIM卡相關(guān)的問題還有很多 ,目的是為下一篇文章埋下伏筆;伏筆埋是埋下了,但如果債老是不還,心里的石頭就總懸著,搞不好老板還要扣
    的頭像 發(fā)表于 09-30 07:01 ?2059次閱讀
    4G模組SIM卡電路很簡單,但也要注意<b class='flag-5'>這些</b><b class='flag-5'>坑</b>

    為什么THS3001增益帶寬這么低?

    電路圖如上,我是根據(jù)手冊的電路改的,我把其中的滑動變阻器調(diào)為5倍固定增益,本來手冊的圖是有50ohm的輸出阻抗,我后面接的是射頻頭有50omh的阻抗,但是我測試電路100mv的輸入電壓
    發(fā)表于 08-23 08:29

    TL082I運放做了一個絕對值電路,有什么辦法可以縮短觸發(fā)的延遲時間?

    150uS,請群的大神幫忙分析下有什么辦法可以縮短觸發(fā)的延遲時間?是否TL082的處理時間就需要這么久,還是電路過于復(fù)雜導(dǎo)致處理時間延長?
    發(fā)表于 08-12 07:06