|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
Месяц назад видел такую субд где пишеш SELECT * FROM balala WHERE blalala а потом чтото типа DURING 2 SECONDS И возвращаються все строки, которые удалось выбрать з окромного датасета на протяжении єтих 2 секунд Как называется, уже полчаса гуглю) Спасибо! ... |
|||
:
Нравится:
Не нравится:
|
|||
05.10.2015, 15:18 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
Searcher2, ну в virtuoso например такое есть, синтаксис другой конечно... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.10.2015, 16:59 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
Searcher2И возвращаються все строки, которые удалось выбрать з окромного датасета на протяжении єтих 2 секунд сервер скорее будет поддерживать ограничение времени выполнения запроса, чем время получения выборки. Потому что методов выполнения запроса много разных, и, например, бывают такие, которые не выдают ни одной записи на протяжении N секунд, а потом могут быстро выдавать весь результат. Соответственно, в вашем случае, при определенной сложности запроса, вы можете вообще не получить ни одной записи. Такая фича используется разве что в realtime системах, когда результат надо получить за время N, и не больше, иначе результат уже не нужен. Кстати, кроме самой СУБД такую фичу может поддерживать какая-нибудь промежуточная прослойка (если СУБД умеет "отменять" выполнение запроса на любом этапе, а прослойка умеет командовать отмену запроса по истечении таймаута). Что-то такое вроде было в postgresql, но не уверен, что оно есть в "общей" версии. Обычно у разных СУБД есть всякие лимиты времени активности коннекта, и разве что логирование запросов, которые выполняются дольше N секунд. p.s. искал в гугле, может не так, ничего не нашел. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.10.2015, 22:05 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
Searcher2... Как называется ... Все-таки ... скорее всего это реализация в прослойке или приложении ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2015, 11:50 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
Searcher2И возвращаються все строки, которые удалось выбрать з окромного датасета на протяжении єтих 2 секунд Как называется, уже полчаса гуглю) Спасибо! Если в оракле, можете делать ограничение по количеству выбираемых записей. Код: sql 1.
Время можете подобрать эсперементальным путем. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2015, 12:14 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
SergueiЕсли в оракле, можете делать ограничение по количеству выбираемых записей. это не то, и есть практически в любой СУБД select first n /skip m... select top n ... select ... order by ... rows n ... ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2015, 14:42 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
Searcher2Месяц назад видел такую субд где пишеш SELECT * FROM balala WHERE blalala а потом чтото типа DURING 2 SECONDS И возвращаються все строки, которые удалось выбрать з окромного датасета на протяжении єтих 2 секунд Как называется, уже полчаса гуглю) Спасибо! На месте архитектора я бы такой функционал в продуктив не пустил бы. Потому, что подобного рода фичи создают непредсказуемые логические ошибки в технологических процессах. Боростья с которыми гораздо дороже , чем сайзить и тюнить обычную БД. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2015, 17:02 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
Не пробовал, но вариант в оракле: 1. делаешь пайплан-функцию с одним из вх. параметров время выполнения 2. на входе засекаешь время начала работы с выходом из ф-ции по указанному таймауту 3. делаешь селект к этой функции 4. если все нормуль, радуешься ) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2015, 17:07 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
ДохтаРНа месте архитектора я бы такой функционал в продуктив не пустил бы. почитайте про "системы реального времени". Есть "мягкие" и "жесткие". Для "жестких" " Ситуация, в которой обработка событий происходит за время, большее предусмотренного, в системе жёсткого реального времени считается фатальной ошибкой. " Допустим, приложению нужен ответ на запрос в течение 1 секунды. Через 2 секунды результат запроса уже нафиг не будет нужен. Поэтому через 2 секунды запрос уже можно отрубать. А если такого ограничения нет, то запрос может выполняться и 3 и более секунд, что приведет к общему уменьшению отклика системы, что сделает неактуальным и ДРУГИЕ запросы. Так что при наличии данного требования (ограничения запросов по времени), и его отсутствия в реализации, система при определенной нагрузке просто встанет раком. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2015, 18:50 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
kdvДохтаРНа месте архитектора я бы такой функционал в продуктив не пустил бы. почитайте про "системы реального времени". Есть "мягкие" и "жесткие". Для "жестких" " Ситуация, в которой обработка событий происходит за время, большее предусмотренного, в системе жёсткого реального времени считается фатальной ошибкой. " Допустим, приложению нужен ответ на запрос в течение 1 секунды. Через 2 секунды результат запроса уже нафиг не будет нужен. Поэтому через 2 секунды запрос уже можно отрубать. А если такого ограничения нет, то запрос может выполняться и 3 и более секунд, что приведет к общему уменьшению отклика системы, что сделает неактуальным и ДРУГИЕ запросы. Так что при наличии данного требования (ограничения запросов по времени), и его отсутствия в реализации, система при определенной нагрузке просто встанет раком. Слышал звон да не знаю где он. Классический случай. В РТ лонг операции дробятся и выполняются отдельной подпрограммой, не влияющей на отклик системы. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2015, 20:53 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
ЗимарглСлышал звон да не знаю где он. Классический случай. идите в сад, товарищ. вы, очевидно, не были на докладе Бартунова про real-time запросы к Postgresql в хрен знает каком затертом году. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2015, 01:45 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
Зимаргл, и вообще - дробятся, не дробятся... выполнить запрос надо за 0.1 сек. а он выполняется за 0.2 сек. Что будете делать? Казалось бы, в предыдущем сообщении я внятно описал проблемы RT выполнения запросов (или операций вообще, безотносительно СУБД). Вы начинаете нести какую-то фигню по поводу дробления. ? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2015, 01:47 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
kdvЗимаргл, и вообще - дробятся, не дробятся... выполнить запрос надо за 0.1 сек. а он выполняется за 0.2 сек. Что будете делать? Казалось бы, в предыдущем сообщении я внятно описал проблемы RT выполнения запросов (или операций вообще, безотносительно СУБД). Вы начинаете нести какую-то фигню по поводу дробления. ? Я занимаюсь РТ системами. Ты занимаешься СУБД. Это совершенно ортогональные миры. Непонятно, с чего ты вдруг к СУБД решил приплести РТ? Ты же в этом не понимаешь. И пример написал неадекватный, типа "как правильно вышивать на тракторе". Его обсуждать бессмысленно. 1.Система может являться РТ с _любым_ детерминированным временем отклика. Хоть год. Хотя обычно быстрые. 2.Обычная ОС (и даже тулсет ОС) или СУБД никогда не превратится в РТ независимо от количества бубнов. 2.1 SQL СУБД по определению не может быть РТ для произвольных запросов. 3.Нужно использовать адекватные инструменты. Для ТС самый адекватный совет 18251956 . Если для какого либо тултипа или автокомплита, так можно даже не в отдельном потоке. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2015, 02:16 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
ЗимарглЭто совершенно ортогональные миры. Непонятно, с чего ты вдруг к СУБД решил приплести РТ? потому что я общался с людьми, которые разрабатывают РТ-СУБД. А вот с вами продолжать общение не имею ни малейшего желания. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2015, 02:30 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
JDSНе пробовал, но вариант в оракле: 1. делаешь пайплан-функцию с одним из вх. параметров время выполнения 2. на входе засекаешь время начала работы с выходом из ф-ции по указанному таймауту 3. делаешь селект к этой функции 4. если все нормуль, радуешься ) В оракле помоему есть более правилные варианты. Создать профил. В профиле указать мах время выполнения запроса. Создать пользователя и приписать ему профил. Пищу по помяти, если чего полутал или забыл - извените. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2015, 10:26 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
Searcher2, хотелось бы узнать пример, где это можно применить на практике. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2015, 12:18 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
mikronСоздать профил. В профиле указать мах время выполнения запроса. угу и все запросы будут работать ровно 2 секунды. Отлично решение! ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2015, 16:59 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
mikron В оракле помоему есть более правилные варианты. Для адептов оракла всегда так ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2015, 18:44 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
mikronПищу по помяти, если чего полутал или забыл - извените. Да. Есть такое вроде, но не испытывал ) ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2015, 22:10 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
JDSНе пробовал, но вариант в оракле: 1. делаешь пайплан-функцию с одним из вх. параметров время выполнения В общем случае очевидно неработоспособен. Впрочем, учитывая, что такой проект вообще неработоспособен, разница небольшая. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2015, 23:28 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
kdvSergueiЕсли в оракле, можете делать ограничение по количеству выбираемых записей. это не то, и есть практически в любой СУБД select first n /skip m... select top n ... select ... order by ... rows n ... Чем отличается "это" от "того"? Я так понимаю у ТС стоит задача сделать юзер интерфейс отзывчивым, ограничивая выборку данных. Почему нельзя сделать это таким образом можете поснить? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2015, 09:56 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
softwarerВ общем случае очевидно неработоспособен. Впрочем, учитывая, что такой проект вообще неработоспособен, разница небольшая. Проверил ради интереса (правда таймаут маленький)): Код: 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.
И как только начал, сразу понял, что это не совсем корректно - запрос в лупе-то кто будет отсекать? А здесь получается только фетч и то похоже, что не корректно отсекается - во всяком случае на клиенте выйти точно на указанное время будет почти нереально ) В общем конечно не вариант. mikron, правильно вспомнил, параметр есть вроде как. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2015, 16:49 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
Serguei, тем, что 1. даже с роунум запрос в итоге может отрабатывать дольше чем хочет ТС 2. Все-таки он заведомо вернет не все записи ) В общем ерунда какая-то. В реальной жизни можно сравнить, когда приходишь, а там очередь, посмотрел, что долго, решил не стоять и свалил. ТС видимо, хотел бы сделать то же самое в субд ) В таком случае обычно стараются уходить от запросов, которые заведомо будут долгими. Ограничивают выборку условиями, делают предв. оценку и если что выдают соотв. сообщение, ну или делать промежуточную прослойку. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2015, 18:46 |
|
СУБД с возможностью указать сколько секунд делать выборку
|
|||
---|---|---|---|
#18+
JDSSerguei, тем, что 1. даже с роунум запрос в итоге может отрабатывать дольше чем хочет ТС 2. Все-таки он заведомо вернет не все записи ) У нас в системе есть такие запросы для того чтобы, когда пользователь задал слишком широкие критерии поиска, что бы не тянуть на клиента слишком много данных. Все равно огромные списки бесмысленны - работать с ними невозможно. Так что нужно правильно использовать такие штуки. ИМХО. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2015, 19:54 |
|
|
start [/forum/topic.php?fid=35&msg=39072318&tid=1552289]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
156ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
2ms |
others: | 238ms |
total: | 505ms |
0 / 0 |