|
|
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
Staxне вижу причин из-за которых оракля не может сравнивать типы varray Примерно та же, из-за которой требуется явный map/order для объектных типов. Нет возможности однозначно прописать критерии сравнения в общем случае. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 14:10 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
envStaxне вижу причин из-за которых оракля не может сравнивать типы varray Примерно та же, из-за которой требуется явный map/order для объектных типов. Нет возможности однозначно прописать критерии сравнения в общем случае. ага а для table значит можно не согласен есть нюансы, их можно озвучить в доке .... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 14:13 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
Staxне вижу причин, из-за которых оракля не может сравнивать типы varrayВ таком случае тебе дорога на change.org отстаивать свои права. Здесь опять повторять свой плач, право, уже не стоит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 14:15 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
Staxага а для table значит можно ткни в доку/пример, пожалуйста ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 14:15 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
envтребуется явный map/order для объектных типов.В SQL? -Может не стоит пороть горячку? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 14:18 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
envStaxага а для table значит можно ткни в доку/пример, пожалуйста Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. ...... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 14:19 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
Stax, Comparing Nested Tables for Equality and Inequality Ты про это? If two nested table variables have the same nested table type, and that nested table type does not have elements of a record type , then you can compare the two variables for equality or inequality with the relational operators equal (=) and not equal (<>, !=, ~=, ^=). Two nested table variables are equal if and only if they have the same set of elements (in any order) . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 14:19 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
envStax, Comparing Nested Tables for Equality and Inequality Ты про это? If two nested table variables have the same nested table type, and that nested table type does not have elements of a record type , then you can compare the two variables for equality or inequality with the relational operators equal (=) and not equal (<>, !=, ~=, ^=). Two nested table variables are equal if and only if they have the same set of elements (in any order) . да не вижу причин, реализовать подобное для varray ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 14:22 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
Elic, If you declare either method, then you can compare object instances in SQL Да, согласен, погорячился. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 14:25 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
ElicStaxне вижу причин, из-за которых оракля не может сравнивать типы varrayВ таком случае тебе дорога на change.org отстаивать свои права. Здесь опять повторять свой плач, право, уже не стоит. при чем тут плач? тем более я почти не использую обьектные таблицы я высказываю свое мнение, напр когда-то не было case,bitand,порядок срабатывания, удалить колонку, fist N, автономер и тд, тоже говорили о плаче, а смотриш и добавили поживем увидим зы к стати счас трезв, но не выспался - реал смотрел ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 14:28 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
env, нет. для sql - ссылка от Elic сравнение полей с пользовательскими типами Equal and Not Equal Comparisons. Причем, к вопросу о том, должно ли это быть смешным, текстуально равенство определено способом отличным от текста для PL/SQL, для pl/sql как-то пригодный для понимания текст: Two nested table variables are equal if and only if they have the same set of elements (in any order) А про sql сказано: Equality is determined in the existing order of the elements, because nested tables are unordered. Вот каков ответ (до проверки) на вопрос должен быть - здесь про одно и то же поведение написано или нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 14:31 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
envElic, If you declare either method, then you can compare object instances in SQLДа, согласен, погорячился.Всё ещё продолжаешь. RTFM If an object type does not have either a map or order method, only equality comparisons are allowed on objects of that type (FAQ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 15:24 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
ElicВсё ещё продолжаешь. RTFM If an object type does not have either a map or order method, only equality comparisons are allowed on objects of that type (FAQ) Так, да не свсем так: Код: 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. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 15:39 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
ElicВсё ещё продолжаешь. RTFM If an object type does not have either a map or order method, only equality comparisons are allowed on objects of that type (FAQ) Проблема в том что при сравнении nested tables ораклу их нужно вначале упорядочить а для этого требуется больше/меньше/равно. Так что в свете данной задачи stax прав (похоже неосознанно ). SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 15:44 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
Хотя Oracle мог мы проверить cardinality = 1 и понять что тут нечего упорядочивать. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 15:53 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
SYElicВсё ещё продолжаешь. RTFM If an object type does not have either a map or order method, only equality comparisons are allowed on objects of that type (FAQ) Проблема в том что при сравнении nested tables ораклу их нужно вначале упорядочить а для этого требуется больше/меньше/равно. Так что в свете данной задачи stax прав (похоже неосознанно ). SY. я ж написал что надо договорится 1 2 3 равно ли 1 3 2 20809391 SY, почему оракл не может стравнивать type varray ? ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 16:17 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
SYХотя Oracle мог мы проверить cardinality = 1 и понять что тут нечего упорядочивать.И даже в некоторых случаях может: Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 16:18 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
ElicИ даже в некоторых случаях может Это другое. Ты просто заставил Oracle вообще не упорядочивать person_nt и как результат person_nt(person('Vasya'),person('Petya')) теперь не равен person_nt(person('Petya'),person('Vasya')): Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 17:24 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
SYЭто другоеХЕЗ. По мне, это неодинаковое поведение в разных обстоятельствах. SYТы просто заставил Oracle вообще не упорядочиватьЯ его ничего такого не заставлял. Я всего лишь объявил конструктор, и, о чудо(?), ORA-22952 ушла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 17:31 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
ElicПо мне, это неодинаковое поведение в разных обстоятельствах. Да, похоже на баг. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 17:53 |
|
||
|
сравнение полей с пользовательскими типами
|
|||
|---|---|---|---|
|
#18+
SYДа, похоже на баг. И не просто конструктора, а с аргументом типа person_nt: Код: 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. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.09.2017, 18:06 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39524481&tid=1885219]: |
0ms |
get settings: |
5ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
163ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
| others: | 218ms |
| total: | 464ms |

| 0 / 0 |
