|
|
|
12.2
|
|||
|---|---|---|---|
|
#18+
по-ходу 12.2 вышла - https://blogs.oracle.com/UPGRADE/entry/upgrades_and_downgrades_to_oracle ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 18:01 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
локатор, В облаке пока. Когда будет доступно для скачивания? Наверное не раньше следующего года. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 18:18 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
славься, славься, продукт незабвенный славься, славься во веки веков.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 18:19 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
я ещё от 10g What's new не дочитал :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 18:20 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
veep, хз. Все равно до версии 12.2.0.2 пользовать не рекомендуется :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 18:23 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
локаторveep, хз. Все равно до версии 12.2.0.2 пользовать не рекомендуется :) Ну на каких нибудь глубоко тестовых средах можно :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 18:24 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
veepлокаторВсе равно до версии 12.2.0.2 пользовать не рекомендуется :)Ну на каких нибудь глубоко тестовых средах можно :)Если есть предрасположенность к нетрадиционному сексу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 19:00 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
-2-локатор, http://docs.oracle.com/database/122/index.htm Прочитал что нового в SQL и PL/SQL guide . Во втором ничего особо не заинтересовало... кроме общего для двоих "The maximum length of all identifiers used and defined by PL/SQL is increased to 128 bytes, up from 30 bytes in previous releases." Только не это!!! Иногда больную фантазию надо ограничивать техническими средствами. Касательно SQL guide. 1) Самое революционное имхо - изменения в секционировании. Теперь может быть до 16-ти (!) ключей секционирования для (partition & sub-partition), то есть 16 * 2 = 32, тогда как раньше было 1 * 2. Верно Оракл держит путь в сторону Big Data. В целом изменений для секционирования множество от "You can create partitioned external tables" и "new clause modify_to_partitioned of ALTER TABLE" до "You can specify read-only mode for a table, partition, or subpartition". 2) Еще бы выделил, что такие функции как cast, TO_DATE, TO_NUMBER теперь поддерживают значение по умолчанию для кривых данных. Например Код: plsql 1. 2. Ну этот пункт по значимости не идет ни в какое сравнение с предыдущим. Больше ничего особо не впечатлило. :) Видно, что много чего допилили для аналитики и data mining начиная от "CREATE ANALYTIC VIEW", добавления разнообразных APPROX_* функций (для distinct уже было в 12.1.0.2) и заканчивая "The data mining functions are enhanced so they can be applied to models built using the native algorithms of Oracle, as well as those built using R through the extensibility mechanism of Oracle Advanced Analytics". Мне до сих пор непонятно почему Oracle так пропихивает R, но видимо этому есть причины. Продолжают добавлять фишки MSSQL как было с identity columns. Теперь вот COLLATE Operator. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 19:09 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopТеперь может быть до 16-ти (!) ключей секционирования для (partition & sub-partition), то есть 16 * 2 = 32, тогда как раньше было 1 * 2.Все оказалось весьма прозаично. Просто можно делать список из кортежей атрибутов. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. Это совсем не то, что в BigData. Где могут быть partitions, sub-partitions, sub-sub-partitions etc. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 19:17 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
DBA_STATEMENTS - прикольная штука ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 19:57 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
xtenderDBA_STATEMENTS - прикольная штука http://docs.oracle.com/database/122/REFRN/ALL_STATEMENTS.htm#REFRN-GUID-36FF82A6-DD4B-45E4-8B46-2ECD38C2AE47 Намного упростит жисть :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 20:00 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
авторStatic PL/SQL Expressions Now Allowed Where Previously Literals Were Required Some examples of places where, in earlier releases, a literal was required are: The length of the constraint in a VARCHAR2 declaration. The precision and scale in a NUMBER declaration. Now you can use expressions, but the values must allow computation at compile time. You can now write PL/SQL programs so that the intention is self-evident without comments. You can also change PL/SQL programs to reflect changed requirements by making changes at far fewer sites. The canonical example is the VARCHAR2 that holds the text of a simple SQL identifier. This needs to be 128 bytes plus 2 additional bytes; 128 bytes for the name, and 2 bytes to enable double quoting. Тоже замечательно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 20:05 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
xtenderНамного упростит жисть :)Не разработчику, а тем, кто его считает врагом-партизаном? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 20:41 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
xtenderавторStatic PL/SQL Expressions Now Allowed Where Previously Literals Were Required Some examples of places where, in earlier releases, a literal was required are: The length of the constraint in a VARCHAR2 declaration. The precision and scale in a NUMBER declaration. Now you can use expressions, but the values must allow computation at compile time. You can now write PL/SQL programs so that the intention is self-evident without comments. You can also change PL/SQL programs to reflect changed requirements by making changes at far fewer sites. The canonical example is the VARCHAR2 that holds the text of a simple SQL identifier. This needs to be 128 bytes plus 2 additional bytes; 128 bytes for the name, and 2 bytes to enable double quoting. Тоже замечательноКакое ты видишь этому практическое применение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 21:09 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopxtenderпропущено... Тоже замечательноКакое ты видишь этому практическое применение?объявить в пакете константу и определение длины переменных через нее и ее производные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 21:13 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
-2-, Принцип работы понятен - по аналогии с директивой #define в си. Не совсем понятна конкретная польза учитывая оракловую специфику и имеющиеся %type, %rowtype. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 21:35 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopПринцип работы понятен - по аналогии с директивой #define в си. Не совсем понятна конкретная польза учитывая оракловую специфику и имеющиеся %type, %rowtype.Меньше шансов допустить ошибку при сопровождении кода вроде: Код: plsql 1. 2. 3. 4. 5. 6. Код: plsql 1. Да и код почитабельней может стать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 21:55 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
dbms_photoshop, Я видел уже много велосипедов, где так или иначе решают эту же вещь. Кто-то через препроцессинг собственной утилиткой, которая хранит и подставляет такие настройки, другие - пакеты-генераторы внутри оракла создают. Используют свои обозначения типа SHORT_STRING, LONG_STRING - для строк, что-нибудь типа IDENT - для суррогнатных ключей на сиквенсах, а потом по мере развития, спустя годы увеличивают их ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2016, 02:54 |
|
||
|
12.2
|
|||
|---|---|---|---|
|
#18+
dbms_photoshop, dbms_photoshopЕще бы выделил, что такие функции как cast, TO_DATE, TO_NUMBER теперь поддерживают значение по умолчанию для кривых данных. Например Там, похоже, это писала таже группа из Бангалора, кто и approximate функции делали, т.к. в доступной бете считает быстро, но не точно. В публичных версиях не проверял, но сомневаюсь, что исправили. Вот листинг тест-кейса. Код: 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. Поменяем порядок Код: 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. Вот причина и обходное решение Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2016, 05:34 |
|
||
|
|

start [/forum/topic.php?fid=52&gotonew=1&tid=1887062]: |
0ms |
get settings: |
8ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
63ms |
get topic data: |
6ms |
get first new msg: |
4ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 249ms |
| total: | 396ms |

| 0 / 0 |
