Skip to content

Commit 3d66d3a

Browse files
committed
better doc
1 parent 721770e commit 3d66d3a

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

optimizer/spm_on_11g/README.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -9,7 +9,7 @@ View in order:
99
* evolve.lst
1010
* sts.lst
1111

12-
<h3>introduction.lst<h3>
12+
<h3>introduction.lst</h3>
1313

1414
The basics of SQL plan management.
1515

@@ -33,7 +33,7 @@ The basics of SQL plan management.
3333
* Run the query with different bind variable values and confirm that both FULL and INDEX plans are used and the SQL plan baselines are used.
3434
* Display the plan in a SQL plan baseline.
3535

36-
<h3>evolve.lst<h3>
36+
<h3>evolve.lst</h3>
3737

3838
Demonstrating evolution.
3939

@@ -51,7 +51,7 @@ Demonstrating evolution.
5151
* Run the SALES query (with id=1) and it will now use the INDEX plan
5252
* Run the SALES query (with id=-1) and it will now use the FULL plan
5353

54-
<h3>sts.sql<h3>
54+
<h3>sts.sql</h3>
5555

5656
This example shows how you might use SQL plan management to capture ALL plans for a given workload. It means that you will capture and immediate enable all plans - so if there's data skew you won't need to be concerned that some important plans are not enabled. The idea here is that you capture the worload in a SQL tuning set, then you use this as the source of accepted SQL plan baselines.
5757

0 commit comments

Comments
 (0)