|
SELECT по двум таблицам
|
|||
---|---|---|---|
#18+
Troglodit, на таких кардинальностях, как в моём тестовом наборе (и с теми же индексами) еще быстрее (примерно вдвое) будет примерно так : Код: sql 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.12.2019, 14:12 |
|
SELECT по двум таблицам
|
|||
---|---|---|---|
#18+
entrypoint Troglodit, авторЯ прождал пять минут используя ваш вариант, но результата так и не дождался, хотя мой последний вариант с правками от qwwq или его вариант на этих же данных исполняется менее секунды. Думаю - это логично Автор не предоставил структуру, а я её не придумывал, просто дал одно решение А Ваш вариант, с Вашей структурой базы данных, с Вашим запросом и с Вашим пониманием предмета и должен работать быстро Структура не моя, но соответствует постановке задачи, это не сферический конь в вакууме, а то что distinct на миллионах записей будет тормозить и так понятно. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.12.2019, 15:00 |
|
SELECT по двум таблицам
|
|||
---|---|---|---|
#18+
qwwq, интересное решение, неожиданное, я бы до такого не додумался, но никак не пойму вашу страсть к массивам, Код: sql 1.
почему не пишете на стандартном sql Код: sql 1.
как бы более стандартно хоть и тоже самое? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.12.2019, 16:24 |
|
SELECT по двум таблицам
|
|||
---|---|---|---|
#18+
Troglodit qwwq, интересное решение, неожиданное, я бы до такого не додумался, но никак не пойму вашу страсть к массивам, Код: sql 1.
почему не пишете на стандартном sql Код: sql 1.
как бы более стандартно хоть и тоже то же самое? патамушта например набор в in не параметризуецца. массивы хороши например для хранения в табличках рукопашных "инвертированных индексов". и кучи схожих задач. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.12.2019, 16:43 |
|
SELECT по двум таблицам
|
|||
---|---|---|---|
#18+
Troglodit, Код: plsql 1. 2. 3. 4. 5. 6.
Как ? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.12.2019, 15:50 |
|
SELECT по двум таблицам
|
|||
---|---|---|---|
#18+
entrypoint Troglodit, Код: plsql 1. 2. 3. 4. 5. 6.
Как ? У вас просто косметически исправленный последний вариант qwwq, причем на мой взгляд в худшую сторону. и кстати просветите зачем нужен DISTINCT? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.12.2019, 20:59 |
|
SELECT по двум таблицам
|
|||
---|---|---|---|
#18+
Troglodit, согласно предложенной Вами структуре сочетание elementcode + id_table1 - не уникально, т.е. возможны дубли по этому сочетанию, а нам нужны уникальные Id, для этого DISTINCT, иначе увидим кучу дублей /* Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
*/ Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18.
Кстати нет внешних ключей и поле elementcode поддерживает NULL (!!!!!) в этом случае правильный скрипт Код: plsql 1. 2. 3. 4. 5. 6.
автормой взгляд в худшую сторону с моей точки зрения в разы понятней, удобней в сопровождении, более расширяемое, красивое и в конце концов правильное ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 12:29 |
|
SELECT по двум таблицам
|
|||
---|---|---|---|
#18+
entrypoint Troglodit, согласно предложенной Вами структуре сочетание elementcode + id_table1 - не уникально, т.е. возможны дубли по этому сочетанию, а нам нужны уникальные Id, для этого DISTINCT, иначе увидим кучу дублей /* Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
*/ Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18.
Кстати нет внешних ключей и поле elementcode поддерживает NULL (!!!!!) в этом случае правильный скрипт Код: plsql 1. 2. 3. 4. 5. 6.
автормой взгляд в худшую сторону с моей точки зрения в разы понятней, удобней в сопровождении, более расширяемое, красивое и в конце концов правильное Извините, буду краток. Для тех кто в танке, постановка задачи автора, это НЕ МОЯ структура. Кто сказал, что возможны дубли и дубли чего, если дубли по документу, то в результирующую выборку они не по попадут ПО ОПРЕДЕЛЕНИЮ задачи автора. Продолжайте искать блох на рыбе, я больше в беседе с вами не участвую, контрпродуктивно. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 13:06 |
|
SELECT по двум таблицам
|
|||
---|---|---|---|
#18+
Troglodit, Невежливо ((( ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 13:12 |
|
SELECT по двум таблицам
|
|||
---|---|---|---|
#18+
entrypoint Troglodit, согласно предложенной Вами структуре сочетание elementcode + id_table1 - не уникально, т.е. возможны дубли по этому сочетанию, а нам нужны уникальные Id, для этого DISTINCT, иначе увидим кучу дублей Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
Код: sql 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.
Код: sql 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.
entrypoint с моей точки зрения в разы понятней, удобней в сопровождении, более расширяемое, красивое и в конце концов правильное кому и кобыла невеста ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 13:38 |
|
SELECT по двум таблицам
|
|||
---|---|---|---|
#18+
qwwq, как абычна наврал Код: sql 1. 2. 3. 4. 5. 6.
-- поправил для планов не принципиально ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 14:03 |
|
SELECT по двум таблицам
|
|||
---|---|---|---|
#18+
entrypoint Troglodit, Невежливо ((( Я же извинился заранее. Но все же. Если прочитать тему с начала я как и вы тоже предложил рабочий но далеко не оптимальный вариант. qwwq не только предложил лучше и изящнее, но и пояснил почему. И вместо того, чтобы упираться рогом как вы, я признал что его кунгфу круче. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2019, 20:04 |
|
|
start [/forum/topic.php?fid=53&gotonew=1&tid=1994878]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
37ms |
get topic data: |
9ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
others: | 15ms |
total: | 150ms |
0 / 0 |