Рассмотрим следующий пример игрушки:
import polars as pl
xs = pl.DataFrame(
[
pl.Series(
"date",
["2024 Jan", "2024 Feb", "2024 Jan", "2024 Jan"],
dtype=pl.String,
)
]
)
ys = (
xs.with_columns(
pl.col("date").str.split(" ").list.to_struct(fields=["year", "month"]),
)
.with_columns(
pl.col("date").struct.with_fields(pl.field("year").cast(pl.Int16()))
)
.unnest("date")
)
ys
shape: (4, 2)
┌──────┬───────┐
│ year ┆ month │
│ --- ┆ --- │
│ i16 ┆ str │
╞══════╪═══════╡
│ 2024 ┆ Jan │
│ 2024 ┆ Feb │
│ 2024 ┆ Jan │
│ 2024 ┆ Jan │
└──────┴───────┘
Я думаю, что было бы более эффективно выполнять операции с уникальной серией данных о датах (Я мог бы использовать замену, но я выбрал соединение без уважительной причины):
unique_dates = (
pl.DataFrame([xs["date"].unique()])
.with_columns(
pl.col("date")
.str.split(" ")
.list.to_struct(fields=["year", "month"])
.alias("struct_date")
)
.with_columns(
pl.col("struct_date").struct.with_fields(
pl.field("year").cast(pl.Int16())
)
)
)
unique_dates
shape: (2, 2)
┌──────────┬──────────────┐
│ date ┆ struct_date │
│ --- ┆ --- │
│ str ┆ struct[2] │
╞══════════╪══════════════╡
│ 2024 Jan ┆ {2024,"Jan"} │
│ 2024 Feb ┆ {2024,"Feb"} │
└──────────┴──────────────┘
zs = (
xs.join(unique_dates, on = "date", left_on = "date", right_on = "struct_date")
.drop("date")
.rename({"struct_date": "date"})
.unnest("date")
)
zs
shape: (4, 2)
┌──────┬───────┐
│ year ┆ month │
│ --- ┆ --- │
│ i16 ┆ str │
╞══════╪═══════╡
│ 2024 ┆ Jan │
│ 2024 ┆ Feb │
│ 2024 ┆ Jan │
│ 2024 ┆ Jan │
└──────┴───────┘
Что я могу сделать, чтобы еще больше повысить эффективность этой операции? Я использую polars
достаточно идиоматично?
.str.splitn() должен быть более эффективным, поскольку позволяет избежать создания List
+ .list.to_struct()
.struct.field() также можно использовать для прямого «отключения» полей.
xs.select(
pl.col.date.str.splitn(" ", 2)
.struct.rename_fields(["year", "month"])
.struct.with_fields(pl.field("year").cast(pl.Int16))
.struct.field("year", "month")
)
shape: (4, 2)
┌──────┬───────┐
│ year ┆ month │
│ --- ┆ --- │
│ i16 ┆ str │
╞══════╪═══════╡
│ 2024 ┆ Jan │
│ 2024 ┆ Feb │
│ 2024 ┆ Jan │
│ 2024 ┆ Jan │
└──────┴───────┘
А как насчет превращения строк в категориальные?
@bzm3r С какой целью?
@ bzm3r Если это связано с другими вашими вопросами: вам следует задать вопрос с начальным необработанным текстом и показать окончательный желаемый результат - полностью объясняя реальную задачу. Подходы, использованные в ваших предыдущих вопросах, не являются «эффективными» (т. е. итеративное построение массивов/таблиц со стрелками/отмены поворота). Если вы дадите полную информацию, людям будет намного проще помочь с эффективным подходом. (например, гораздо быстрее выполнить сопоставление регулярных выражений непосредственно в Polars/DuckDB, используя Lazy API и т. д.)
Это не связано с другими моими вопросами. Я просто неоднократно использую одни и те же игрушечные примеры, пытаясь сориентироваться в экосистеме. Я спрашиваю о преобразовании строк в категориальные, потому что BallpointBen говорит в комментариях выше: «Преобразование столбца String в категориальное, вероятно, сделает соединение в конце намного быстрее».
Ах хорошо. Возможно, я ошибаюсь, но я не понимаю, как использование категориальных знаков вписывается в подход splitn
.
Преобразование столбца String в Categorial, вероятно, сделает соединение в конце намного быстрее.