![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Ошибка при поиске [D6, IB5.x]
Ренат © (2004-01-15 11:39:00)
Пишу кусок
if IBTable4.Locate("streetnm;districtid",VarArrayOf([ul,disid]),[])
типы данных совпадают.
Выдается ошибка Cannot transliterate ... В чем м.б. дело?
подскажите
Vlad (2004-01-15 17:11:00) [1]
Вобщем, трудно сказать, возможно это и есть тот глюк, о котором говорил Sandman25 ©
Автору: попробуй ради эксперимента простой цикл
while not IBTable1.Eof do IBTable1.Next;
Ошибка будет или нет ?
Academic (2004-01-15 15:12:00) [2]
> Term © (15.01.04 15:04)
Все компоненты доступа так или иначе общаются с помощью запросов.
Это известно. Но объясните мне какая кодировка может быть у "запроса". Кодировка указывается для драйвера при коннекте к базе данных.
Term (2004-01-15 15:04:00) [3]
> 1.Используется TIBTable а не запрос
а он при подключении обращается к базе с запросом:
SELECT * FROM Table
так что.....
Academic (2004-01-15 15:01:00) [4]
> Vlad © (15.01.04 14:56)
> таблицы на сервере и клиентского запроса.
1.Используется TIBTable а не запрос.
2.В Случае различия кодировок, ошибка прявила бы себя раньше.
Vlad (2004-01-15 14:56:00) [5]
В IB-датасетах свой собственный метод Locate (не унаследованный от TDataSet). Если поля, по которым происходит поиск индексированы в таблицах, то Locate использует этот индекс. Отсюда вывод - разные кодировки таблицы на сервере и клиентского запроса.
Academic (2004-01-15 14:42:00) [6]
Ну скажите наконец, почему же возникает ошибка.
Не Нулевой результат поиска, а именно ошибка???
Sandman25 (2004-01-15 13:48:00) [7]
[31] Vlad © (15.01.04 13:47)
Наверное, разработчики IBX специально баги ввели, чтобы вынудить всех учить SQL :)
Vlad (2004-01-15 13:47:00) [8]
Но кстати, IBTable - похоже, единственный выход для тех кто не дружит (или не хочет дружить по религиозным соображениям, итд.) с SQL :-)
Sandman25 (2004-01-15 13:44:00) [9]
[28] Vlad © (15.01.04 13:39)
Смотря с какой СУБД работать. У меня с Paradox вроде работает без багов.
А вот с IB вроде бы действительно недавно на форуме был обнаружен очередной баг.
Johnmen (2004-01-15 13:43:00) [10]
>Ренат © (15.01.04 13:39)
Просто это четкий ответ на четкий вопрос :)
А по существу уже сказали выше...
Vlad (2004-01-15 13:39:00) [11]
> Sandman25 © (15.01.04 13:38) [26]
Кстати тоже самое когда-то слышал про БДЕ-шный TTable (правда только слышал, реально не натыкался)
Ренат (2004-01-15 13:39:00) [12]
> Потому, что ведет в тупик...:)))
логично, но не хотелось бы таких комментариев
Sandman25 (2004-01-15 13:38:00) [13]
+ в IBTable куча багов, уже не помню, каких именно :)
Vlad (2004-01-15 13:35:00) [14]
> Ренат © (15.01.04 13:26) [23]
Да не то что бы совсем тупиковый, просто для современных SQL-серверов предусмотренны гораздо более мощные методы работы чем позволяет TIBTable. А она, как говорят, оставлена в IB лишь для более удобного перехода с BDE, но использовать ее практически смысла не имеет.
Johnmen (2004-01-15 13:33:00) [15]
>Почему TIBTable тупиковый путь?
Потому, что ведет в тупик...:)))
Ренат (2004-01-15 13:26:00) [16]
Почему TIBTable тупиковый путь?
Term (2004-01-15 12:52:00) [17]
ветка ушла в том смысле, что разговор ушёл в сторону от того вопроса КОТОРЫЙ ЗАДАЛ АВТОР :))))
Vlad (2004-01-15 12:48:00) [18]
> Flagman © (15.01.04 12:42) [20]
> >Угу, только там используются те же навигационные методы.
> Смысл его использовать для этого ?
>
> Насчет скорости правда не уверен, в исходниках не рылся,
> но хотя бы потому, что сократится количество собственного
> кода.
Как раз это - не есть ответ на поставленный вопрос :-)
Буду премного благодарен, если ты найдешь ответ, как же не используя навигационные методы решить вышеупомянутую задачу :-)
Flagman (2004-01-15 12:42:00) [19]
>Угу, только там используются те же навигационные методы. Смысл его использовать для этого ?
Насчет скорости правда не уверен, в исходниках не рылся, но хотя бы потому, что сократится количество собственного кода.
>нет ответа. А только бесполезный совет не относящийся к делу...
Это и был ответ...
А вот ветка действительно ушла... :))
Vlad (2004-01-15 12:41:00) [20]
> Term © (15.01.04 12:34) [18]
В этом все и дело.
В мире все относительно :-)