Многопользовательские базы геоданных используют таблицы файлов журнала для обслуживания списков выбранных записей. Записи регистрируются в таблицах файлов журнала для последующего использования приложением при выборе определенного размера, проверке или публикации версионной базы данных, а также при выполнении автономного редактирования извлеченных данных в клиентском приложении. Таблицы файлов журнала хранят идентификаторы ObjectID выбранных объектов, что позволяет повторно отображать эти объекты. Это позволяет быстрее анализировать и обрабатывать информацию.
В ArcGIS по умолчанию таблицы файлов журнала используются, если набор выборки содержит 100 или более записей. Это пороговое значение выборки, равное 100 объектам, задается в реестре. Оно может быть изменено, однако Esri не рекомендует этого делать. Нет подтвержденных причин, таких как увеличение производительности, для замены этого значения, поэтому изменение этого значения может привести к возникновению проблем с производительностью.
Базы геоданных на SQL Server используют сеансовые файлы журнала, создаваемые по умолчанию во временной базе данных (tempdb). Это рекомендуемая опция, которая подходит для большинства случаев. Однако если вы хотите изменить настройку, обратитесь к разделу Изменение настроек таблицы файла журнала.
When working with results in the workspace, it is best to understand the log file table configuration options so you can choose the right option for your database needs. There are four different geodatabase log file options: shared, session-based, stand-alone, and pools of session-based or stand-alone log files.
Common configuration options
For SQL Server, the default log file configuration is session-based log files created in the temporary database (tempdb). In most cases, the default geodatabase log file table configuration for your database management system (DBMS) should be sufficient and is the recommended setting. Another common option is the shared log files. You would only use shared log files if you do not want to create tables in the tempdb, you have a large number of concurrent sessions, and each session connects using an individual DBMS account. Either configuration option is acceptable for the workspace, but if you choose to store the log tables in the user schema (shared log files), instead of the tempdb (session-based), be sure to give CREATE TABLE privileges to each user accessing the tables.
Settings to control storage
Log file options are set using specific parameters in the SDE_server_config and SDE_dbtune tables.
For session-based log files, the DBTUNE SESSION_TEMP_TABLE parameter must be set to 1 (true) to allow the session-based log file table to be created in tempdb. For shared log files, changing the SESSION_TEMP_TABLE parameter to 0 (false) will create the SDE_LOGFILES, SDE_LOGFILE_DATA, and SDE_SESSION<SDE_ID> tables in the connecting user's schema; hence, the user requires CREATE TABLE permission.
Parameters in these tables are altered using the sdeconfig and sdedbtune commands, respectively. In SQL Server, the table created in tempdb is in the format ##SDE_SESSION<SDE_ID>. This table is truncated when the connecting application deletes its log files, and the table is dropped when the session disconnects. When using the default setting, users do not require CREATE TABLE permission in the database for the session table to be created in tempdb.