Конференция VBStreets

Легендарный магазин HappyStuff теперь в телеграамм!

У нас Вы можете приобрести товар по приятным ценам, не жертвуя при этом качеством!

Качественная поддержка 24 часа в сутки!

Мы ответим на любой ваш вопрос и подскажем в выборе товара и района!

Telegram:

(ВНИМАНИЕ!!! В ТЕЛЕГРАМ ЗАХОДИТЬ ТОЛЬКО ПО ССЫЛКЕ, В ПОИСКЕ НАС НЕТ!)

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

Для работы с источниками данных существуют различные способы и технологии. При работе с базами данных часто возникает ситуация, когда выполняемая операция занимает относительно долгое время и в течении того времени, пока она выполняется, основная программа ожидает ее завершения, не давая возможности пользователям с ней работать. И тогда у программиста возникает вопрос: Для этого в ADO предусмотрены асинхронные операции, а именно, асинхронное подключение, асинхронное выполнение команды и асинхронное получение данных. Следует учитывать, что во-первых, асинхронность не ускоряет выполнение операций с БД, она просто делает работу пользователя более комфортной, и во-вторых, асинхронность усложняет логику программы. Если вы делаете асинхронный запрос, вы не можете в следующей строке крутить холостой бесконечный цикл с DoEvents до тех пор, пока статус объекта не изменится на 'завершено'. При использовании асинхронных операций поведение программы должно управляться событиями и флагами. При этом клиентская система не будет ждать, пока подключение будет завершено, а сразу будет работать дальше. Состояние подключения нужно отслеживать в событиях WillConnect событие возникает перед тем, как начнет осуществляться подключение , ConnectComplete подключение завершено, успешно или с ошибкой и InfoMessage в этом событии принимаются различные сообщения от СУБД. Connection WillExecute событие возникает перед тем, как будет запущена операция и ExecuteComplete операция завершена, успешно или с ошибкой. Connection в один момент времени может выполняться только одна операция, независимо от того, асинхронно она выполняется или нет. Проверить, имеется ли для подключения какая-нибудь запущенная операция, можно с помощью свойства ADODB. State, adStateConnecting означает, что выполняется подключение, adStateExecuting означает, что выполняется операция и adStateFetching означает, что производится получение данных. После того, как ваш асинхронный запрос отработает, вы можете использовать полученный набор данных если запрос возвращает данные. Но прежде чем с этими данными можно будет работать, их вначале надо передать с серверной стороны на клиентскую сторону. И если этих данных много, то процесс может занять много времени. Чтобы в это время клиентская программа не блокировалась, используется асинхронное получение данных. Но если клиентская программа попытается обратится к данным, которые еще не были получены, то она будет заблокирована до завершения операции. Указание adAsyncFetchNonBlocking задает, что клиентская программа никогда не будет блокироваться при получении данных; если запрошенные данные еще не были получены с сервера, то курсор будет установлен в конец набора записей EOF. Recordset FetchProgress данные извлекаются и FetchComplete извлечение данных завершено. Фоновый режим работы программы Есть процедуру подключения к удаленному SQL серверу, которая просто вешает приложение на несколько минут. Возможно ли ее выполнить в фоновом режиме. Преимуществом данного кода является его простота при желании, его можно уместить в три строки. Но у него есть и ряд недостатков. Во-первых, имеется холостой цикл ожидания с DoEvents внутри, что само по себе неправильно. Во-вторых, нигде не задается время таймаута или другие параметры. И в-третьих, не отслеживаются ошибки подключения, их причина. Данный код, несмотря на его громоздкость и избыточность, имеет то преимущество, что обрабатывает большинство ситуаций, которые могут возникнуть при подключении к СУБД. В практическом использовании можно удалить ненужные фрагменты кода. Нельзя выполнять операцию, если ранее запущенная асинхронная операция еще не завершилась. MS SQL Асинхронная команда Visual Basic 6 в программе выполняю SQL запрос с помощью ExecuteWithResults программа выполняет его минут за 10 все это время окно 'дохлое' - типа зависшее нужно запустить запрос асинхронно, чтобы прога и дальше 'жила', а запрос выполнялся реально ли это? Задача решается аналогично предыдущей, только вместо асинхронного подключения теперь необходимо асинхронное выполнение. Этот код выполнит удаление всех записей в таблице table1, не блокируя при этом основной поток. Но у данного кода есть ряд ограничений. Кроме того, при использовании этого кода невозможно узнать, когда операция будет завершена. Например, если следующей строкой потребуется удалить данные в другой таблице, придется использовать цикл, ожидая пока objADOConnection. State не перестанет быть adStateExecuting. Execute для выполнения хранимых процедур, параметрических запросов и многого другого. Следует учитывать, что при выборке данных SELECT-запросы требуется время не только на выполнение запроса Execute , но и на передачу данных от сервера клиенту Fetch. При больших объемах данных это хорошо заметно; для Fetch времени может потребоваться гораздо больше, чем для Execute. Execute, события все-равно будут вызываться в связанном с ними свойство. Долговременные Sql запросы Здравствуйте, проблема в следующем: В программе используются Sql запросы, возвращающие большие объемы данных, один запрос может работать в раойне сек. Асинхронный запрос Запускаю запрос: По идее ведь прогрмма должна 'жить', на самом деле она замирает Not responding и висит так пока запрос не выполнится минут 5 , после чего вываливает данные в датагрид. Тело файла в районе от 10 до 80 мегабайт. Через AppendChunk добавляю данные. Можно ли как нибудь процесс записи в базу сделать параллельным? Так чтобы он продолжался 'фоново'? Или показать пользователю на прогрессбар с информацие о результате сохранения? Довольно часто перед программистом возникает задача фоновой загрузки большого объема данных. Задача решается аналогично предыдущей, но помимо асинхронного выполнения запросов теперь нужно и асинхронное получение данных. Для большей наглядности будем исходить из того, что на форме есть список List1, который заполняется данными при нажатии на кнопку Command1. В окно Debug выводится вспомогательная информация. Кроме того, в большинстве случаев гораздо проще и удобнее бывает загружать данные в FetchComplete, а в FetchProgress просто отображать индикатор прогресса. Следует помнить о следующих моментах. Сделано это для того, чтобы уменьшить время отклика не ждать, пока будет создан асинхронный поток. Но при этом может случится так, что этот первый блок данных вернет все записи, передаваемые сервером. В этом случае события FetchProgress и FetchComplete могут и не произойти. Для того, чтобы события FetchProgress и FetchComplete происходили всегда, размер начального буфера Initial Fetch Size надо задать равным 0. Размер фонового буфера Background Fetch Size может быть любым, если он больше нуля; его надо подбирать, исходя из ожидаемого объема данных. При большом объеме данных слишком маленький буфер будет несколько снижать производительность, при маленьких объемах данных большой буфер сведет на нет все удобства асинхронной выборки данных. При размере фонового буфера, равного 1, я столкнулся с непонятным поведением курсора. В этом случае позиция курсора. AbsolutePosition может не сохраняться в промежутке между вызовами FetchProgress. Именно поэтому в коде используется статическая переменная StoredPosition, при размере фонового буфера большем, чем 1, эту переменную можно убрать. Иногда перед программистом возникает обраткая задача — не фоновая загрузка данных, а фоновое сохранение данных на сервер. К сожалению, мне неизвестено, каким образом можно организовать асинхронную выгрузку данных на сервер подобно тому, как это происходит при adAsyncFetchNonBlocking. Но можно поступить по другому, загружать данные на сервер блоками, с обработкой событий между блоками. Но для этого требуется серверный курсор. Обработка необработанных событий происходит при выполнении DoEvents, там можно указать и Me. Refresh или что-то аналогичное , если нужно просто отобразить индикатор прогресса. На всякий случай повторю, что курсор обязательно должен быть серверным adUseServer , если указать клиентский курсор, то процедура работать будет, но при выполнении. Update между 'Put record' и 'Put complete' провайдер источника данных начнет передавать на сервер данные и приложение будет заморожено, пока процесс не завершиться. Способа сделать этот процесс. Update асинхронным я не знаю. Connection есть аргумент RecordsAffected. В этом аргументе возвращается количество записей, к которым была применена операция. RecordCount для клиентского курсора. Command представляет собой объект-команду. Данный объект характеризуется следующими основными свойствами: Command используется для вызова параметрических запросов запросов с параметрами , но есть и другие причины его использования, например, необходимость вызова хранимых процедур и получения возвращаемого значения и выходных параметров. Command удобен, когда многократно вызывается один и тот же запрос с различными параметрами. Свойство CommandText содержит в себе текст команды и интерпретируется в зависимости от типа команды. Тип команды указывается в свойстве CommandType, основные типы это таблица представление , хранимая процедура и SQL-запрос. В коллекции Parameters содержаться параметры аргументы запроса. Свойство Prepared используется, когда предполагается часто вызывать один и тот же запрос с различными параметрами. Установка данного свойства в True указывает, что данный запрос надо подготовить скомпилировать и сохранить перед первым использованием. Это замедлит первый запуск запроса, но все последующие будут исполняться быстрее. Отдельно можно остановиться на параметрах запроса. Эти параметры храняться в коллекции Parameters. Name имя параметра , Type тип параметра , Value значение параметра , Direction направление параметра. Среди направлений параметров стоит отметить adParamReturnValue, которое указывает, что данный параметр принимает значения, возвращаемые хранимой процедурой. Также следует помнить, что типы данных, используемые в ADO, не всегда соответствуют типам данных, используемых в VB и не все из них можно привести друг к другу. Кроме того, в конкретных СУБД могут быть свои типы данных, которые обычно можно привести к типам данных ADO, но которые могут называться по разному. Этот вопрос очень типичный. Многие начинающие формируют запросы именно таким образом формируя динамический SQL из фрагментов и сталкиваются с проблемами, когда в тексте запроса нужно указать текстовые выражения или передать дату. В случае с текстовыми параметрами сложности относятся к необходимости экранирования специальных символов кавычек, escape-символов и необходимости исключить инъекцию кода SQL-injection. В случае с параметрами типа 'дата' сложности связаны с тем, что в разных БД дата представляется в разных форматах. Данный вопрос можно решить таким образом:. Данный код будет работать именно так, как это нужно программисту. Если этого не указывать, тогда параметры должны передаваться в набор параметров в том порядке, в котором они встречаются в тексте запроса. Еще один способ выполнения запроса:. Такой способ выполнения запроса бывает нужен, когда имеются какие-либо требования к набору данных серверный или клиентский курсор, тип курсора, тип блокировки и т. Кроме того, это один из способов вызова хранимой процедуры, если она возвращает набор данных и выходные параметры. Если в аргументе Options указать флаг adExecuteStream, поток будет доступен из свойства. Вот один из наиболее простых способов использования:. Для хранимых процедур и параметрических запросов есть один нюанс. Command уже было присвоено активное подключение, тип команды и текст команды, то можно использовать метод cmd. Refresh, чтобы получить список параметров, вместо того, чтобы формировать этот список параметров вручную cmd. Для того, чтобы получить возвращаемое хранимой процедурой значение и выходные параметры, можно указывать соответствующее свойство параметра. Для выходных параметров используется adParamOutput, для значения, возвращаемого процедурой, используется adParamReturnValue. Хранимая процедура может принимать один или несколько аргументов. Хранимая процедура также может возвращать один или несколько аргументов, может возвращать код возврата процедуры и может возвращать один или несколько наборов данных. Если процедура возвращает и параметры, и набор ы данных, то вызывать ее надо следующим способом:. Подготовленные prepared запросы удобны, когда надо многократно вызывать одну и ту же процедуру или параметрический запрос, передавая ему разные параметры. Это свойство указывает, что провайдер данных должен будет сохранить подготовленную скомпилированную версию запроса перед первым выпонением запроса. Это несколько замедлит первый вызов запроса, зато дальнейшие вызовы будут производиться быстрее, так как будет использоваться подготовленный скомпилированный запрос. Текст команды можно задавать в свойстве CommandText или CommandStream. Свойства эти взаимоисключающие, при установке значения CommandStream свойство CommandText присваивается к пустой строке. Stream чаще всего используется в ASP-страницах, но может использоваться и в обычных запросах, когда объем принимаемых или передаваемых данных большой и требуется фрагментирование. При составлении данной статьи были использованы вопросы и примеры с форума VBStreets. Else MsgBox 'Подключение было закрыто. Количество записей, к которым был применен запрос: Private ExecuteMode As Long Print 'Execute Complete' List1. Fields 0 If pRecordset. CreateParameter 'arg1', adInteger, adParamInput, , cmd. Execute , Array , 'sample text' , adExecuteNoRecords. Open cmd If cmd. Execute , , adExecuteStream StreamOut. Флаг, комбинируемый с другими типами данных, указывающий, что параметр является массивом. Аналогично adNumeric, но значение не имеет фиксированного размера. Вещественное число с плавающей запятой повышенной точности восемь байта, знаковое. Аналогично adBinary, но значение не имеет фиксированного размера. Аналогично adChar, но значение не имеет фиксированного размера. Аналогично adWChar, но значение не имеет фиксированного размера.

Конференция VBStreets

Visual Basic

Книга VBStreets, Visual Basic и базы данных

FAQ Конференции VBStreets (FAQ)