[
https://issues.apache.org/jira/browse/DERBY-269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12608097#action_12608097
]
Mamta A. Satoor commented on DERBY-269:
---------------------------------------
It appears that we still have core code left for "UPDATE STATISTICS" in Derby.
It can be found in impl.sql.execute.UpdateStatisticsConstantAction When I work
on writing a system procedure, hopefully I can base my code on what is in
UpdateStatisticsConstantAction. Later, UpdateStatisticsConstantAction can then
be removed.
Also, I think the new system procedure should go in SYSCS_UTIL schema where all
th other utility procedures like SYSCS_COMPRESS_TABLE,
SYSCS_INPLACE_COMPRESS_TABLE etc exist.
> Provide some way to update index cardinality statistics (e.g. reimplement
> update statistics)
> --------------------------------------------------------------------------------------------
>
> Key: DERBY-269
> URL: https://issues.apache.org/jira/browse/DERBY-269
> Project: Derby
> Issue Type: New Feature
> Components: SQL
> Affects Versions: 10.0.2.0, 10.0.2.1, 10.1.1.0, 10.2.2.0, 10.3.1.4
> Reporter: Stan Bradbury
> Assignee: Mamta A. Satoor
>
> Performance problems are being reported that can be resolved by updating the
> cardinality statistics used by the optimizer. Currently the only time the
> statistics are guaranteed to be an up-to-date is when the index is first
> created on a fully populated table. This is most easily accomplished on an
> existing table by using the command:
> alter table <table-name> compress [sequential]
> Compress table is an I/O intensive task. A better way to achieve this would
> be to re-enable parser support for the 'update statistics' command or
> re-implement the update in some other fashion.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
