Re: New Table Access Methods for Multi and Single Inserts
| От | Jeff Davis |
|---|---|
| Тема | Re: New Table Access Methods for Multi and Single Inserts |
| Дата | |
| Msg-id | c54a69a8b60bae42499b86ff771ecbcdad29326d.camel@j-davis.com обсуждение |
| Ответ на | Re: New Table Access Methods for Multi and Single Inserts (Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>) |
| Ответы |
Re: New Table Access Methods for Multi and Single Inserts
|
| Список | pgsql-hackers |
> If we agree on removing heap_multi_insert_v2 API and embed that logic
> inside heap_insert_v2, then we can do this - pass the required
> information and the functions ExecInsertIndexTuples and
> ExecARInsertTriggers as callbacks so that, whether or not
> heap_insert_v2 choses single or multi inserts, it can callback these
> functions with the required information passed after the flush. We
> can
> add the callback and required information into TableInsertState. But,
> I'm not quite sure, we would make ExecInsertIndexTuples and
> ExecARInsertTriggers.
How should the API interact with INSERT INTO ... SELECT? Right now it
doesn't appear to be integrated at all, but that seems like a fairly
important path for bulk inserts.
Regards,
Jeff Davis
В списке pgsql-hackers по дате отправления: