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

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

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

statement too long [D6, dBase, FoxPro]

term1t © (2006-10-27 13:55:00)
доброго времени суток, мастера.
после внесения изменений в 1 из таблиц базы (FoxPro6) стало выскакивать сабж. Может кто сталкивался в этим?
Смотрел документацию по фокспро, по идее можно создавать до 255 полей, у меня их около 100. тогда почему же "ту лонг"...? или в чем вообще причина?

Anatoly Podgoretsky (2006-10-27 16:45:00) [1]
Не умеешь говорить, так код давай, только не изобретай новый, ни к чему обсуждать виртуальный.

term1t (2006-10-27 15:40:00) [2]
>>Desdechado
Возьму на заметку! Спасибо!
>>Anatoly Podgoretsky
описал проблему как мог.

Desdechado (2006-10-27 15:37:00) [3]
Временной мерой может стать укорачивание имен полей, тогда текст SQL-запроса будет короче.

Anatoly Podgoretsky (2006-10-27 15:29:00) [4]
Направление явно не верное, но для обсуждения нет предмета, что то где не работает, помогите.

term1t (2006-10-27 15:09:00) [5]
спасибо. уже начал двигаться в этом направлении, просто не очень оно меня привлекает, но тем не менее еще раз спасибо.

Sergey13 (2006-10-27 15:06:00) [6]
> А по ходу дела я увидел что там около 20 полей нужно добавить
> и вот столкнулся с проблемой.

Добавь в другую таблицу со связью 1:1.

ЗЫ: Я не знаю почему у тебя такая шняга идет, потому просто советую варианты обхода.

term1t (2006-10-27 14:56:00) [7]
дело в том что ее делал не я... мне приходится иметь дело с чужим детищем. А по ходу дела я увидел что там около 20 полей нужно добавить и вот столкнулся с проблемой. а времени по новому базу переделывать нет(если этот Фокспро бообще можно назвать СУБД (ИМХО)).

Sergey13 (2006-10-27 14:47:00) [8]
> у меня их около 100

Если не секрет - как тебе это удалось и зачем ты это сделал? В смысле - а че так широко то? 8-)
Может стОит развернуть таблицу?

term1t (2006-10-27 14:44:00) [9]
какой же тогда выход? разбить таблицу на 2 или пользоваться квери? хотя квери вряд ли спасет, т.к. есть места где нужно выбирать именно все записи...

ANB (2006-10-27 14:17:00) [10]

> Table1.open

А кто сказал, что этот оператор не использует SQL ?

term1t (2006-10-27 14:08:00) [11]
да нет. ошибка возникает как раз в том месте где Table1.open. вот чего я и решил что это из-за количества полей.
Только что убрал добавленные пооля и все "нормально" работает...

ANB (2006-10-27 13:58:00) [12]
слишком длинный оператор. при чем тут таблица ?
Скорее всего что то у тебя формирует SQL на работу с таблицей и из-за большого количества полей выходит за пределы движка.

Наверх

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