ОБНОВЛЕНИЕ:
Панды 0.23.1 отменили проблемные изменения, внесенные в 0.23.0.Тем не менее, лучшим решением для необработанной производительности остается подход CSV -> bcp
, как описано ниже.
ОБНОВЛЕНИЕ:
pandas 0.24.0, по-видимому, вновь представил проблему (ref: здесь )
(Оригинальный ответ)
До версии 0.23.0 для панд to_sql
генерировал отдельную INSERT для каждогострока в DataTable:
exec sp_prepexec @p1 output,N'@P1 int,@P2 nvarchar(6)',
N'INSERT INTO df_to_sql_test (id, txt) VALUES (@P1, @P2)',
0,N'row000'
exec sp_prepexec @p1 output,N'@P1 int,@P2 nvarchar(6)',
N'INSERT INTO df_to_sql_test (id, txt) VALUES (@P1, @P2)',
1,N'row001'
exec sp_prepexec @p1 output,N'@P1 int,@P2 nvarchar(6)',
N'INSERT INTO df_to_sql_test (id, txt) VALUES (@P1, @P2)',
2,N'row002'
Предполагается, что для повышения производительности pandas 0.23.0 теперь генерирует конструктор табличных значений для вставки нескольких строк за вызов
exec sp_prepexec @p1 output,N'@P1 int,@P2 nvarchar(6),@P3 int,@P4 nvarchar(6),@P5 int,@P6 nvarchar(6)',
N'INSERT INTO df_to_sql_test (id, txt) VALUES (@P1, @P2), (@P3, @P4), (@P5, @P6)',
0,N'row000',1,N'row001',2,N'row002'
Проблема заключается в том, что SQLХранимые процедуры сервера (включая системные хранимые процедуры, такие как sp_prepexec
) ограничены 2100 параметрами, поэтому, если DataFrame имеет 100 столбцов, то to_sql
может вставлять только около 20 строк одновременно.
Мы можем вычислить требуемое chunksize
, используя
# df is an existing DataFrame
#
# limit based on sp_prepexec parameter count
tsql_chunksize = 2097 // len(df.columns)
# cap at 1000 (limit for number of rows inserted by table-value constructor)
tsql_chunksize = 1000 if tsql_chunksize > 1000 else tsql_chunksize
#
df.to_sql('tablename', engine, if_exists='replace', index=False, chunksize=tsql_chunksize)
Однако наиболее быстрый подход все еще будет:
сбросить DataFrameв CSV-файл (или аналогичный), а затем
попросите Python вызвать утилиту SQL Server bcp
для загрузки этого файла в таблицу.