| |
|
|
| | Доброе время суток.Mic.ACCESS 2003 версия.
Есть форма Главная она состоит их 3-х полей Nomer(числовой),Plan(дата/время),Fact(дата/время) источник строк служит Таблица 1.
Нужно ,чтобы при изменение поля Fact новая запись опускалась на 1 строку ниже текущей,сохранив при этом старую запись в этом поле и конечно оно должно относиться к конкретному “номеру” в поле Nomer.
Сортировка записей по полю Fact отклоняется так как , произойдет пересортировка всех записей не смотря на поле “Nomer” ,а они связаны. Фильтр по полям Fact и Nomer ?!Только вот какой?!
Помогите советом | |
| |
| |
| |
|
|
| | расшифруйте фразу:
"новая запись опускалась на 1 строку ниже текущей,сохранив при этом старую запись в этом поле" | |
| |
| |
| |
 15 Кб. |
|
| | Хорошо вот более конкретно.
Например, в поле “Nomer” поставили номер 365 ,а в столбце "Срок выполнения" в в поле “plan” такую дату 11.02.207 ,и фактическую в поле “fact” такую дату 12.02.207.И вот нужно как-то сделать ,чтобы можно было изменить данные в поле “fact” например,на 14.02.207 с учетом того, что первая запись 12.02.207 сохраниться, а следующая опуститься на одну строку вниз . | |
| |
| |
| |
|
|
| | как я понял, вы хотите что бы в табличную (или подобную) форму access в середину можнол было вставить новую запись? | |
| |
| |
| |
20 Кб. |
|
| | Ну да только не в середину, а в крайний правый угол в поле факт "Fact" (на рисунке более подробно).Это возможно сделать или нет?! | |
| |
| |
| |
|
|
| | поставить нужную дату в поле новой записи - можно.
сделать так что бы новая запись в момент создания появлась "между" существующими -стандартными контролами ACCESS - нельзя | |
| |
| |
| |
|
|
| | Хорошо нельзя!Ну а как ты предлагаешь упростить эти действия? | |
| |
| |
| |
|
|
| | какие именно действия ты хочешь "упростить"?
если вот это (цитата)
Нужно ,чтобы при изменение поля Fact новая запись
опускалась на 1 строку ниже текущей,сохранив при этом старую
запись в этом поле и конечно оно должно относиться к
конкретному “номеру” в поле Nomer.
|
так тут ничего не понятно... откуда при "изменении поля" появляется "новая запись" и куда она должна "опускаться"
наверное имелось в виду "добавление новой записи" - но разбираться не хочется...
ответ один на эти все вопросы
записи в таблицах Access отображаются в установленном порядке сортировки | |
| |
| |
| |
|
|
| | Да я упростил .Создал форму Фильтр в ней одно поле номер источником являться таблица Sprav написал к ней запрос
SELECT DISTINCT Sprav.Nomer
FROM Sprav
ORDER BY Sprav.Nomer;
Потом повесил кнопку пользователь открывает форму Фильтрв и выбирает нужный номер и открываться главная форма с критерием по номеру.
stDocName = "Главная"
stLinkCriteria = "[Nomer]=" & "'" & Me![Nomer] & "'"
DoCmd.OpenForm stDocName, , , stLinkCriteria
DoCmd.GoToRecord , , acNewRec -это чтобы автоматически перешел на новую чистую строку
И вот возник вопрос ,чтобы в новой строке автоматически записался бы этот номер.Ну и пользователь спокойно может Добавить запись в поле Fact, так как запись будет уже связано с полем Nomer, а не сама по себе .Пытался просто присвоить значения поля номер Forms!Фильтр!Nomer = a ,понимать понимает программа, но выдает ошибку .Как сделать чтобы автоматически прописывал в форме Главная в новой записи в поле Nomer. | |
| |
| |
| |
|
|
| | например устанавливать свойство поля DefaultValue (Значение по умолчанию) | |
| |
| |
| |
|
|
| | Explorer Спасибо!
Вопрос возник с условным форматированием ,чего то я понять не могу!
Водятся значения в поля: Nomer(числовой), Plan(дата/время),а в поле Fact(дата/время) нет.Ну вот надо, что бы поле Plan (дата/время) становилась синей .Конечно проще написать условие ,если поле Plan<Nomer(в одно поле дата другое число перебор,да и не правильно) , надо по идеи его сравнить с полем Fact.Но поле fact пустое условие это не пройдет Plan>Fact ,не с чем сравнивать по умолчанию значения тоже ставить нельзя оно иногда должно быть пустое.Какие есть нибудь идеи?! | |
| |
| |
| |
|
|
| | во накрутил то :) чего-ж тут сложного 8)
не совсем понятно в каких случаях текст в поле Plan должен становиться синим, предположу:
ИМХЗО имеется в виду, что Plan синеет только в случае если значение поля Fact меньше значения поля Plan (дата Fact наступает раньше)
если такое допущение верно то просто укажи условие для ConditionalFormatting поля Plan
Field value is ->> Greater than ->> [Fact]
если нужно, например, чтобы поле Plan еще и краснело если значение поля Fact больше значения поля Plan (дата Fact наступает позже)
то нужно добавить еще одно условие для ConditionalFormatting поля Plan
(кнопка Add в мастере условного форматирования)
Field value is ->> Less than ->> [Fact]
если сравнивать значение поля Plan с пустым значением поля Fact
условия Plan>Fact и Plan<Fact выполняться не будет - текст поля останется родным цветом как указано в конструкторе формы
(точто так-же при этих условиях ConditionalFormatting цвет текста поля останется родным если Plan=Fact) | |
| |
| |
|
|
| |
|
|
| | >расшифруйте фразу:
охо-хонюшки хо-хо... да что уж тут расшифровывать - опять слабое представление о fundamentals Access опять эксельные аналогии | |
| |
| |
| |
|
|
| | Ну, что сделаешь Уважаемый Explorer вот я и спрашиваю коли не знаю сам. | |
| |
| |
