
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
19.04.2006, 14:37
|
|||
|---|---|---|---|
|
|||
Строить ли индексы для ускорения работы Select-ов |
|||
|
#18+
Нужно ли строить индексы для ускорения работы Select-ов??? У меня в разых БД лежит информация. В моих рабочих БД конечно информации мало. У заказчика информации будет больше и нарастать. Вот примерный код для получения данных с которыми необходимо будет работать. Хотя при получении промежуточных данных использую ORDER BY, но может быть необходимо все таки построить временные индексы для ускорения получения информации по SELECT... Код: plaintext 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.04.2006, 14:59
|
|||
|---|---|---|---|
Строить ли индексы для ускорения работы Select-ов |
|||
|
#18+
На PostgreSQL их не советуют делать, если не уверен нужны они или нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.04.2006, 15:26
|
|||
|---|---|---|---|
|
|||
Строить ли индексы для ускорения работы Select-ов |
|||
|
#18+
piva На PostgreSQL их не советуют делать, если не уверен нужны они или нет Привет Вадим! Я ведь все качаю к себе в FOX. А в нем уже создаю временную таблицу для работы. Но для создания этой таблицы приходиться кучу работы проделать. Вот и думаю может еще индексы применить для ускорения? И PostgreSQL это не FOX или я что-то недопонимаю??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.04.2006, 06:54
|
|||
|---|---|---|---|
Строить ли индексы для ускорения работы Select-ов |
|||
|
#18+
Дык смотря какие выборки с сервера, может серверу серверово ? Пусть он "напрягается" чем тащить все ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.04.2006, 08:12
|
|||
|---|---|---|---|
|
|||
Строить ли индексы для ускорения работы Select-ов |
|||
|
#18+
pivaДык смотря какие выборки с сервера, может серверу серверово ? Пусть он "напрягается" чем тащить всеВадим! Если посмотреть на мой первый топик более внимательно, то я не ТАЩУ ВСЕ данные. Конечно в SELECT-ах имеется условие WHERE... Под выражением: Я ведь все качаю к себе в FOX. Я имел ввиду все запросы, что показаны выше. Еще раз хочу напомнить, что в них присутствуют опции WHERE... Может быть я неясно выразился. Вот к примеру рассмотреть запрос (который я уже формирую у себя в FOX-е): Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.04.2006, 08:38
|
|||
|---|---|---|---|
|
|||
Строить ли индексы для ускорения работы Select-ов |
|||
|
#18+
А из fox rusmor убрали? Вроде бы rushmor в sql select сам индексы может строить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.04.2006, 08:47
|
|||
|---|---|---|---|
Строить ли индексы для ускорения работы Select-ов |
|||
|
#18+
Владимир САДля его более быстрого получения м.б. построить индексы Завист от объема выборки - если не большая - то просто потртишь времчя на создание индексов - фокс при построении запросов САМ строит необходимые себе индексы или использует существеющие. Если в выборке записей мало - какой смысл строить индекс ? Тут надо смотреть индивидуйно ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.04.2006, 09:18
|
|||
|---|---|---|---|
|
|||
Строить ли индексы для ускорения работы Select-ов |
|||
|
#18+
dvmА из fox rusmor убрали? Вроде бы rushmor в sql select сам индексы может строить. piva... фокс при построении запросов САМ строит необходимые себе индексы или использует существеющие. Если в выборке записей мало - какой смысл строить индекс ? Тут надо смотреть индивидуйно ;) Спасибо. Что-то я об этом упустил. Видимо переработал. Надо проанализировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.04.2006, 13:38
|
|||
|---|---|---|---|
Строить ли индексы для ускорения работы Select-ов |
|||
|
#18+
Что Вы хотите индексить, Владимир? Q_TERR_SPR и Q_QueriData? Или C_QueriData ? Q_TERR_SPR и Q_QueriData в Вашем примере индексить бессмыслено! Хотя мне вообще не понятно, зачем Вы тащите на клиента несколько отдельных курсоров, а потом здесь на Foxе их Join-ите? Все это надо делать на SQL-сервере и тянуть в Fox уже готовый C_QueriData ! Но раз уж Вы так делаете, то индексация Q_TERR_SPR и Q_QueriData Вам ничего не даст. А индексить ли C_QueriData зависит уже от того, что Вы с ним будете делать дальше, и насколько он велик. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.04.2006, 14:11
|
|||
|---|---|---|---|
|
|||
Строить ли индексы для ускорения работы Select-ов |
|||
|
#18+
Вообще топик хотел закрыть, т.к. вроде разобрался. Но раз задан вопрос, надо ответить. andrew_PrQ_TERR_SPR и Q_QueriData в Вашем примере индексить бессмыслено!Вот за это спасибо. andrew_PrХотя мне вообще не понятно, зачем Вы тащите на клиента несколько отдельных курсоров, а потом здесь на Foxе их Join-ите? Все это надо делать на SQL-сервере и тянуть в Fox уже готовый C_QueriData !Если внимательно посмотреть самый первый топик, то я загружаю курсоры (я их и называю с символа Q_) с трех различных баз. Причем первая лежит на MSSQL Server-е, вторая лежит в файле OEFDATA.MDB (Access) в отдельном каталоге и третья в файле QUERIDATA.MDB (Access). Т.е. ТРИ подключения (CONNECT). Поэтому сразу получить C_QueriData я и немогу. Вот в чем проблема. andrew_PrА индексить ли C_QueriData зависит уже от того, что Вы с ним будете делать дальше, и насколько он велик.Это я показал что я хотел получить. А индексить ее или нет, дейтвительно это мое дело. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.04.2006, 22:50
|
|||
|---|---|---|---|
|
|||
Строить ли индексы для ускорения работы Select-ов |
|||
|
#18+
Hi Владимир! > Если внимательно посмотреть самый первый топик, то я загружаю курсоры (я > их и называю с символа Q_) с трех различных баз Возможно стоит посмотреть в сторону "внешних источников" на MS SQL - там вполне можно настроить соединение с ACCESS-овской базой и тем самым снизить общие затраты - придётся только из 2-х баз через ODBC качать данные, а не из всех 3-х... Впрочем если потом всё равно нужно это в фоксовую программу перегонять, то выгода сомнительна... Что касается индексов - то тут не может быть универсальных советов - иногда проще индексы не делать (даже если они дают некоторый выигрыш в скорости), но если объёмы велики и запрос работает достаточно долго, то стоит попробовать ускорить процесс. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.04.2006, 16:08
|
|||
|---|---|---|---|
|
|||
Строить ли индексы для ускорения работы Select-ов |
|||
|
#18+
Igor Korolyov...Возможно стоит посмотреть в сторону "внешних источников" на MS SQL - там вполне можно настроить соединение с ACCESS-овской базой и тем самым снизить общие затраты - придётся только из 2-х баз через ODBC качать данные, а не из всех 3-х... Впрочем если потом всё равно нужно это в фоксовую программу перегонять, то выгода сомнительна...Надо поразмышлять на эту тему. Но обработку информации и показ пользователю я в какой-то среде должен сделать. Igor Korolyov...Что касается индексов - то тут не может быть универсальных советов - иногда проще индексы не делать (даже если они дают некоторый выигрыш в скорости), но если объёмы велики и запрос работает достаточно долго, то стоит попробовать ускорить процесс.Спасибо за советы. Просто я наверное больше страхуюсь чем нужно.... Жизнь покажет и пользователь все равно уведомит об какой-либо неудовлетворенности с его стороны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=41&tablet=1&tid=1591837]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
196ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 239ms |
| total: | 535ms |

| 0 / 0 |
