Поле Field1 типа VarChar таблицы Table1 содержит как числовые так и символьные значения.
По этому полю нужно сделать поиск. Запрос вида
МимопроходящийДля FB 1.5 можно было б извратиться в самом запросе, для IB вариантов не вижу.
Врядли. Потому как ни один из серверов не знает что больше "Едрить твою через коромысло" или 10 :)
А если символьные значения в выборку попадать не должны и данные отвечают определенным условиям, то вполне может прокатить
Причем порядок условий в WHERE должон быть именно таким.

Мимопроходящий ЛентяйПричем порядок условий в WHERE должон быть именно таким.Не забывай, что у IB не реализована опция CompleteBooleanEvaluation .
Потому и говорю, что для IB - без вариантов.
А мне почему-то казалось, что оно там как раз неполное, а полное включается этим параметром. Если наоборот, тогда да, тогда только в FB.

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

А вон у FEV-а чего-то работает. Может а IB 7 чего изменили? Просьба к тем, кто имеет IB 7 (или кого IB7 имеет:) ) выполнить такой запрос:
select * from rdb$database where cast('a' as integer) = 0 and 1=0
Возникает ошибка?

Значит и в IB 7 полное вычисление логических выражений.

МимопроходящийА кто-то сомневался?..
Доверяй, но проверяй:)

Klickа не проще ли завести поле в котором указывать тип хранимых данных и долбошиться более? :) Не проще. Допустим ты добавишь поле Type_Field. Значение 1 в нем будет обозначать, что в поле Field храниться число в символьном виде. Выражения в условии WHERE вычисляються справа налево. Тогда логично написать:

WHERE Cast(Field as Integer) > 10 AND Type_Field = 1

Но при этом все равно получишь ошибку преобразования типов, потому что в IB оба операнда будут вычисляться ВСЕГДА. В FB вычислиться Type_Field = 1 и если его результат будет False, то до cast дело не дойдет. Для того, чтобы FB тоже поностью вычичлял логические выражения нужно в его конфигурационном файле написать CompleteBooleanEval = 1. Спрашивающий пользуется IB. Поэтому, пожалуй, у него есть 2 варианта:
1 Написать UDF. При этом индексированного поиска по результату UDF не будет.
2 Действительно завести дополнительное поле. Только в нем хранить преобразованное в Integer значение. Поле, соответственно, заполнять на триггерах. Там доступна обработка исключений, так что особых проблем при преобразовании не будет.