Definitions SQL TEST 1 (1) Flashcards
anonymous PL/SQL block
A PL/SQL block that has not been given a specific name.
base table
The table on which a view is based.
batch update routine
A routine that pools transactions into a single batch to update a master table in a single operation.
correlated subquery
A subquery that executes once for each row in the outer query.
CREATE VIEW
A SQL command that creates a logical, virtual table based on stored end-user tables. The view can be treated as a real table.
cross join
A join that performs a relational product of two tables.
cursor
A special construct used in procedural SQL to hold the data rows returned by a SQL query. A cursor may be considered a reserved area of memory in which query output is stored, like an array holding columns and rows. Cursors are held in a reserved memory area in the DBMS server, not in the client computer.
dynamic SQL
An environment in which the SQL statement is not known in advance, but instead is generated at run time. In a dynamic SQL environment, a program can generate the SQL statements that are required to respond to ad hoc queries.
embedded SQL
SQL statements contained within application programming languages such as COBOL, C++, ASP, Java, and ColdFusion.
explicit cursor
In procedural SQL, a cursor created to hold the output of a SQL statement that may return two or more rows, but could return zero or only one row.
host language
Any language that contains embedded SQL statements.
implicit cursor
A cursor that is automatically created in procedural SQL when the SQL statement returns only one value.
inner join
A join operation in which only rows that meet a given criterion are selected. The join criterion can be an equality condition or an inequality condition. The inner join is the most commonly used type of join. Contrast with outer join.
outer join
A relational algebra JOIN operation that produces a table in which all unmatched pairs are retained; unmatched values in the related table are left null. Contrast with inner join.
persistent stored module (PSM)
A block of code with standard SQL statements and procedural extensions that is stored and executed at the DBMS server.
Procedural Language SQL (PL/SQL)
A type of SQL that allows the use of procedural code and in which SQL statements are stored in a database as a single callable object that can be invoked by name.
row-level trigger
A trigger that is executed once for each row affected by the triggering SQL statement. A row-level trigger requires the use of the FOR EACH ROW keywords in the trigger declaration.
set-oriented
Dealing with or related to sets, or groups of things. In the relational model, SQL operators are set-oriented because they operate over entire sets of rows and columns at once.
statement-level trigger
A SQL trigger that is assumed if the FOR EACH ROW keywords are omitted. This type of trigger is executed once, before or after the triggering statement completes, and is the default case.
static SQL
A style of embedded SQL in which the SQL statements do not change while the application is running.
stored function
A named group of procedural and SQL statements that returns a value, as indicated by a RETURN statement in its program code.
stored procedure
1- A named collection of procedural and SQL statements. 2- Business logic stored on a server in the form of SQL code or another DBMS-specific procedural language.
trigger
A procedural SQL code that is automatically invoked by the relational database management system when a data manipulation event occurs.
union-compatible
Two or more tables that share the same column names and have columns with compatible data types or domains.
updatable view
A view that can update attributes in base tables that are used in the view.
view
A virtual table based on a SELECT query.
bottom-up design
A design philosophy that begins by identifying individual design components and then aggregates them into larger units. In database design, the process begins by defining attributes and then groups them into entities. Compare to top-down design.
boundaries
The external limits to which any proposed system is subjected. These limits include budgets, personnel, and existing hardware and software.
centralized design
A process in which a single conceptual design is modeled to match an organization’s database requirements. It is typically used when a data component consists of a relatively small number of objects and procedures. Compare to decentralized design.
clustered table
A storage technique that stores related rows from two related tables in adjacent data blocks on disk.
cohesivity
The strength of the relationships between a module’s components. Module cohesivity must be high.
computer-aided systems engineering (CASE)
Tools used to automate part or all of the Systems Development Life Cycle.
conceptual design
A process that uses data-modeling techniques to create a model of a database structure that represents real-world objects as realistically as possible. The techniques are both software- and hardware-independent.
database development
The process of database design and implementation.
database fragment
A subset of a distributed database. Although the fragments may be stored at different sites within a computer network, the set of all fragments is treated as a single database.
Database Life Cycle (DBLC)
A cycle that traces the history of a database within an information system. The cycle is divided into six phases: initial study, design, implementation and loading, testing and evaluation, operation and maintenance, and evolution.
database role
A set of database privileges that could be assigned as a unit to a user or group.
decentralized design
A process in which conceptual design is used to model subsets of an organization’s database requirements. After verification of the views, processes, and constraints, the subsets are then aggregated into a complete design. Such modular designs are typical of complex systems in which the data component has a relatively large number of objects and procedures. Compare to centralized design.
description of operations
A document that provides a precise, detailed, up-to-date, and thoroughly reviewed description of the activities that define an organization’s operating environment.
differential backup
A level of database backup in which only the last modifications to the database are copied.
full backup (database dump)
A complete copy of an entire database saved and periodically updated in a separate memory location. A full backup ensures a full recovery of all data after a physical disaster or database integrity failure.
information system
A system that provides for data collection, storage, and retrieval; facilitates the transformation of data into information; and manages both data and information. An information system is composed of hardware, the DBMS and other software, databases, people, and procedures.
logical design
A stage in the design phase that matches the conceptual design to the requirements of the selected DBMS and is therefore software-dependent. Logical design is used to translate the conceptual design into the internal model for a selected database management system, such as DB2, SQL Server, Oracle, IMS, Informix, Access, or Ingress.
minimal data rule
Defined as All that is needed is there, and all that is there is needed. In other words, all data elements required by database transactions must be defined in the model, and all data elements defined in the model must be used by at least one database transaction.
module
1 - A design segment that can be implemented as an autonomous unit, and is sometimes linked to produce a system. 2 - An information system component that handles a specific function, such as inventory, orders, or payroll.
module coupling
The extent to which modules are independent of one another.
physical design
A stage of database design that maps the data storage and access characteristics of a database. Because these characteristics are a function of the types of devices supported by the hardware, the data access methods supported by the system physical design are both hardware- and software-dependent.
scope
The part of a system that defines the extent of the design, according to operational requirements.
systems analysis
The process that establishes the need for an information system and its extent.
systems development
The process of creating an information system.
Systems Development Life Cycle (SDLC)
The cycle that traces the history of an information system. The SDLC provides the big picture within which database design and application development can be mapped out and evaluated.
top-down design
A design philosophy that begins by defining the main structures of a system and then moves to define the smaller units within those structures. In database design, this process first identifies entities and then defines the attributes within the entities. Compare to bottom-up design.
transaction log backup
A backup of only the transaction log operations that are not reflected in a previous backup copy of the database.
virtualization
A technique that creates logical representations of computing resources that are independent of the underlying physical computing resources.
atomic transaction property
A property that requires all parts of a transaction to be treated as a single, logical unit of work in which all operations must be completed to produce a consistent database.
binary lock
A lock that has only two states: locked and unlocked. If a data item is locked by a transaction, no other transaction can use that data item.