Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
03.02.2006, 14:33
|
|||
|---|---|---|---|
|
|||
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
Добрый всем день! Может кто подскажет. select * from table из таблица в 2 млн. записей в Toadе выбирается за считанные секунды, в VFP 3 минуты. Что надо подкрутить в фоксе, чтобы скорость выполнения приблизилась к toad-овскому?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2006, 14:49
|
|||
|---|---|---|---|
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
Вы уверены, что 2 млн выбираются за секунды, причём вся выборка приходит за это время Опишите размерность (int, char ... ) и количество полей , пропускную способность сети и тогда сможем подсчитать время выборки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2006, 15:02
|
|||
|---|---|---|---|
|
|||
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
Пропускная способность сети 100 Мбит в таблице 15 полей, 1 date, остальные numeric(в среднем длиной 10). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2006, 15:05
|
|||
|---|---|---|---|
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
jelДобрый всем день! Может кто подскажет. select * from table из таблица в 2 млн. записей в Toadе выбирается за считанные секунды, в VFP 3 минуты. Что надо подкрутить в фоксе, чтобы скорость выполнения приблизилась к toad-овскому?? Этого не может быть! 2 миллиона записей пропусть через ODBC за считанные секунды..... С уважением, Алексей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2006, 15:08
|
|||
|---|---|---|---|
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
вероятно в TOAD выборка идёт всёж таки не через одбц а через оракловые компоненты. Т.е. данные не перекачиваются все сразу а по мере перемещения по гриду в котором они показаны. Примерно как фокспро показывает дбф в окошке browse Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2006, 15:11
|
|||
|---|---|---|---|
|
|||
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
да, sorry, ввела в заблуждение. Как увидела записи, в запарке подумала, что запрос выполнился до конца, ан нет, данные продолжали идти. Sorry еще раз. Но, все-таки, хотелось бы узнать оптимальную скорость выполнения из Foxa. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2006, 15:17
|
|||
|---|---|---|---|
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
Что Вы подразумеваете под оптимальной скоростью? Вынимать несколько млн. записей, если это не специфическая задача - не стоит, у фокса по умолчанию стоит выборка 100 записей за раз, как правило в клиент сервере этого хватает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2006, 15:23
|
|||
|---|---|---|---|
|
|||
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
Имела в виду, сколько времени уйдет на выполнение select * from table. Согласна, что все вытаскивать клиенту не стоит, но бывает, что надо... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2006, 15:27
|
|||
|---|---|---|---|
|
|||
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
Это тебе кажется, что 2 секунды. Просто запрос сразу же возващает позиции, и продолжает выполняться, а ты видишь позиции и думаешь что запрос отработал. В MSSQL2005 сделали таким же образом, в менеджмент студии запрос, какой бы он ни был по продолжительности, сразу показывает отработанные позиции и продолжает выполняться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2006, 15:34
|
|||
|---|---|---|---|
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
jelПропускная способность сети 100 Мбит в таблице 15 полей, 1 date, остальные numeric(в среднем длиной 10). Ну давайте считать 14 полей * 10 = 140 байт + 10 = 150 байт * 2 млн = 300 Мб сеть 100 Мб/сек ~ 10 Мбайт 300/10 = 30 сек Но видимо сеть у Вас 10 Мб, поэтому 300/1 = 300 сек ~ 5 мин. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.02.2006, 15:54
|
|||
|---|---|---|---|
|
|||
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
Ба-альшое спасибо за отзывчивость. Успокоили. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.02.2006, 01:08
|
|||
|---|---|---|---|
|
|||
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
Hi PaulWist! Тут чистой "арифметикой" не победить - не всё так просто на самом деле - не только (и даже не столько) от пропускной способности сети зависит скорость подобной выборки, и даже на 1Гбитной сети скорость вряд-ли будет существенно отличаться от имеющихся 3 минут. В общем выбирать ВСЕ записи да ещё и через ODBC я бы не советовал - если есть именно специфическая задача, то надо использовать под её специфические средства - например bulk copy... А представить себе зачем нужно простому клиентскому приложению все 2Млн записей я не могу, как ни стараюсь... Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.02.2006, 04:03
|
|||
|---|---|---|---|
|
|||
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
Igor Korolyovвыбирать ВСЕ записи да ещё и через ODBC я бы не советовалхм, а какая разница, что через ODBC, что через более другой интерфейс ? хотите сказать, что ODBC не есть быстрейший вариант ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.02.2006, 09:31
|
|||
|---|---|---|---|
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
Igor Korolyov Hi PaulWist! Тут чистой "арифметикой" не победить - не всё так просто на самом деле - не только (и даже не столько) от пропускной способности сети зависит скорость подобной выборки, и даже на 1Гбитной сети скорость вряд-ли будет существенно отличаться от имеющихся 3 минут. Ну, Игорь как раз арифметика может дать узкие места, в данном случае скорее всего сеть является лимитирующеё стадией, поскольку ск-ть считывания с винта давно перевалила за 10 Мб/сек. Но а то что 2 млн записей заливаются на клиента - это уж вопрос к автору. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.02.2006, 12:23
|
|||
|---|---|---|---|
|
|||
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
Если кому-то интересно, то проверено опытным путем, что данная выборка на одной станции длится 3 мин., а на другой 1 мин. Вот что еще, оказывается, играет не последнюю роль. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.02.2006, 03:29
|
|||
|---|---|---|---|
|
|||
VFP+Oracle скорость передачи данных. Help |
|||
|
#18+
Hi --Eugene--! > хм, а какая разница, что через ODBC, что через более другой интерфейс ? Большая разница. Чем более сложен интерфейс, чем больше там промежуточных преобразований - тем он медленнее рабтает. Зато такие интерфейсы универсальны - чего не скажешь про низкоуровневые типа того-же OCI... > хотите сказать, что ODBC не есть быстрейший вариант ? Конечно нет! Утилиты bulc копирования будут работать в разы быстрее - это же прямой доступ к СУБД - без всякой там сети и прочих прибамбасов, прямой доступ через OCI тоже будет быстрее, хоть и не так существенно - всё-же это клиентская сторона. Но конечно используется это обычно для специфических целей. 2 PaulWist Всё это можно легко проверить запустив выборку непосредственно на самом сервере - я очень сомневаюсь что скорость выборки составит хотя-бы 50% от скорости работы жёсткого диска. Слишком много там ступеней прохождения информации, слишком много преобразований всяких... Да и по сути сервер то устроен так, чтобы один "сумасшедший" клиент вынимающий по миллиону записей не влиял заметно на других клиентов - и уж точно он не должен их полностью "останавливать" на время обслуживания "маньяка" - так что априори мы не достигаем максимальной скорости - ну разве что все-все-все работают с этой самой таблицей, причём в основном по чтению (что практически маловероятно), и потому она всегда находится в памяти целиком... Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=41&mobile=1&tid=1592428]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
3ms |
track hit: |
59ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 252ms |
| total: | 386ms |
| 0 / 0 |
