|
|
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
Компилитруем тело пакета, компиляция успешна, last_ddl_time не меняется. Мне говорят "если код не изменялся, то и last_ddl_time не изменится". Код действительно тот же самый. Но неужели так может быть? Я что-то сильно пропустил в своем понимании Oracle?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2018, 05:41 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
Ивечныйбой"если код не изменялся, то и last_ddl_time не изменится"Правильно. ИвечныйбойЯ что-то сильно пропустил в своем понимании Oracle??Здесь нет ничего экстраординарного. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2018, 07:47 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
ElicИвечныйбой"если код не изменялся, то и last_ddl_time не изменится"Правильно. ИвечныйбойЯ что-то сильно пропустил в своем понимании Oracle??Здесь нет ничего экстраординарного. Да што вы говорите? Это полная, полнейшая и невозможная чушь. Перекомпиляция меняет last_time_ddl. И никак иначе. У Oracle нет проверки идентичности нового кода тому, который в данный момент скомпилирован. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2018, 12:10 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
ИвечныйбойПерекомпиляция меняет last_time_ddl. И никак иначе. У Oracle нет проверки идентичности нового кода тому, который в данный момент скомпилирован.Иди-ка ты эту чушь пороть в свой ПТ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2018, 12:20 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
Есть CREATE OR REPLACE (меняет в любом случае), а есть ALTER PACKAGE COMPILE (не меняет) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2018, 12:45 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровЕсть CREATE OR REPLACE (меняет в любом случае), а есть ALTER PACKAGE COMPILE (не меняет)Ты, наверное, перепутал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2018, 12:52 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
Точно, попутал Хотя был уверен, что именно так правильно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2018, 13:00 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
Elic, он просто поленился проверить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2018, 13:00 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровЕсть CREATE OR REPLACE (меняет в любом случае), а есть ALTER PACKAGE COMPILE (не меняет) кусочек текста с простор металинкаHere is what appears to be happening: 1. When you use the create or replace syntax the last_ddl_time does not get changed and keeps the original create time. 2. If you use alter function compile syntax the last_ddl_time is incremented. 3. You can drop and create the function also to ensure the last_ddl_time is incremented. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2018, 13:00 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
Я помню, что в этом отношении они разные А при пересоздании мне казалось логичней менять last_ddl_time, ведь если текст меняется, то и LAST_DDL_TIME меняется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2018, 13:03 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
А COMPILE сам-по себе не очень-то DDL, ведь может быть вызван и неявно И тогда LAST_DDL_TIME, насколько помню, тоже не меняется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2018, 13:05 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
Я согласен с Вячеславом - чисто интутивно казалось бы что должно быть наоборот! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2018, 03:39 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
ElicИвечныйбой"если код не изменялся, то и last_ddl_time не изменится"Правильно. LAST_DDL_TIME также изменится при CREATE OR REPLACE (явном или неявном) даже если код не изменялся когда статус меняется. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2018, 14:42 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
SYдаже если код не изменялся когда статус меняется.Валидация посредством replace что-ли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2018, 15:07 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
ElicВалидация посредством replace что-ли? Дa, валидация/инвалидация: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2018, 15:33 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
SYвалидацияПопытка валидации. SYинвалидацияПока не продемонстрировано: SY Код: plsql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2018, 15:58 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
ElicПока не продемонстрировано: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2018, 16:15 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
SY Код: plsql 1. 2. 3. 4. 5. Мимо. Код: plsql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2018, 16:19 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
ElicМимо. Удаление dependent object меняет статус на INVALID без всякой компиляции. Но если ты настаиваешь: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. Т.e. CREATE OR REPLACE без изменения кода изменит LAST_DDL_TIME при попытке валидации. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2018, 16:31 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
SYУдаление dependent object меняет статус на INVALID без всякой компиляции. Но если ты настаиваешь:Я вижу, что инвалидация (которую ты упомянул) не изменяет last_ddl_time. SYТ.e. CREATE OR REPLACE без изменения кода изменит LAST_DDL_TIME при попытке валидации.А я бы говорил, что попытка валидации меняет last_ddl_time. А replace всего лишь частный случай валидации невалидного. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2018, 17:13 |
|
||
|
Не меняется last_ddl_time при перекомпиляции пакета
|
|||
|---|---|---|---|
|
#18+
ElicА replace всего лишь частный случай валидации невалидного. Естественно, ведь я и сказал как явного (CREATE OR REPLACE) так и неявного (выполнение) да и пример с exec привeл. Но вопрос-то был про CREATE OR REPLACE. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2018, 17:20 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39587019&tid=1884555]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
37ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 254ms |
| total: | 387ms |

| 0 / 0 |
