Abstract: Aspects of the disclosed technology provide solutions for identifying autonomous vehicle (AV) tests that provide a desired level of test coverage for testing or validating the AV software stack. A process of the disclosed technology can include steps for extracting a first set of features associated with a first set of test programs, tagging each respective test program with metadata tags, and identifying a second set of features associated with an updated set of AV program code. In some aspects, the process may further include steps for determining if the one or more tags match one or more features of the second set of features associated with the updated AV program code, and executing the respective test programs based on the one or more tags. Systems and machine-readable media are also provided.

Abstract: The disclosed technology provides solutions for improving simulation scenario generation and in particular, provides methods for improving the generation of simulation scenarios based on autonomous vehicle (AV) driving data. A method of the disclosed technology can include steps for receiving driving data, which includes sensor data from an AV that is descriptive of an environment around the AV, identifying a vehicle in the environment based on the driving data, generating a synthetic driving scenario emulating the environment based on the driving data, and identifying a trajectory of the vehicle in the synthetic driving scenario. The method can further include steps for replacing the vehicle with the AV in the synthetic driving scenario by simulating navigation of the AV in the synthetic driving scenario along the identified trajectory. Systems and machine-readable media are also provided.

Abstract: The disclosed technology provides solutions for improving autonomous vehicle (AV) testing and in particular, for improving AV adversarial testing using offline reinforcement learning. In some aspects, the disclosed technology includes a process for improving AV adversarial testing, including steps for receiving driving data from a database, the driving data representing a plurality of driving scenarios encountered by AVs and training an offline reinforcement learning agent with the driving data. Further, the process includes steps for receiving a driving scenario from the database, calculating a first safety score for the driving scenario, providing the driving scenario to an offline reinforcement learning model, and generating a synthetic scenario for simulating navigation of an AV, the synthetic scenario having a second safety score that is lower than the first safety score.

Abstract: A method, apparatus, and program product restore database data having dependencies or ordering sensitivities, or that incorporates a database index. Unresolved dependencies are identified in response to an attempt to restore data in a computer. The data restoration is deferred and the data is cached when it has an unresolved dependency. After the dependency is resolved, the data restoration is completed. The unresolved dependency may be based-on data that must be restored or created prior to completing restoration. Deferred data is cached in memory and tracked in a deferred operation table. Data that is deferred may be accessed so long as operations that access the underlying based-on data are denied.

Abstract: A method, apparatus, and program product restore database data having dependencies or ordering sensitivities, or that incorporates a database index. Unresolved dependencies are identified in response to an attempt to restore data in a computer. The data restoration is deferred and the data is cached when it has an unresolved dependency. After the dependency is resolved, the data restoration is completed. The unresolved dependency may be based-on data that must be restored or created prior to completing restoration. Deferred data is cached in memory and tracked in a deferred operation table. Data that is deferred may be accessed so long as operations that access the underlying based-on data are denied.

Abstract: Methods, systems and articles of manufacture are provided for setting a state of triggers between operative and inoperative. In an operative state the trigger may be called during triggering I/O operations such as Insert, Update and Delete. The inoperative state indicates that the system has detected a condition requiring user intervention. In a particular embodiment, a database management system (DBMS) will analyze the function being performed on a table (such as a rename of the table) and with dependent object data, the DBMS will determine if the trigger is self-referencing. If so, the trigger made inoperative. Making the trigger inoperative and requiring user intervention prevents the system from potentially producing undesired results. In another embodiment, a determination of dependency is made upon receiving a database command to affect an object. According to the type of command, the object and its dependents are either affected or unaffected.

Abstract: Methods, systems, data structures and articles of manufacture are provided for monitoring access to a database. In one embodiment, a data access trigger, or read trigger, is adapted to monitor accesses to a database. In general, a data access trigger is invoked when predefined events occur. Specifically, a data access trigger is executed to take some action due to any attempt to access a database. When a specified access attempt is determined, the trigger can instruct the system to take any number of actions, such as modify the data being requested. In one embodiment, a log is provided in which accesses to the database are recorded. The log may subsequently reviewed to ascertain whether a particular record was accessed and by whom. In addition, the particular information accessed and/or modified can be contained in the log.

Abstract: Methods, systems and articles of manufacture are provided for setting a state of triggers between operative and inoperative. In an operative state the trigger may be called during triggering I/O operations such as Insert, Update and Delete. The inoperative state indicates that the system has detected a condition requiring user intervention. In a particular embodiment, a database management system (DBMS) will analyze the function being performed on a table (such as a rename of the table) and with dependent object data, the DBMS will determine if the trigger is self-referencing. If so, the trigger made inoperative. Making the trigger inoperative and requiring user intervention prevents the system from potentially producing undesired results.

Abstract: Methods, systems, data structures and articles of manufacture are provided for monitoring access to a database. In one embodiment, a data access trigger, or read trigger, is adapted to monitor accesses to a database. In general, a data access trigger is invoked when predefined events occur. Specifically, a data access trigger is executed to take some action due to any attempt to access a database. When a specified access attempt is determined, the trigger can instruct the system to take any number of actions, such as modify the data being requested.