Найдено 53 результата
- 06 дек 2007, 10:24
- Форум: Общие проблемы
- Тема: Как ускорить отклик сервера на запрос данных?
- Ответы: 26
- Просмотры: 12891
Я бы первым делом убил индекс в ORDER BY. Он полезен, только если выбирается мало записей Хм... Выяснилось, что мой индекс для records.id_mk полностью дублирует индекс, созданный самим FB для основного ключа. Задизаблил я свой индекс и время отклика сразу уменьшилось. Правда, после этого я сделал д...
- 06 дек 2007, 09:45
- Форум: Общие проблемы
- Тема: Как ускорить отклик сервера на запрос данных?
- Ответы: 26
- Просмотры: 12891
А что это может дать?kdv писал(а):сходуКод: Выделить всё
AND records.race+0 IN ...
- 06 дек 2007, 09:44
- Форум: Общие проблемы
- Тема: Как ускорить отклик сервера на запрос данных?
- Ответы: 26
- Просмотры: 12891
- 05 дек 2007, 20:41
- Форум: Общие проблемы
- Тема: Как ускорить отклик сервера на запрос данных?
- Ответы: 26
- Просмотры: 12891
Re: Как ускорить отклик сервера на запрос данных?
Эти данные после запроса визуализируются в виде графиков кривых на экране. Так что количество данных - тут оправданоstix-s писал(а):а кому из клиентов понадобилось поглядеть разом на 250 тыс строк?
- 05 дек 2007, 20:38
- Форум: Общие проблемы
- Тема: Как ускорить отклик сервера на запрос данных?
- Ответы: 26
- Просмотры: 12891
Во-первых, ты не указал версию сервера. Извиняюсь. FB 2.0.3, WinXP SP2 Во-вторых, запроса. Запрос создаётся программно, но сейчас попробую воспроизвести. Вот частный случай запроса (просьба не смеяться :) ): SELECT records.id_mk, records.race, records.rec_time, records.time_offset, records.depth_z,...
- 05 дек 2007, 19:59
- Форум: Общие проблемы
- Тема: Как ускорить отклик сервера на запрос данных?
- Ответы: 26
- Просмотры: 12891
Как ускорить отклик сервера на запрос данных?
Ситуация такая. Приходиться выбирать большой объём данных (250 000 строк и более) из больших таблиц (> 64 столбцов). Из двух таблиц путём их перемножения выбирается данные по индексным полям. План запроса следующий: PLAN JOIN (RECORDS ORDER RECORDS_ID_INDEX INDEX (RECORDS_TYPE_INDEX, RECORDS_RACE_IN...
- 30 ноя 2007, 11:17
- Форум: Вопросы установки
- Тема: FB2.0 - программно добавить строку в aliases.conf?
- Ответы: 5
- Просмотры: 9305
- 28 ноя 2007, 13:13
- Форум: Общие проблемы
- Тема: Надёжность БД в зависимости от сложности структуры
- Ответы: 2
- Просмотры: 2861
- 28 ноя 2007, 09:48
- Форум: Общие проблемы
- Тема: Надёжность БД в зависимости от сложности структуры
- Ответы: 2
- Просмотры: 2861
Надёжность БД в зависимости от сложности структуры
Верно ли для FB утверждение: чем сложнее структура базы данных, тем меньше вероятность восстановить данные после сбоев (в частности, аппаратных)? Я в данный момент проектирую базу данных, которая будет работать в очень сложных условиях (постоянные выключения питания компьютера). Про блок бесперебойн...
- 26 ноя 2007, 11:04
- Форум: Общие проблемы
- Тема: Firebird и параллельные транзакции с одного подключения
- Ответы: 7
- Просмотры: 4851
- 25 ноя 2007, 22:21
- Форум: Общие проблемы
- Тема: Firebird и параллельные транзакции с одного подключения
- Ответы: 7
- Просмотры: 4851
- 25 ноя 2007, 21:47
- Форум: Общие проблемы
- Тема: Firebird и параллельные транзакции с одного подключения
- Ответы: 7
- Просмотры: 4851
А что с параллельным подключением к базе? Я читал, что одновременное подключение к одной базе из нескольких потоков может вызывать ошибку в момент подключения, и что все подключения рекомендуется делать в основном потоке. В моём случае это неудобно. Будет ли достаточным для подключений из разных пот...
- 25 ноя 2007, 11:08
- Форум: Общие проблемы
- Тема: Firebird и параллельные транзакции с одного подключения
- Ответы: 7
- Просмотры: 4851
В факе про IB написано, что надо работать с несколькими подключениями: http://www.ibase.ru/ibfaq.htm#threads . Это справедливо для Firefird?