You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: optimizer/spm_on_11g/README.md
+3-3Lines changed: 3 additions & 3 deletions
Original file line number
Diff line number
Diff line change
@@ -9,7 +9,7 @@ View in order:
9
9
* evolve.lst
10
10
* sts.lst
11
11
12
-
<h3>introduction.lst<h3>
12
+
<h3>introduction.lst</h3>
13
13
14
14
The basics of SQL plan management.
15
15
@@ -33,7 +33,7 @@ The basics of SQL plan management.
33
33
* 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.
34
34
* Display the plan in a SQL plan baseline.
35
35
36
-
<h3>evolve.lst<h3>
36
+
<h3>evolve.lst</h3>
37
37
38
38
Demonstrating evolution.
39
39
@@ -51,7 +51,7 @@ Demonstrating evolution.
51
51
* Run the SALES query (with id=1) and it will now use the INDEX plan
52
52
* Run the SALES query (with id=-1) and it will now use the FULL plan
53
53
54
-
<h3>sts.sql<h3>
54
+
<h3>sts.sql</h3>
55
55
56
56
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.
0 commit comments