скорость работы с SQL Server

[s181]

вопрос по быстродействию работы от новичка, программа примерно раз в 5 минут считывает из БД состоящей из 1000 строк информацию о путях сохранения файлов, и после этого переписывает по этим путям, по сети файлы примерно по 1МБ. Количество файлов примерно будет 20-30. Собственно если коннектиться в БД каждые 5 минут, потом разъединяться, отразится ли это как-нибудь на работоспособности SQL Server. И если да, то как можно оптимизировать этот процесс.

[alibek]

Раз в пять минут это мелочи.
Лучше оптимизируй сохранение мегабайтных файлов по тысячам путей раз в пять минут.

[s181]

там таких файлов будет 20-30, которые сохраняются один раз в пять минут, а как это можно оптимизировать?

[alibek]

У тебя же есть голова, воспользуйся ей.

[s181]

спасибо за совет)) но тем не менее думаю, что копирование файлов, вряд ли удастся оптимизировать

[alibek]

Непосредственно копирование файлов не оптимизируешь.
Но не бывает задач, где бы копирование файлов было самоцелью, оно нужно для выполнения других задач.
И здесь уже есть место для оптимизации.
Например, можно задаться вопросом, зачем вообще копировать один и тот же файл в несколько мест, если лучше его скопировать в одно место, а в других местах сделать ссылки на него.

[s181]

да, в таком случае согласен, но пока стоит задача копирования одного файла в одно место, пока с этим не разбирался, интересует при обрыве связи и копирования соответственно, вернётся ли какой-нибудь код ошибки. буду смотреть.

[s181]

а возможно ли сделать так: после считывания информации из SQL сервера, создавать отдельный поток который будет копировать файл из одного места в другое? а в это время основная программа продолжала читать информацию из SQL сервера и если надо создавала ещё отдельный поток для копирования следующего файла?

[Хакер]

Возможно.

[s181]

надо использовать CreateThread? правильно понимаю? у меня почему-то при её объявлении

Public Declare Function CreateThread Lib "kernel32" (ByRef lpThreadAttributes As Any, ByVal dwStackSize As Integer, ByVal lpStartAddress As Integer, ByRef lpParameter As Any, ByVal dwCreationFlags As Integer, ByRef lpThreadID As Integer) As Integer

пишет: As Any' is not supported in 'Declare' statements

нет ли где-нибудь примера как создавать параллельные потоки?

[iGrok]

нет ли где-нибудь примера как создавать параллельные потоки?

Под VB6 это относительно непросто. Напрямую CreateThread со всей полагающейся обвязкой работает не слишком стабильно.

Можно сделать многопоточность через ActiveX EXE, выбрав в свойствах Thread Per Object. Информации на форуме хватает, но она вся разрозненна, и собрать из этого готовый рабочий код достаточно трудно.

[s181]

на MSDN написано про BackgroundWorker component, это будет работать?, а то везде используется CreateThread, а про это невидно.

[Денис]

BackGrounWorker — это из другой оперы

(Хотя... Можно ведь в .NET скомпилировать ActiveX-библиотеку с этим компонентом и подключить в референсах VB6?)
(только в платной версии .NET-студий, наверное)

[s181]

а в чём отличие если не секрет?

[Хакер]

Если ThreadProc будет маленькой процедурой с единственным вызовом нужной API-функции, то никаких проблем. API должна, естественно, импортироваться через TLB.

[Хакер]

а в чём отличие если не секрет?

Между VB6 и VB.NET? Да почти во всём, кроме названия.

[s181]

Между VB6 и VB.NET? Да почти во всём, кроме названия.

имел ввиду

BackGrounWorker — это из другой оперы

а BackgroundWorker может создавать много потоков?? или пока один не завершился второй поток не создастся?

[FireFenix]

BackGrounWorker — это из другой оперы

а BackgroundWorker может создавать много потоков?? или пока один не завершился второй поток не создастся?

Пока не кончиться память или процессорное время.... вообще слижком много - плохо, ибо тогда тратиться много времени на переключение потоков

[Денис]

имел ввиду

VB.NET это и есть другая опера. Другой диалект языка программирования Basic. C другим подходом к коду, другим подходом к компиляции, другими системными требованиями :-\

Сейчас попробовал сделать COM-класс в бесплатном дотбейсике. Нифига.