Пока это единственный известный мне метод, когда можно создать новую запись и активированные Validation rules при этом не срабатывают
такое возможно при использовании <lightning:recordForm /> в Ауре (есть ли такая проблемы с аналогом компонента в LWC я не проверял)
Validation rules не срабатывают, прошлось организовывать валидацию в тригере
Known Issues :: <lightning:recordForm> not capturing validation errors in Component's controller
Вот уже 2 (два!!) года, лучшие умы пытаются решить эту проблему, но увы и ах!
Это как так? Валидация на уровне базы данных обходится использованием разных версию UI? Или я не про те validation rules думаю в свете своей отсталости от современного SF?
про те, про те. я сам удивился как такое возможно
Это не совсем так. BD в Salesforce - это надстройка над почти самым базовым функционалом Oracle. Если стандартные объекты это отдельные таблицы, то кастомные - это Одна Мега Таблица о (порядка) 80 столбцов, разных типов; некоторые типы встречаются более одного раза, ради различной индексации. Соответственно, используются разные API для разных интерфейсов.
Не совсем точно, но суть передает.
Это я понимаю, но я уже не спускался до подкапотного пространства. Оперирую SF понятиями. Validation Rules это валидация уровня объектов и если с объектом происходит какие-то манипуляции то логично ожидать что на уровне объектов все должно работать независимо откуда приходит команда. А что там SF нахимичил на уровне Oracle это уже нас не касается.
Назревает вопрос в чем разница того как lightning:recordForm посылает запрос и простого запроса к API. Если такой косяк присутствует уже два года, то может как вариант использовать данный баг в своих целях. Было раньше встречался с проблемой что надо что-то апдейтнуть или залить на орг клиента, а там validation rules хитрые не дают. А так глядишь, составляешь хитрый запрос и льешь что хочешь и пофиг на валидацию.
Но реализовано может быть как на уровне Stored Procedures, так и на уровне Application Server.
Золотые слова!
Хорошо бы
Смотри термин багофича.