|
|
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
Как быстрей обработается запрос когда сервер будет выдавать по одному параметру или когда результатом будет таблица и обработка возлагается на другую программу. т.е. Вариант №1 SELECT "fio" FROM "table" WHERE "inn" = 2222, or "inn" = 3333, or "inn" = 4444, or "inn" = 5555 ... Вариант №2 SELECT "fio" FROM "table" запустить программу которая отображает график, но фильтровать результат размер таблицы 2х1000строк затем предпологается вывести график, показать таблицу или её часть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2011, 10:00 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
В общем случае трудно сказать, что будет быстрее. Думаю, что 2-й вариант. Что мешает попробовать оба ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2011, 10:16 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
NikolaNetesla, Если поля по которым идет отбор в п.1 проиндекированы и объем таблицы большой то п.1 будет быстрее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2011, 10:28 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
On 28.01.2011 10:00, NikolaNetesla wrote: > Как быстрей обработается запрос когда сервер будет выдавать по одному параметру > или когда результатом будет таблица и обработка возлагается на другую программу. > т.е. Немножко знаешь ли от размера таблицы зависит. Если такая очевидная мысль тебе в голову не пришла, можешь её подумать. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2011, 11:32 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
NikolaNetesla, и зависит от СУБД. Какая-то СУБД догадается преобразовать запрос через UNION ALL и использовать индекс, а какая-то - нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2011, 11:38 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
NikolaNetesla, Ага, а если мильон записей - вы их все перегоните клиенту у там будите фильтровать? Не стоит ИМХО сие делать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2011, 12:25 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
Edkonst2008Ага, а если мильон записей - вы их все перегоните клиенту у там будите фильтровать? Угу. Сам видел как одним людям перегоняли кучу мусора в эксель. В итоге файл экселя весил под 10 метров. Говорить о том как классно им было в этом экселе ворочаться даже небуду - думаю и так все понятно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2011, 13:44 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
Edkonst2008NikolaNetesla, Ага, а если мильон записей ...не читатель? NikolaNeteslaразмер таблицы 2х1000строк ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2011, 16:14 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
Немного колебаюсь ещё перед выбором, но наверное попробую оба способа. Еще вопрос разрешите? Любой из способов будет гораздо эффективнее чем (простите) "дрочить" сервер одиночными запросами? Или без разницы? т.е. SELECT "fio" FROM "table" WHERE "inn" = 2222 обработал SELECT "fio" FROM "table" WHERE "inn" = 3333 обработал SELECT "fio" FROM "table" WHERE "inn" = 4444 обработал SELECT "fio" FROM "table" WHERE "inn" = 5555 обработал SELECT "fio" FROM "table" WHERE "inn" = 6666 обработал SELECT "fio" FROM "table" WHERE "inn" = 7777 обработал .... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2011, 16:45 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
On 28.01.2011 16:45, NikolaNetesla wrote: > Еще вопрос разрешите? Любой из способов будет гораздо эффективнее чем (простите) > "дрочить" сервер одиночными запросами? Или без разницы? СУБД, таблицы, их размер, индексы. После этого о чём-то можно говорить. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2011, 00:05 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2011, 09:36 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
NikolaNeteslaНемного колебаюсь ещё перед выбором, но наверное попробую оба способа. Еще вопрос разрешите? Любой из способов будет гораздо эффективнее чем (простите) "дрочить" сервер одиночными запросами? Или без разницы? В общем случае одно сложное задание (SQL запрос) можно выполнить быстрее и эффективнее, чем кучу простых заданий с тем же результатом. Выполняя сложный SQL запрос СУБД может оптимизировать работу, выбрать способ лучше, чем декомпозиция на простые задания, кроме того на выполнение любого запроса требуются некоторые накладные расходы - меньше запросов - меньше расходов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2011, 16:43 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
Я дилетант, но только что переделал кусок кода в программе mmex где сделал один "сложный" sql запрос вместо двух простых аля select a,b,c from table c последующей обработкой, сортировкой, куча циклов, сравнений и т.п. Преимущества: 1. sql код готовится в девелопере, где оптимизируется и измеряется его скорость. 2. Такой код проще понять и проверить. 3. Програмный код (в моём случае жто C++) становиться проще (уверен быстрее и компактнее) 4. sql возвращает меньшее кол-во строк, соответсвенно меньше буферов задействовано (Можно и поспорть, но буферы внутри sql движка проверены временем). 5. Надо помнить про масштабирование, сегодня 2000 строк завтра 100000 и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2011, 09:31 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
On 31.01.2011 16:43, mcureenab wrote: > В общем случае одно сложное задание (SQL запрос) можно выполнить быстрее и > эффективнее, чем кучу простых заданий с тем же результатом. Далеко не всегда. Выполняя сложный SQL > запрос СУБД может оптимизировать работу, Именно потому, что МОЖЕТ оптимизировать, а МОЖЕТ И НЕ оптимизировать. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2011, 10:14 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
MasterZiv, поменяйте СУБД, на ту которая может чаще, чем не может. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2011, 12:26 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
NikolaNeteslaКак быстрей обработается запрос когда сервер будет выдавать по одному параметру или когда результатом будет таблица и обработка возлагается на другую программу. т.е. ....... затем предпологается вывести график, показать таблицу или её часть. Синтаксис СУБД соответствующих SQL92 Код: plaintext 1. 2. 3. Синтаксис СУБД несоответствующих SQL92 (например, MySQL) Код: plaintext 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2011, 01:44 |
|
||
|
Будет ли быстрей запрос обработать, средствами движка?
|
|||
|---|---|---|---|
|
#18+
PEAKTOP, а что это за CONTAINING ? Насколько я знаю, его нет ни в Оракле, ни в MySQL. И, кстати, MySQL может выполнять конкатенацию строк оператором ||. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2011, 13:50 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=37084888&tid=1542327]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
394ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 210ms |
| total: | 668ms |

| 0 / 0 |
