SlideShare a Scribd company logo
ORDER BY column_name
The Relational Database as Pervasive Cultural Form



Bernhard Rieder
University of Amsterdam
Media Studies
Starting Point

Despite their omnipresence, both database technology and actual
databases are understudied.


Work in the humanities and social sciences:
- Sociological implementation studies (ERP, …)
- Historical work on companies and packages
- Conceptual work on software as medium
- Work on classification, lists, etc.
- Governmentality, techniques of government, surveillance,…


Next to a steady deluge of technical literature (computer science,
management, etc.).
An Approach Focused on Database Technology

Simondon (1958):
   - technical objects, like art, have meaning, not only use
   - technical rationality is not univocal


Technology is thinking and speaking in the medium of function.


Just because we know how something works, does not mean that we
know what it does. It needs to be interpreted.


Part One: Core Features of the Relational Database Model
Part Two: Relational Database Modeling
Part Three: A Pervasive Cultural Form
Preliminary Definitions

Database model: method of data organization a DBMS implements
   => hierarchical, network, relational, object -oriented, graph,….


DBMS: database management system
   => IBM DB2, Oracle DB, mySQL, PostgreSQL, MongoDB, neo4j, …


Data model: the conceptual (semantic) model for a specific database
   => entity-relationship model, database schema, …


Database: concrete set of organized data stored in a DBMS
   => healthcare, client database, storage backend for web platform, etc.
Database Models

# Prehistory: File Management Systems, Report Generators


# Navigational approach (record-at-a-time):
    - Hierarchical model (1960s, example: IBM IMS)
        Modern equivalent: XML, some noSQL
    - Network model (1960s, example: GE IDS)
        Modern equivalent: XML (with key/ keyref), graph databases


# Declarative approach (set-at-a-time):
    - Relational model (1970s, example: Oracle DB, IBM DB2)


# Others: Object-oriented, object-relational, noSQL, graph, etc.
Part One: Core Features of the Relational Database Model

Universality principle: every mature database model can
accommodate every conceivable data model. But how?


Differentiation is introduced through variation in local requirements:
domain fit, end user profile, ease-of-use, performance, cost, integrity, maturity,
support, compatibility, interoperability, human resource availability, etc.


1) A simple and universal data structure: the relation
2) Data independence
3) Logical declaration instead of procedural navigation
4) A different form of reasoning about DBMS
1) A Simple and Universal Structure: the Relation

Basis: adaptation of relational algebra (first-order logic) to databases.


A relation is a set of rows (tuples) with the same columns (attributes)
and types (domains).


"[R]elation is basically just a mathematical
term for table." (Date 2004)


Everything is stored in tables; query results are tables as well .


Complex data models are created by connecting tables via primary key
/ foreign key relationships.
Workshop.sql: Data Model (EER Diagram 1)
Workshop.xml

XML (hierarchical model)
different concepts and syntax
for data modeling.


XML does not require/favor
"homogeneous atomism".


"Physical" location matters.
2) Data Independence

"Future users of large data banks must be protected from having to know how the
data is organized in the machine." (Codd 1970)


(Physical) data independence means that the logical structure of data
is decoupled from its physical structure in storage. Users interact with
the logical structure only, "machine questions" are blackboxed.


Relationships between data entities (JOIN) are no longer handled by
memory pointers but through integration at runtime (primary/foreign
key relationships or queries).
3) Logical Declaration Instead of Procedural Navigation

"[T]here is also a large class of users who, while they are not computer specialists,
would be willing to learn to interact with a computer in a reasonably high -level, non-
procedural query language. Examples of such users are accountants, engineers,
architects, and urban planners. It is for this class of users that SEQUEL is intended. "
(Chamberlin & Boyce 1974)


All interactions with data are based on logical declaration and not
algorithmic (procedural) navigation.


Retrieving data as asking a question to an "oracle" rather than creating
a pathway to a storage location.


SQL becomes "intergalactic data-speak" (Stonebraker 1993).
Workshop.xml

SQL statement:
SELECT * FROM organizers WHERE
affiliation="Middlesex Uni"


Navigate by:
- semantic paths
- structural paths
    (children, siblings,…)
4) A different form of reasoning about DBMS

Mathematical elegance and simplicity vs. engineering pragmatism.


Logic is power beyond rhetoric.


A mathematical way of guaranteeing integrity and consistency in cases
of data modification, simultaneity, conceptual change, etc.
   => make DBMS design amendable to mechanization and proof
   => commitment to a method, not an ontological account!


A shift in technology and requirements
   => hardware performance rises, cost decreases
   => increasing bureaucratic complexity (data model and use)
Conclusions for Part One

From the 1980s on, the relation model becomes dominant.


Simplicity, uniformity, and integrity of the relational model allows for it
to deal with higher organizational complexity. It moves technological
expression much closer to other management techniques and practices.


SQL does not become an end-user language but its universality allows
for the emergence of new professions in between system programmer
and management: the database *admin, analyst, modeler, …+.


Standardization is pervasive and significant:
    - technical: interoperability, a new market for analytics, etc .
    - cognitive: mobility of skills, techniques, practices, mindsets, …
Part Two: Relational Database Modeling

The relational approach is not only a model for designing DBMS, but
also a set of concepts and methods for creating data models.


Modeling, formalization: "capturing" the real world in a data model.


Relational model is "semantically impoverished" (Stonebraker 1993)
because there are only relations, difficult e.g. to model classes.
Example: difficult to model a tree, easy to derive a hierarchy from data.


A complex combination of decomposition and composition that
emphasizes "conceptual atomism".
Creating a Data Model

The relational model is associated
with methods, strategies and best
practices for data modeling.


The relational model only shines if
atomization is fully realized.


Two elements of the formalization
process:
    - conceptual modeling
    - normalization



                                      (Conolly et al. 1996)
Entity-Relationship Modeling

Creating a "conceptual model" of the real environment. (Chen 1976)
Workshop.sql: Enhanced Entity-Relationship Diagram 1
Workshop.sql: Enhanced Entity-Relationship Diagram 2
Normalization

Some basics:
- No duplicates
- Record (row) order unimportant
- Attribute (column) order unimportant (left to right).
- All attribute values are atomic


Additional "normal forms" proceed by specific trials.
Remove vulnerability to update anomalies, etc.


Conceptual atomism: there are irreducible objects of the same kind.
Composition

Composition (of "atoms") always happens through data in the
relations themselves (integration at runtime). We can distinguish two
forms:


- by modeling (primary / foreign key, connecting tables, etc.)
- by query (e.g. data range)


Orderings are either modeled in data or derived from data. Both are
layers.


Normalization reduces expressive power on the level of the unit and
extends expressive power on the level of composition.
Composition by SQL Query

Normalization shifts expressive power to the query.


SELECT * FROM table_name WHERE condition
                             ORDER BY column_name
* = columns (e.g. name), counting, math functions, etc .


Any relational database is already a full-fledged analytics package.


This is the "intelligence" of the relational model, a model of knowing.
Conclusions for Part Two

The relational model is connected to a set of standardized techniques,
methods, and practices.


Relational DBMS are boundary objects (Star & Griesemer 1989) and
the relational model creates trading zones (Galison 1997) between
organization, departments, individuals, etc.


Conceptual and methodological atomism implies a movement of
purification that enhances not only coherence and integrity, but also
"calculative agency" (Callon & Muniesa 2005).
Part Three: A Pervasive Cultural Form

What kind of cultural form?


A three step argument:
   - A tool/instrument for cognition
   - A calculative device
   - A mechanism for governance
A Cognitive Tool

Goody (1977) analyzes the list as "a special kind of lever on 'reality'", a
cognitive technique that has two principal properties. By arranging
words visually in space:
    - it allows to manipulate, order, reorder, classify, etc.
    - it decontextualizes, reduces complexity, eliminates "frames of
    reference", etc.


Two ways in which the relational model goes further:
    - software introduces a different performativity
    - calculative agency is significantly extended
Calculative Agency

DBMS make culture "calculable". The calculative capacities provided
by the relational model are particularly powerful.
Calculation must be understood in a wider sense: commensuration
(Espeland & Stevens 1998), standardization, quantification, embedding
in relational algebra, etc.


"Calculative agency will be all the more powerful when it is able to: a) establish a
long, yet finite list of diverse entities; b) allow rich and varied relations between the
entities thus selected, so that the space of possible classifications and
reclassifications is largely open; c) formalize procedures and algorithms likely to
multiply the possible hierarchies and classifications between these entities. As this
calculative power depends on the equipments that agencies can rely upon, we can
easily understand why it is unevenly distributed among them." ( Callon & Muniesa
2005)
A Technique for Governing

This extension of calculative agency encounters a larger shifts:
    - the rise of network economies
    - the success of (neo)liberal techniques of governing
    - the change in management techniques


Rosabeth Moss Kanter, "When Giants Learn to Dance", 1989


DBMS allow organizations to "support people's mobility without
relaxing monitoring." (Boltanski & Chiapello 1996)


The relational model is the perfect ally for " knowing capitalism"
(Thrift 2005) and "liquid modernity" (Bauman 2000).
Conclusions

# The relation model purifies and makes calculable
# The relational model changes who defines, closes the rift between
management and IT, "demediation" of control?
# The relational model plays an important role in standardization of
organizational processes.
# Takes part in reconfiguring the social.

More Related Content

PPTX
On the Diversity of the Accountability Problem. Machine Learning and Knowing ...
PPTX
Engines of Order. Social Media and the Rise of Algorithmic Knowing.
PPTX
On Digital Markets, Data, and Concentric Diversification
PPTX
Truth, Justice, and Technicity: from Bias to the Politics of Systems
PPTX
From Algorithms to Diagrams: How to Study Platforms?
PPTX
Analyzing Social Media with Digital Methods. Possibilities, Requirements, and...
PPTX
Platforms and Analytical Gestures
PPTX
Figures of the Many - Quantitative Concepts for Qualitative Thinking
On the Diversity of the Accountability Problem. Machine Learning and Knowing ...
Engines of Order. Social Media and the Rise of Algorithmic Knowing.
On Digital Markets, Data, and Concentric Diversification
Truth, Justice, and Technicity: from Bias to the Politics of Systems
From Algorithms to Diagrams: How to Study Platforms?
Analyzing Social Media with Digital Methods. Possibilities, Requirements, and...
Platforms and Analytical Gestures
Figures of the Many - Quantitative Concepts for Qualitative Thinking

What's hot (20)

PPTX
Tweets are Not Created Equal. Intersecting Devices in the 1% Sample
PPTX
Interactive visualization and exploration of network data with gephi
PPT
Giovanni Maria Sacco
PDF
Q046049397
PDF
Big Data Analytics : A Social Network Approach
PDF
Tile-based Navigation & Analytics-White Paper
PPTX
We b 20181212 v2
PPTX
Perceptions of Syrian refugees and data experts on relocation algorithm
PDF
Data visualization in a Nutshell
PPT
Semantic Interoperability & Information Brokering in Global Information Systems
PDF
"I don't trust AI": the role of explainability in responsible AI
PDF
The human face of AI: how collective and augmented intelligence can help sol...
PPTX
Innovation Ecosystems at EBRF 2010, Nokia, Finland
PPTX
Platform Capitalism and the New Value Economy in the Academy
PPTX
Big data visualization
PPTX
Financial Cartography at Bogazici University
PDF
One does not simply crowdsource the Semantic Web: 10 years with people, URIs,...
PDF
Code Driven Law?
PDF
CS6010 Social Network Analysis Unit IV
PDF
The story of Data Stories
Tweets are Not Created Equal. Intersecting Devices in the 1% Sample
Interactive visualization and exploration of network data with gephi
Giovanni Maria Sacco
Q046049397
Big Data Analytics : A Social Network Approach
Tile-based Navigation & Analytics-White Paper
We b 20181212 v2
Perceptions of Syrian refugees and data experts on relocation algorithm
Data visualization in a Nutshell
Semantic Interoperability & Information Brokering in Global Information Systems
"I don't trust AI": the role of explainability in responsible AI
The human face of AI: how collective and augmented intelligence can help sol...
Innovation Ecosystems at EBRF 2010, Nokia, Finland
Platform Capitalism and the New Value Economy in the Academy
Big data visualization
Financial Cartography at Bogazici University
One does not simply crowdsource the Semantic Web: 10 years with people, URIs,...
Code Driven Law?
CS6010 Social Network Analysis Unit IV
The story of Data Stories
Ad

Similar to ORDER BY column_name: The Relational Database as Pervasive Cultural Form (20)

PPT
DBMS-Week-2about hardware and software.PPT
PPTX
DBMS-7.pptx
PPSX
DISE - Database Concepts
PPTX
DBMS for beginners with examples.pptx
PPT
relational database
PPTX
SQL-queries-for-Data-Analysts-Updated.pptx
PPT
Dbms Lec Uog 02
PPT
Unit-2.ppt FOR CSE STUDENTS ENGINEERING ANF MCA
PPT
Unit 1
PDF
ITB - UNIT 3.pdf
PPTX
Type of database models
PDF
Db lec 02_new
PPTX
data-models .pptx
PPTX
RDBMS to NoSQL. An overview.
PPTX
Download different material from slide share
PDF
Relational database (Unit 2)
PPTX
Data base management system(DBMS), sourav mathur
PDF
Dbms 2: Data Model
PDF
DATABASE MANAGEMENT SYSTEM
PDF
dbms Unit 1.pdf arey bhai teri maa chodunga
DBMS-Week-2about hardware and software.PPT
DBMS-7.pptx
DISE - Database Concepts
DBMS for beginners with examples.pptx
relational database
SQL-queries-for-Data-Analysts-Updated.pptx
Dbms Lec Uog 02
Unit-2.ppt FOR CSE STUDENTS ENGINEERING ANF MCA
Unit 1
ITB - UNIT 3.pdf
Type of database models
Db lec 02_new
data-models .pptx
RDBMS to NoSQL. An overview.
Download different material from slide share
Relational database (Unit 2)
Data base management system(DBMS), sourav mathur
Dbms 2: Data Model
DATABASE MANAGEMENT SYSTEM
dbms Unit 1.pdf arey bhai teri maa chodunga
Ad

Recently uploaded (20)

PDF
Saundersa Comprehensive Review for the NCLEX-RN Examination.pdf
PPTX
GDM (1) (1).pptx small presentation for students
PPTX
Introduction_to_Human_Anatomy_and_Physiology_for_B.Pharm.pptx
PPTX
IMMUNITY IMMUNITY refers to protection against infection, and the immune syst...
PDF
ANTIBIOTICS.pptx.pdf………………… xxxxxxxxxxxxx
PDF
Chapter 2 Heredity, Prenatal Development, and Birth.pdf
PPTX
PPT- ENG7_QUARTER1_LESSON1_WEEK1. IMAGERY -DESCRIPTIONS pptx.pptx
PPTX
Lesson notes of climatology university.
PDF
Computing-Curriculum for Schools in Ghana
PPTX
human mycosis Human fungal infections are called human mycosis..pptx
PDF
STATICS OF THE RIGID BODIES Hibbelers.pdf
PDF
Microbial disease of the cardiovascular and lymphatic systems
PDF
Pre independence Education in Inndia.pdf
PDF
Complications of Minimal Access Surgery at WLH
PDF
VCE English Exam - Section C Student Revision Booklet
PPTX
master seminar digital applications in india
PPTX
Pharma ospi slides which help in ospi learning
PDF
Module 4: Burden of Disease Tutorial Slides S2 2025
PDF
grade 11-chemistry_fetena_net_5883.pdf teacher guide for all student
PDF
Sports Quiz easy sports quiz sports quiz
Saundersa Comprehensive Review for the NCLEX-RN Examination.pdf
GDM (1) (1).pptx small presentation for students
Introduction_to_Human_Anatomy_and_Physiology_for_B.Pharm.pptx
IMMUNITY IMMUNITY refers to protection against infection, and the immune syst...
ANTIBIOTICS.pptx.pdf………………… xxxxxxxxxxxxx
Chapter 2 Heredity, Prenatal Development, and Birth.pdf
PPT- ENG7_QUARTER1_LESSON1_WEEK1. IMAGERY -DESCRIPTIONS pptx.pptx
Lesson notes of climatology university.
Computing-Curriculum for Schools in Ghana
human mycosis Human fungal infections are called human mycosis..pptx
STATICS OF THE RIGID BODIES Hibbelers.pdf
Microbial disease of the cardiovascular and lymphatic systems
Pre independence Education in Inndia.pdf
Complications of Minimal Access Surgery at WLH
VCE English Exam - Section C Student Revision Booklet
master seminar digital applications in india
Pharma ospi slides which help in ospi learning
Module 4: Burden of Disease Tutorial Slides S2 2025
grade 11-chemistry_fetena_net_5883.pdf teacher guide for all student
Sports Quiz easy sports quiz sports quiz

ORDER BY column_name: The Relational Database as Pervasive Cultural Form

  • 1. ORDER BY column_name The Relational Database as Pervasive Cultural Form Bernhard Rieder University of Amsterdam Media Studies
  • 2. Starting Point Despite their omnipresence, both database technology and actual databases are understudied. Work in the humanities and social sciences: - Sociological implementation studies (ERP, …) - Historical work on companies and packages - Conceptual work on software as medium - Work on classification, lists, etc. - Governmentality, techniques of government, surveillance,… Next to a steady deluge of technical literature (computer science, management, etc.).
  • 3. An Approach Focused on Database Technology Simondon (1958): - technical objects, like art, have meaning, not only use - technical rationality is not univocal Technology is thinking and speaking in the medium of function. Just because we know how something works, does not mean that we know what it does. It needs to be interpreted. Part One: Core Features of the Relational Database Model Part Two: Relational Database Modeling Part Three: A Pervasive Cultural Form
  • 4. Preliminary Definitions Database model: method of data organization a DBMS implements => hierarchical, network, relational, object -oriented, graph,…. DBMS: database management system => IBM DB2, Oracle DB, mySQL, PostgreSQL, MongoDB, neo4j, … Data model: the conceptual (semantic) model for a specific database => entity-relationship model, database schema, … Database: concrete set of organized data stored in a DBMS => healthcare, client database, storage backend for web platform, etc.
  • 5. Database Models # Prehistory: File Management Systems, Report Generators # Navigational approach (record-at-a-time): - Hierarchical model (1960s, example: IBM IMS) Modern equivalent: XML, some noSQL - Network model (1960s, example: GE IDS) Modern equivalent: XML (with key/ keyref), graph databases # Declarative approach (set-at-a-time): - Relational model (1970s, example: Oracle DB, IBM DB2) # Others: Object-oriented, object-relational, noSQL, graph, etc.
  • 6. Part One: Core Features of the Relational Database Model Universality principle: every mature database model can accommodate every conceivable data model. But how? Differentiation is introduced through variation in local requirements: domain fit, end user profile, ease-of-use, performance, cost, integrity, maturity, support, compatibility, interoperability, human resource availability, etc. 1) A simple and universal data structure: the relation 2) Data independence 3) Logical declaration instead of procedural navigation 4) A different form of reasoning about DBMS
  • 7. 1) A Simple and Universal Structure: the Relation Basis: adaptation of relational algebra (first-order logic) to databases. A relation is a set of rows (tuples) with the same columns (attributes) and types (domains). "[R]elation is basically just a mathematical term for table." (Date 2004) Everything is stored in tables; query results are tables as well . Complex data models are created by connecting tables via primary key / foreign key relationships.
  • 8. Workshop.sql: Data Model (EER Diagram 1)
  • 9. Workshop.xml XML (hierarchical model) different concepts and syntax for data modeling. XML does not require/favor "homogeneous atomism". "Physical" location matters.
  • 10. 2) Data Independence "Future users of large data banks must be protected from having to know how the data is organized in the machine." (Codd 1970) (Physical) data independence means that the logical structure of data is decoupled from its physical structure in storage. Users interact with the logical structure only, "machine questions" are blackboxed. Relationships between data entities (JOIN) are no longer handled by memory pointers but through integration at runtime (primary/foreign key relationships or queries).
  • 11. 3) Logical Declaration Instead of Procedural Navigation "[T]here is also a large class of users who, while they are not computer specialists, would be willing to learn to interact with a computer in a reasonably high -level, non- procedural query language. Examples of such users are accountants, engineers, architects, and urban planners. It is for this class of users that SEQUEL is intended. " (Chamberlin & Boyce 1974) All interactions with data are based on logical declaration and not algorithmic (procedural) navigation. Retrieving data as asking a question to an "oracle" rather than creating a pathway to a storage location. SQL becomes "intergalactic data-speak" (Stonebraker 1993).
  • 12. Workshop.xml SQL statement: SELECT * FROM organizers WHERE affiliation="Middlesex Uni" Navigate by: - semantic paths - structural paths (children, siblings,…)
  • 13. 4) A different form of reasoning about DBMS Mathematical elegance and simplicity vs. engineering pragmatism. Logic is power beyond rhetoric. A mathematical way of guaranteeing integrity and consistency in cases of data modification, simultaneity, conceptual change, etc. => make DBMS design amendable to mechanization and proof => commitment to a method, not an ontological account! A shift in technology and requirements => hardware performance rises, cost decreases => increasing bureaucratic complexity (data model and use)
  • 14. Conclusions for Part One From the 1980s on, the relation model becomes dominant. Simplicity, uniformity, and integrity of the relational model allows for it to deal with higher organizational complexity. It moves technological expression much closer to other management techniques and practices. SQL does not become an end-user language but its universality allows for the emergence of new professions in between system programmer and management: the database *admin, analyst, modeler, …+. Standardization is pervasive and significant: - technical: interoperability, a new market for analytics, etc . - cognitive: mobility of skills, techniques, practices, mindsets, …
  • 15. Part Two: Relational Database Modeling The relational approach is not only a model for designing DBMS, but also a set of concepts and methods for creating data models. Modeling, formalization: "capturing" the real world in a data model. Relational model is "semantically impoverished" (Stonebraker 1993) because there are only relations, difficult e.g. to model classes. Example: difficult to model a tree, easy to derive a hierarchy from data. A complex combination of decomposition and composition that emphasizes "conceptual atomism".
  • 16. Creating a Data Model The relational model is associated with methods, strategies and best practices for data modeling. The relational model only shines if atomization is fully realized. Two elements of the formalization process: - conceptual modeling - normalization (Conolly et al. 1996)
  • 17. Entity-Relationship Modeling Creating a "conceptual model" of the real environment. (Chen 1976)
  • 20. Normalization Some basics: - No duplicates - Record (row) order unimportant - Attribute (column) order unimportant (left to right). - All attribute values are atomic Additional "normal forms" proceed by specific trials. Remove vulnerability to update anomalies, etc. Conceptual atomism: there are irreducible objects of the same kind.
  • 21. Composition Composition (of "atoms") always happens through data in the relations themselves (integration at runtime). We can distinguish two forms: - by modeling (primary / foreign key, connecting tables, etc.) - by query (e.g. data range) Orderings are either modeled in data or derived from data. Both are layers. Normalization reduces expressive power on the level of the unit and extends expressive power on the level of composition.
  • 22. Composition by SQL Query Normalization shifts expressive power to the query. SELECT * FROM table_name WHERE condition ORDER BY column_name * = columns (e.g. name), counting, math functions, etc . Any relational database is already a full-fledged analytics package. This is the "intelligence" of the relational model, a model of knowing.
  • 23. Conclusions for Part Two The relational model is connected to a set of standardized techniques, methods, and practices. Relational DBMS are boundary objects (Star & Griesemer 1989) and the relational model creates trading zones (Galison 1997) between organization, departments, individuals, etc. Conceptual and methodological atomism implies a movement of purification that enhances not only coherence and integrity, but also "calculative agency" (Callon & Muniesa 2005).
  • 24. Part Three: A Pervasive Cultural Form What kind of cultural form? A three step argument: - A tool/instrument for cognition - A calculative device - A mechanism for governance
  • 25. A Cognitive Tool Goody (1977) analyzes the list as "a special kind of lever on 'reality'", a cognitive technique that has two principal properties. By arranging words visually in space: - it allows to manipulate, order, reorder, classify, etc. - it decontextualizes, reduces complexity, eliminates "frames of reference", etc. Two ways in which the relational model goes further: - software introduces a different performativity - calculative agency is significantly extended
  • 26. Calculative Agency DBMS make culture "calculable". The calculative capacities provided by the relational model are particularly powerful. Calculation must be understood in a wider sense: commensuration (Espeland & Stevens 1998), standardization, quantification, embedding in relational algebra, etc. "Calculative agency will be all the more powerful when it is able to: a) establish a long, yet finite list of diverse entities; b) allow rich and varied relations between the entities thus selected, so that the space of possible classifications and reclassifications is largely open; c) formalize procedures and algorithms likely to multiply the possible hierarchies and classifications between these entities. As this calculative power depends on the equipments that agencies can rely upon, we can easily understand why it is unevenly distributed among them." ( Callon & Muniesa 2005)
  • 27. A Technique for Governing This extension of calculative agency encounters a larger shifts: - the rise of network economies - the success of (neo)liberal techniques of governing - the change in management techniques Rosabeth Moss Kanter, "When Giants Learn to Dance", 1989 DBMS allow organizations to "support people's mobility without relaxing monitoring." (Boltanski & Chiapello 1996) The relational model is the perfect ally for " knowing capitalism" (Thrift 2005) and "liquid modernity" (Bauman 2000).
  • 28. Conclusions # The relation model purifies and makes calculable # The relational model changes who defines, closes the rift between management and IT, "demediation" of control? # The relational model plays an important role in standardization of organizational processes. # Takes part in reconfiguring the social.

Editor's Notes

  • #4: We can "stutter" in technology.
  • #8: no lists, bags, links, sets, arrays, maps, trees, etc.
  • #9: Could put many other things, timetable, etc.
  • #10: Physical location matters: <title> is a child of <workshop> because it is placed in this position in the file.