Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Delphi ADO асинхронно [D7, ADO]

Страницы: < 1 2
Псалтырь © (2007-06-24 12:51:00)
В чем прелесть этой связки? Только лишь в том, что можно отображать прогресс? Ведь до момента OnFetchComplete я не смогу ничего сделать с датасетом (показать, редактировать, удалить)?

Ткните носом по этой теме куда-нибудь, будьте добры. А то я ее не понимаю и боюсь. :)

Спасибо

MsGuns (2007-07-03 00:15:00) [21]
Асинхронность часто используется совместно с многопоточноостью

MsGuns (2007-07-03 00:14:00) [22]
Асинхронное соединение очень полезно в случаях, когда с клиента посылаются серверу запросы на выполнение длительных по времени расчетов или выборок (чаще всего ХП), а клиентское приложение должно быть "реактивно" для того, чтобы пользователь мог как просматривать результаты уже завершенных выборок, так и запускать новые.

Псалтырь (2007-07-02 22:27:00) [23]

> sniknik © (02.07.07 10:57) [14]

Спасибо за содержательную беседу

sniknik (2007-07-02 10:57:00) [24]
> Мне главное - это аргументы в разговоре.
считай их нет, т.к. все в той или иной мере есть и работает, для того или иного провайдера.

и потому если клиент хочет асинхронности (для чегото она ему нужна, пусть хотябы только количество принятых записей считать) то делай (выясни что нужно, чтобы не делать лишнего), либо предложи пользоваться ADO.

Anatoly Podgoretsky (2007-07-02 10:11:00) [25]
C каждым новым сообщения все более неожиданных вещей проявляется.
Акцесс отлично работает с АДО, это родной для него протокол.

Псалтырь (2007-07-02 10:03:00) [26]

> sniknik © (01.07.07 21:20) [11]

> ну так ты заявил что у тебя ADO... т.е. датасет ты на нем
> "наворачиваешь"

Мы друг друга не поняли. :) Датасет не имеет ничего общего с АДО. Он наследник TDataset и ближе по структуре к TBDEDataset, чем к TADODataset. Однако клиенту хочется асинхронности. По большому счету, мне нужно узнать только одно: что есть в асинхронности такого, чтобы извиваться и внедрять ее в код. Потому и вопрос таким образом стоит. Мне главное - это аргументы в разговоре.

Выглядело это все примерно так:
Клиент: А сделайте асинхронность.
Я: А где это уже реализовано?
Клиент: АДО

Дальше я не интересовался, дабы не прослыть ламером :)

sniknik (2007-07-01 21:20:00) [27]
> Дык это всего лишь обертка. Вся "механика" спрятана.
ну так ты заявил что у тебя ADO... т.е. датасет ты на нем "наворачиваешь" (чего и удивляюсь. нафига?)

а если не на нем, то какая тебе разница как сделано? сделай так как считаеш нужным, лучшим.

Псалтырь (2007-07-01 21:05:00) [28]

> sniknik © (01.07.07 20:48) [9]

> нафига? )

Я думаю "шоб було".

> ну начни с изучения ADODataSet-а, они то както реализовали.
> ..

Дык это всего лишь обертка. Вся "механика" спрятана.

sniknik (2007-07-01 20:48:00) [29]
> в самописном датасете
??? нафига? (я еще понимаю для серверного курсора, что не реализовано (и для чего асинхронный фетч безсмысленнен)... ну а так. нафига? )

> А я даже пощупать не могу ибо не знаю с чего начать.
ну начни с изучения ADODataSet-а, они то както реализовали... и на самом деле неважно что ответит провайдер, главное правильная реакция на действие и исключение на отказ.

Псалтырь (2007-07-01 20:25:00) [30]

> sniknik © (01.07.07 19:58) [7]

> но это не гарантирует, что oracle например, не выдаст, "не
> поддерживается в данном режиме".

То есть единого стандарта нет, и каждый драйвер вправе решать по-своему? Я не тупой, просто абсолютно не знаком с темой. А клиенты просят реализовать в самописном датасете асинхронность. А я даже пощупать не могу ибо не знаю с чего начать.

sniknik (2007-07-01 19:58:00) [31]
> А можно просто ответить?
можно. но проверить гораздо быстрее... тем более тому кто будет отвечать тоже нужно проверить, и гораздо больше т.к. не он не знает конкретных условий. (вернее теперь знает > "У меня Акссес")

> У меня Акссес только, смогу я на нем эмулировать нужное поведение для тестов?
ну а почему нет? так ты узнаешь поведение методов для access (jet)... но это не гарантирует, что oracle например, не выдаст, "не поддерживается в данном режиме".

Псалтырь (2007-07-01 19:15:00) [32]

> sniknik © (01.07.07 15:25) [5]

А можно просто ответить? Я же не куски кода выпрашиваю.

У меня Акссес только, смогу я на нем эмулировать нужное поведение для тестов?

sniknik (2007-07-01 15:25:00) [33]
> имею право вызывать методы датасета?
попробуй и узнаешь...

Псалтырь (2007-07-01 15:04:00) [34]
Ну оно-то да...

Вот сделали мы комманду Open, датасет начал свою работу. А я до наступления OnFetchComplete имею право вызывать методы датасета? Например, First, Next, в смысле навигационные. Имеют ли они смысл? Грид будет заполняться по мере получения данных или он станет доступным только после окончания процесса? Могу ли я делать Insert, Modify & Delete? Что из себя представляет датасет от начала открытия до OnFetchComplete ? Или я могу заниматься только своими делами попутно уведомляя юзера о прогрессе?

Извините, если скомкано.

Сергей М. (2007-06-28 09:34:00) [35]

> Как оно все задумано-то?
>

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

Псалтырь (2007-06-27 22:24:00) [36]
Мне бы деталей. Я так и не нашел примеров или объяснений... Как оно все задумано-то?

Anatoly Podgoretsky (2007-06-24 13:20:00) [37]
> Псалтырь (24.06.2007 12:51:00) [0]

Зато можешь делать все другое.

Страницы: < 1 2

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »