Information Management (Chapter 2)

0.0(0)
studied byStudied by 0 people
full-widthCall with Kai
GameKnowt Play
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/33

encourage image

There's no tags or description

Looks like no tags are added yet.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

34 Terms

1
New cards

Data modeling

It is the first step in designing a database, refers to the process of creating a specific data model for a determined problem domain

2
New cards

Data model

It is a relatively simple representation, usually graphical, of more complex real-world data structures

3
New cards

Entity

It is a person, place, thing, or event about which data can be stored

4
New cards

Attribute

It is a characteristic of an entity or object. An attribute has a name and a data type

5
New cards

Relationship

An association between entities.

6
New cards

Constraint

A restriction placed on data, usually expressed in the form of rules.

7
New cards

Business rule

A description of a policy, procedure, or principle within an organization

8
New cards

Naming Conventions

Entity names should be descriptive of the objects in the business environment and use terminology that is familiar to the users. An attribute name should also be descriptive of the data represented by that attribute. It is also a good practice to prefix the name of an attribute with the name or abbreviation of the entity in which it occurs.

9
New cards

Relational Model

Developed by E. F. Codd of IBM in 1970, the relational model is based on mathematical set theory and represents data as independent relations.

10
New cards

Table (relation)

A logical construct perceived to be a two-dimensional structure composed of intersecting rows (entities) and columns (attributes) that represents an entity set in the relational model.

11
New cards

Tuple

In the relational model, a table row

12
New cards

Table (Relational Model)

Each column represents an attribute. The relational model also describes a precise set of data manipulation constructs based on advanced mathematical concepts

13
New cards

Relational database management system (RDBMS)

A collection of programs that manages a relational database. The RDBMS software translates a user’s logical requests (queries) into commands that physically locate and retrieve the requested data.

14
New cards

Relational diagram

It is a representation of the relational database’s entities, the attributes within those entities, and the relationships between those entities

15
New cards

Entity relationship (ER) model (ERM)

A data model that describes relationships (1:1, 1:M, and M:N) among entities at the conceptual level with the help of ER diagrams.

16
New cards

Entity (ERD)

An entity is represented by a rectangle, also known as an entity box. The name of the entity, a noun, is written in the center of the rectangle. The entity name is generally written in capital letters and in singular form

17
New cards

Relationships(ERM)

It describes associations among data. Most relationships describe associations between two entities.

18
New cards

ER Notation

Chen notation,Crow’s Foot notation, Class diagram notation

19
New cards

External model

The application programmer’s view of the data environment. Given its business focus, an external model works with a data subset of the global database schema.

20
New cards

External schema

The specific representation of an external view; the end user’s view of the data environment

21
New cards

Conceptual model

It represents a global view of the entire database by the entire organization. That is, the conceptual model integrates all external views (entities, relationships, constraints, and processes) into a single global view of the data in the enterprise

22
New cards

Conceptual schema

A representation of the conceptual model, usually expressed graphically.

23
New cards

Software independence

A property of any model or application that does not depend on the software used to implement it.

24
New cards

Hardware independence

A condition in which a model does not depend on the hardware used in the model’s implementation. Therefore, changes in the hardware will have no effect on the database design at the conceptual level.

25
New cards

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.

26
New cards

Internal model

In database modeling, a level of data abstraction that adapts the conceptual model to a specific DBMS model for implementation. The internal model is the representation of a database as “seen” by the DBMS. In other words, the internal model requires a designer to match the conceptual model’s characteristics and constraints to those of the selected implementation model.

27
New cards

Internal schema

A representation of an internal model using the database constructs supported by the chosen database.

28
New cards

Logical independence

A condition in which the internal model can be changed without affecting the conceptual model

29
New cards

Physical model

A model in which physical characteristics such as location, path, and format are described for the data. The physical model is both hardware- and software-dependent.

30
New cards

Physical independence

A condition in which the physical model can be changed without affecting the internal model.

31
New cards
32
New cards
33
New cards
34
New cards