Именно именно!!!
При отсутствии подключения к базе, или апдейте с ошибками - все в норме... ругается отменно.
А вот в этом случае ну никак
-
3 марта 19:00 бесплатный вебинар с куратором курса
Пентест инфраструктуры Active Directory
>>> Подробнее <<<
ошибки Ado
- Автор темы NickProstoNick
- Дата начала
При отсутствии подключения к базе, или апдейте с ошибками - все в норме... ругается отменно.
А вот в этом случае ну никак
И я вставлю
NickProstoNick Че вы доколупались до поставщика? Он вам данные уже притянул. То что вы лезете в локальные объекты с тем чего нет, это не проблема поставщика, а ваша, на что вам очень качествено и намекнули когда вы прочитали ощибку "ADODB.Fields: тырыпыры".
И эта, адо по барабану какой драйвер(енжин) ему интерфейс предоставляет, одибиси ли джет ли или еще кто, главное чтоб друг друга понимали. одибиси просто устаревшая технологие, но иногда (не везде есть прямые драйвера) без его никак.
NickProstoNick Че вы доколупались до поставщика? Он вам данные уже притянул. То что вы лезете в локальные объекты с тем чего нет, это не проблема поставщика, а ваша, на что вам очень качествено и намекнули когда вы прочитали ощибку "ADODB.Fields: тырыпыры".
И эта, адо по барабану какой драйвер(енжин) ему интерфейс предоставляет, одибиси ли джет ли или еще кто, главное чтоб друг друга понимали. одибиси просто устаревшая технологие, но иногда (не везде есть прямые драйвера) без его никак.
etc
очень интересное заключение... вот тогда возникает вопрос... зачем в перечне ошибок ADO есть такая Item cannot be found in the collection corresponding to the requested name or ordinal
Ну а еще такой момент.... это "ADODB.Fields: тырыпыры". говорит НЕ ПОСТАВЩИК ДАННЫХ! Если бы это было сообщение поставщика - вопросов даже не было бы. А обрабатывать ошибку Notes'a не правильно!
В общем ладно... похоже никто не в курсе как обработать эту ошибку.
Модераторам: закройте тему, пожалуйста.
очень интересное заключение... вот тогда возникает вопрос... зачем в перечне ошибок ADO есть такая Item cannot be found in the collection corresponding to the requested name or ordinal
Ну раз доколупался - значит надо
Хм.. если вам все равно что притянут - то позиция понятна.
Согласен... только пишу я программу не для себя, а для юзера которому главное чтоб работало и который может где-то в чем-то ошибиться или опечататься.
Ну а еще такой момент.... это "ADODB.Fields: тырыпыры". говорит НЕ ПОСТАВЩИК ДАННЫХ! Если бы это было сообщение поставщика - вопросов даже не было бы. А обрабатывать ошибку Notes'a не правильно!
В общем ладно... похоже никто не в курсе как обработать эту ошибку.
Модераторам: закройте тему, пожалуйста.
Зачем же закрывать, товарищь же остался в тумане, надло объяснить.
Вощем так скажу, читать вам надо теорию, читать и еще раз читать.
PS: я не в обиду вамю
Это не заключение, это я из, вами не любимой, теории знаю.
Еще раз, а то я смотрю вы и с русским языком не в ладах, вы ищите не там где потеряли а там где светло, по вашему. Напрягитесь, чтобы понять это.
Вы программист или мимо проходили? Вам приходят данные в ответ на ваш запрос, если вы не в курсе что спрашивали, то тогда понятно, надо обратится к тому программисту который писал, если нет такого - срочно нанять!
Да хоть папе римскому, писать то надо правильно.
Конечно не он, это не его беда, при чем тут он, уж наконецто надо понять эту простую мысль.
Вощем так скажу, читать вам надо теорию, читать и еще раз читать.
PS: я не в обиду вамю
Убей - но не понимаю!
Как можно вернуть то чего нет?
Зачем тогда поставщику вообще обработчик ошибок?
Научи как правильно!
Поставщик занимается поставкой, того чего его просят, просит его АДО, которым вы управляете.
Вот вы бросили запрос, адо попросила енжин выполнить комманду. Тот обратился к базе, база выполнила запрос отдала ответ назад, по обратной цепочке
этот ответ дошел в АДО, она его раскидала по соотв. локальным объектам, - формирование списка филдов и т.п. мета-данных относящихся собственно к схеме того ответа который пришел создала если надо рекодсет и т.п. Все теперь вам стал доступен ответ, ну смотря чего вы просили, в общем случае некий набор данных. С этого момента вы можете обращатся к объектам адо и требовать у них собственно данные.
Заметили, никакого поставщика уже и близко нет, мавр сделал свое дело и отдыхает до след комманды, если такова будет.
Адо не занимается интелектуальным разбором, есть ли такое поле или нет в базе, ей это до фанаря да и неважно все это.
А вот если в процессе выполнение команды в субд, или в драйвере, ну например синтаксис кривой - драйвер ругнет, или вы сами сгенерировали исключение, вот тогда вам придут те самые ошибки о которых вы тут говорите. В противном случае, все ок.
Далее это чисто прикладной аспект с точки зрения адо. Вы просите дать данные поля которого не прислал никто, адо по внутренним своим объектам (филдам) прошерстила, не нашла и честно вам про это сказала. А так как эта вся кухня обернута в лотусе, то вы получили исключение в лотусе.
вот голопом, несколько сумбурно и "своими" 2-мя словами
Почему не суть как важны поля:
дело в том что в общем случае количесвенно-качественные характеристики приходящих данных не = тому что есть в базе.
допустим есть таблица
T1 ( F1 (строка), F2 (число), F3 (дата) )
мы имеем полное право сделать к примеру такой запрос
select F1 + ' - ' + CAST(F2 as varchar(10)) as SuperPuperField, F3-10 as DateBefore10, 'O My Life' as fgdfhk from T1
в итоге мы получим такое
SuperPuperField (строка), DateBefore10 (дата), fgdfhk (строка)
как видите, структура не имеет ничего общего с реальной картиной в Т1, хотя вроде как принадлежит именно Т1.
Теперь если мы напишем такое:
Record.Fields.Item( "fgdfhk" ).Value то законно получим = 'O My Life'
Вот вы бросили запрос, адо попросила енжин выполнить комманду. Тот обратился к базе, база выполнила запрос отдала ответ назад, по обратной цепочке
этот ответ дошел в АДО, она его раскидала по соотв. локальным объектам, - формирование списка филдов и т.п. мета-данных относящихся собственно к схеме того ответа который пришел создала если надо рекодсет и т.п. Все теперь вам стал доступен ответ, ну смотря чего вы просили, в общем случае некий набор данных. С этого момента вы можете обращатся к объектам адо и требовать у них собственно данные.
Заметили, никакого поставщика уже и близко нет, мавр сделал свое дело и отдыхает до след комманды, если такова будет.
Адо не занимается интелектуальным разбором, есть ли такое поле или нет в базе, ей это до фанаря да и неважно все это.
А вот если в процессе выполнение команды в субд, или в драйвере, ну например синтаксис кривой - драйвер ругнет, или вы сами сгенерировали исключение, вот тогда вам придут те самые ошибки о которых вы тут говорите. В противном случае, все ок.
Далее это чисто прикладной аспект с точки зрения адо. Вы просите дать данные поля которого не прислал никто, адо по внутренним своим объектам (филдам) прошерстила, не нашла и честно вам про это сказала. А так как эта вся кухня обернута в лотусе, то вы получили исключение в лотусе.
вот голопом, несколько сумбурно и "своими" 2-мя словами
Почему не суть как важны поля:
дело в том что в общем случае количесвенно-качественные характеристики приходящих данных не = тому что есть в базе.
допустим есть таблица
T1 ( F1 (строка), F2 (число), F3 (дата) )
мы имеем полное право сделать к примеру такой запрос
select F1 + ' - ' + CAST(F2 as varchar(10)) as SuperPuperField, F3-10 as DateBefore10, 'O My Life' as fgdfhk from T1
в итоге мы получим такое
SuperPuperField (строка), DateBefore10 (дата), fgdfhk (строка)
как видите, структура не имеет ничего общего с реальной картиной в Т1, хотя вроде как принадлежит именно Т1.
Теперь если мы напишем такое:
Record.Fields.Item( "fgdfhk" ).Value то законно получим = 'O My Life'
NickProstoNick, чувак, ты по ходу совсем рамсы попутал. Кто тебе чем обязан?
Тебе помощь нужна? Или нужно, чтоб тебе нахамили? Иди на... msdn учись работать с ADO и книжку про хорошие манеры прочитай какую-нибудь. Про лотус забудь, не твоё это.
Обучение наступательной кибербезопасности в игровой форме. Начать игру!