Другие языки программирования и технологии

Нужна помощь по базе Access

Обьясню как смогу поскольку технического задания нет. Мониторинг компьютеров и их комплектующих.В главной таблице наименование комплектующих и их id.Так же есть таблица история.Назначение которой - если сгорел блок питания, на машину ставят другой бп с другим id. Так же есть таблица Апдейт - для случаев когда на 1 машине стоит 2 винцестера. Проблема состоит в следующем. Как сделать чтобы призамене комплектующих в главной таблице сразу менялся id со старого на новое устройства.При этом нужно чтобы старые id и наименование типа устройства копировалось в теневую таблицу чтобы при списании можно было посмотреть первоночальную конфигурацию.
Стас Ляликов
Стас Ляликов
919
делаешь форму на которую ты выносишь данные вновь вставляемого блока, а в обработчик события "нажатия" кнопки "внести данные" (или как хочешь ее назови) прописываешь, что куда должно записаться, где должно обновиться...
Александр Мутовин
Александр Мутовин
1 742
Лучший ответ
Зачем так заморачиваться, две таблицы, одна базовая, в ней исходная комплектация, во вторую исходная комплектация копируется, но там её можно редактировать по усмотрению. А то как будешь выкручиваться, если на одном компьютере за год поменяют 12 блоков питания? Можно третью создать, надо же где-то учитывать приход комплектующих, хотя можно и в базовой.
Пегас Я
Пегас Я
64 039
Стас Ляликов С таблицами уже все согласовано.Вопрос состаит в том , как сделать копирование из 1 таблици в другую и как сделать замещение данных.
Пегас Я Если id является первичным ключом, то его заменить нельзя и повторно использовать тоже, даже после удаления записи. Запись придётся перезаписывать, но уже с новым id.
Записи не копируются а создаются (добавляются), надо одни и те же данные один и тот же код использовать для обеих таблиц, меняется только имя таблиц.
Я вообще не совсем понимаю, какую технологию вы используете.
Стас Ляликов Выход найден,всё пашет.
Я тебе уже писал, какой должна быть структура. Нет, ты упираешься. Вот уже и сложности возникли. Запомни, плохая структура - путь к ошибкам. Сначала продумывают структуру, а уже потом начинают под нее писать ПО.
АА
Алексей Алымов
81 979
Стас Ляликов Цель программы.Максимальния открытасть информации.Засунув несколько десятков полей в 1 таблицу приведёт к хаусу.В таблице копмлектующих у каждого комплетующего есть свои ИНДИВИДУАЛЬНЫЙ id который по своему обыкновению задаёт счётчик.В 1 таблице комплектующих когда типов 9 запихнуть к каждому индивидуальный id невозможно по определению.Вы как работающий с базами как вы говорите 30 лет должны это прекрасно знать.
Куаныш Бикашев Слушайте Алик я просто не прочел вашу переписку перед тем как давать свой ответ. И я оч жалею что её не прочел :)) я такого не читал давноооооо
У вас неверная идеология и структура неверная. То что комплектующиее снято вовсе не означает что оно испарилось и тем более не значит что оно неисправно и будет списано. так же рабочее устройство может быть разукомплектованно на запчасти. все эти процессы не учтены.
переделайте по уму. нужны акты по которым происходят любые операции это ТМЦ.
и таблиц теневых не надо. вся история устройства должна храниться в одной таблице. у каждого комплектующего должны быть и статус и ссылка на акт по которому этот статус получен. так будет правильно уж вы делайте правильно сразу
Куат *****
Куат *****
2 941
Стас Ляликов Всё указанное выше имеется в наличии.Вопрос был задан совершенно другой.

Похожие вопросы