Счетчики в таблицах
Dmitry Nemoy
Работаю с mdb-шкой из Delphi через ADO. Существуют ли методы обхода такого
свойства access`овской базы, как невозможность вставки конкретных значений в
поле типа "счетчик"? Т.е. фактически мне нужно выгружать данные из одной
mdb-шки и загружать в другую, сохраняя значения полей с типом "счетчик".
Eli
Вставлять надо не в "счетчик", а в "длинное целое".
--
Bye, Eli
Origin: e...@fm.com.ua
ICQ: 5174908
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
Dmitry Nemoy
> Вставлять надо не в "счетчик", а в "длинное целое".
А если у меня тип поля именно счетчик? Временно поменять тип на длинное
целое и вставить нужные данные в принципе можно, но вот потом обратно в
счетчик оно при заполненных записях не переключается.
Eli
Опиши задачу подробнее, может, и придумаем чего.
Dmitry Kucherenko
В четвеpг Февpаля 08 2007 17:32, dmitr...@yandex.ru написал All:
d> Работаю с mdb-шкой из Delphi через ADO. Существуют ли методы обхода такого
d> свойства access`овской базы, как невозможность вставки конкретных значений
d> в поле типа "счетчик"? Т.е. фактически мне нужно выгружать данные из одной
d> mdb-шки и загружать в другую, сохраняя значения полей с типом
d> "счетчик".
существует конечно. запросом надо вставлять и вставляется любое число в
поле счетчика, если такого числа еще нет. но так не рекомендуется, например
если
у тебя уже будет такое число в поле счетчика, то получится ошибка. Ведь первую
мдбшку ты можешь сжать, а в ней, если она пустая, счетчик обнулится и у тебя
появятся проблемы. Лучше поле из первой мдбшки, если оно тебе так необходимо,
сохраняй не как счетчик во второй, а как поле типа лонг.
оккупант Дмитрий.
P.S. Помни о главном!
Dmitry Nemoy
>
изменяется, поэтому периодически возникает задача экспорта данных из
"устаревшего" варианта базы в "обновленный". Сейчас при внесении изменения в
mdb я просто из обновленной проги вызываю скрипт, который достраивает старую
mdb-шку до новой, но т.к. каджый раз писать скрипт лениво, то я хочу свести
процесс обновления структуры БД в следующему: выгружаем данные из текущей
версии базы в XML, ставим новую прогу с новой пустой mdb-шкой и вкачиваем
туда наши старые данные, преобразуя под изменившуюся структуру. И вот тут
узкое место - счетчики. Каждый раз перестраивать связи под новые значения
счетчиков в справочниках это как-то тоже негуманно.
Кстати, а можно в accesse как в ворде например, включить запись макроса,
чтобы поменял чего-нить в базе и мне на все эти изменения скрипт создался?
Dmitry Nemoy
> существует конечно. запросом надо вставлять и вставляется любое число в
> поле счетчика, если такого числа еще нет. но так не рекомендуется,
> например
> если
> у тебя уже будет такое число в поле счетчика, то получится ошибка. Ведь
> первую
> мдбшку ты можешь сжать, а в ней, если она пустая, счетчик обнулится и у
> тебя
> появятся проблемы. Лучше поле из первой мдбшки, если оно тебе так
> необходимо,
> сохраняй не как счетчик во второй, а как поле типа лонг.
Спасибо! Запросом действительно все вставляется как надо.
А после перекачки данных во 2-ю mdb-шку 1-я уже будет ненужна.
Vladimir Zaitsev
Давеча Пт Фев. 09 2007, писал(а) Dmitry Nemoy для All:
>> Опиши задачу подробнее, может, и придумаем чего.
>>
DN> Есть прога работающая с mdb. Прога периодически дописывается, база
DN> изменяется, поэтому периодически возникает задача экспорта данных из
DN> "устаревшего" варианта базы в "обновленный". Сейчас при внесении
DN> изменения в mdb я просто из обновленной проги вызываю скрипт, который
DN> достраивает старую mdb-шку до новой, но т.к. каджый раз писать скрипт
DN> лениво, то я хочу свести процесс обновления структуры БД в следующему:
DN> выгружаем данные из текущей версии базы в XML, ставим новую прогу с
DN> новой пустой mdb-шкой и вкачиваем туда наши старые данные, преобразуя
DN> под изменившуюся структуру. И вот тут узкое место - счетчики. Каждый
DN> раз перестраивать связи под новые значения счетчиков в справочниках
DN> это как-то тоже негуманно.
У тебя данные и интерфейс в одном mdb хранятся???