I may be a little rusty, but if you use "Express Mode" for the loads "light scans/light appends" will be used so the Virtual Portion will be used, not the buffer cache(s). The table can't have indexes/constraints so you have to disable or drop them otherwise "Deluxe Mode" will be used by default. If you're doing massive loads: 1) you don't want indexes in place anyway - it'll kill your time due to the index maintenance; 2) if you disable the indexes/constraints, they have to be rebuilt anyway once you re-enable them. Don't do this - you want to rebuild them yourself so you can tweak that process via PDQ/parallelism anyway.
Let me know if you have any questions - here or direct email/cell. This was one of the "things" I spent a lot of time explaining to clients over the years, and to be honest was pretty fun to do projects that required this type of operation.
Mark Scranton
mark@markscranton.com
765-729-2601
------------------------------
Thanks!
Mark Scranton
The Mark Scranton Group
mark@markscranton.com------------------------------
Original Message:
Sent: Wed June 18, 2025 08:57 AM
From: John Dargan
Subject: WARNING: Buffer pool size is too small for read ahead operation
When I am loading millions of records into a database and I occasionally see a warning message about the buffer pool size being "too small for read ahead operation", should my reaction be: (a) ignore the warning because it only occurs with unusually large loads of data, or (b) increase the size of the buffer pool?
------------------------------
John Dargan
------------------------------