Мова: Українська
Під час роботи з формами в ActivityInfo, записи в інтерактивній таблиці позначаються як дійсні або недійсні. Хоча правила перевірки відіграють важливу роль у цьому процесі, вони є лише однією з частин того, як ActivityInfo визначає, чи є запис дійсним.
Ця стаття пояснює, що визначає загальну дійсність запису.
Що таке дійсність запису?
Запис вважається дійсним, коли він відповідає всім обмеженням та правилам перевірки, визначеним у формі, в будь-який момент часу.
В результаті:
- Запис, який був дійсним на момент створення, може згодом стати недійсним
- Помилки перевірки можуть з'являтися, навіть якщо ніхто не редагував дані
Ця поведінка завжди присутня в ActivityInfo, але вона стає видимою в інтерактивній таблиці, де одночасно відображається багато записів, а недійсні клітинки одразу підсвічуються.
Фактори, що впливають на дійсність форми
Дійсність запису в ActivityInfo визначається кількома властивостями форми, зокрема:
- Правила перевірки
- Обов'язкові поля
- Ключові та унікальні поля
- Правила релевантності
- Маски введення
- Значення за замовчуванням
Правила перевірки
Правила перевірки, що використовують дату та час
Коли правила перевірки залежать від поточної дати або часу.
Такі функції, як:
Ці функції повертають різні значення з плином часу. Тому правила перевірки, що використовують ці функції, з часом змінюватимуть свій результат.
Приклад
SESSION_DATE >= ADDDATE(TODAY(), -7) &&
SESSION_DATE < ADDDATE(TODAY(), 7)
Це правило вимагає, щоб дата сесії була в межах семи днів від сьогоднішньої дати. Правило може бути виконано, коли запис вперше додається, але через кілька тижнів той самий запис може вийти за межі цього діапазону і стати недійсним.
При перегляді даних в інтерактивній таблиці це може призвести до того, що багато записів одночасно показуватимуть помилки перевірки.
Перегляньте кожне правило перевірки та визначте, чи призначене воно для того, щоб:
- Завжди бути істинним протягом усього життя запису.
- Застосовуватися лише при першому введенні даних.
- Логічні зв'язки між полями (наприклад, дата початку раніше за кінцеву дату)
- Числові ліміти, які ніколи не повинні бути перевищені
Правила, які повинні застосовуватися лише при введенні даних
Ці правила добре підходять для безперервної перевірки та поводяться однаково у формах та в інтерактивній таблиці.
Якщо правило призначене для перевірки даних лише в момент їх введення, це має бути чітко прописано у формулі.
Поширеним підходом є застосування правила перевірки лише до нового запису.
IF(ISBLANK(_lastEditTime), START_DATE < TODAY(), TRUE)
З цим правилом:
- Нові записи повинні відповідати вимогам щодо дати
- Існуючі записи залишаються дійсними з плином часу
Це запобігає тому, щоб історичні дані ставали недійсними при перегляді в інтерактивній таблиці.
Обов'язкові поля
Обов'язкові поля повинні містити значення, щоб запис вважався дійсним.
Якщо обов'язкове поле пусте:
- Запис позначається як недійсний в інтерактивній таблиці
- Відсутнє поле підсвічується
- Запис не може бути надісланий, доки поле не буде заповнене
Важливо зазначити, що статус обов'язкового поля оцінюється в поєднанні з правилами релевантності. Поле, яке не є релевантним (приховане через умову релевантності), не є обов'язковим. Однак, якщо поле стає релевантним і залишається пустим, запис стає недійсним.
Якщо обов'язкові поля додаються після того, як у формі вже існують записи, ці записи можуть стати недійсними, якщо вони не містять значень, що відповідають новим вимогам.
Ключові та унікальні поля
Поля, позначені як ключові або унікальні, забезпечують унікальність на рівні форми.
Ключове поле ідентифікує запис. Два записи в одній формі не можуть мати однакове значення ключа.
Унікальне поле гарантує, що жодні два записи не містять однакового значення в цьому полі.
Якщо введено дубльоване значення:
- Запис негайно позначається як недійсний
- Конфлікт дублювання має бути вирішений, перш ніж запис стане дійсним
Унікальність перевіряється для всіх записів у формі, а не лише на поточній сторінці інтерактивної таблиці.
Ці обмеження зазвичай використовуються для таких ідентифікаторів, як:
- Реєстраційні номери
- Ідентифікатори домогосподарств
- Номери національних посвідчень особи
- Коди закладів
Оскільки унікальність забезпечується на рівні бази даних, вона безпосередньо впливає на загальну дійсність запису.
Правила релевантності
Правила релевантності визначають, чи є поле застосовним у певному контексті.
Коли умова релевантності оцінюється як хибність:
- Поле приховано
- Поле не є обов'язковим
- Його значення не впливає на дійсність запису
Однак, коли умова релевантності оцінюється як істина:
- Поле стає видимим
- Якщо воно позначене як обов'язкове, його необхідно заповнити
- Його значення оцінюється на відповідність іншим обмеженням
Наприклад:
- Поле «Статус вагітності» може бути релевантним лише якщо Стать = Жіноча
Якщо поле стає релевантним і є обов'язковим, але залишається пустим, запис стає недійсним.
Таким чином, правила релевантності опосередковано впливають на дійсність, контролюючи, які обмеження застосовуються в певний момент часу.
Маски введення
Маски введення застосовують правила форматування для текстових полів.
Маска введення визначає необхідну структуру значення, наприклад:
- Номери телефонів
- Формати національних посвідчень особи
- Поштові індекси
- Структуровані коди або ідентифікатори
Якщо значення не відповідає визначеному формату:
- Поле позначається прапорцем
- Запис позначається як недійсний
- Значення має бути виправлене, перш ніж запис стане дійсним
Маски введення забезпечують узгоджене форматування записів, що покращує якість даних та подальший аналіз.
На відміну від правил перевірки, маски введення зосереджені виключно на форматі, а не на логічних зв'язках між полями.
Значення за замовчуванням
Значення за замовчуванням автоматично заповнюють поле при створенні нового запису. Вони призначені для підвищення ефективності шляхом попереднього заповнення часто використовуваних значень, таких як статус, звітний період або нуль для числових полів.
Значення за замовчуванням застосовуються лише один раз, під час створення запису. Вони не переоцінюються постійно після збереження запису.
Значення за замовчуванням можуть використовувати такі вирази, як TODAY() або NOW(). При їх використанні ці функції фіксують поточну дату або час на момент створення запису. Значення після цього не оновлюється.
Значення за замовчуванням безпосередньо не визначають дійсність запису. Однак вони можуть впливати на неї опосередковано. Наприклад:
- Значення за замовчуванням може допомогти задовольнити вимогу обов'язкового поля
- Значення за замовчуванням може порушити правило перевірки
- Значення за замовчуванням в унікальному полі може створити дублікат
Загальна дійсність запису все одно визначається всіма застосовними обмеженнями у формі.
Зведення
В ActivityInfo запис є дійсним лише тоді, коли він відповідає всім обмеженням, визначеним у формі. Індикатор дійсності в інтерактивній таблиці відображає загальний статус запису, а не лише результат правил перевірки.
На дійсність запису можуть впливати обов'язкові поля, обмеження ключових та унікальних полів, правила релевантності, маски введення, правила перевірки та значення за замовчуванням, які взаємодіють з іншими обмеженнями.
Правила перевірки є лише однією частиною цієї ширшої системи. Недійсний запис не обов'язково означає, що правило перевірки не спрацювало.
Інтерактивна таблиця не змінює принципи роботи дійсності записів. Вона просто робить записи, що порушують обмеження, включно з правилами перевірки, більш помітними.
Розуміння того, як ці елементи працюють разом, допомагає користувачам ефективніше діагностувати та вирішувати проблеми з недійсними записами.