The script calls a function which calls another function ( eZContentObject->fetchDataMap ) which caches its result in "$GLOBALS['eZContentObjectDataMapCache']". Because of this the script will use a lot of memory on large databases.

Setting the global variable to null each time solves the problem, see patch.

Steps to reproduce

Run the updatecontentobjectname.php ( update/common/scripts/updatecontentobjectname.php ) on a database with 1000+ objects, and take a look at the memory usage.