Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

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

Ошибка при поиске [D6, IB5.x]


Страницы:   1 2

Ренат ©   (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]

В этом все и дело.
В мире все относительно :-)


Страницы:   1 2

Наверх

Титульная страница Поиск, карта сайта Написать письмо