Horizontal vs Vertical Fragmentation in Distributed Database Management Systems (DDBMS)
Solution 1
Suppose you have a relation, Student.
You divide relation Student in two sets (call them set1 and set2) such that half of the attributes of Student are in set1 and half of them are in set2. This is called 'vertical fragmentation', as a relation is fragmented along columns (similar to tearing a page vertically). Original relation is obtained by take the natural join of all the sets. For the natural join we require at least one attribute which is common to all the sets(generally it is the primary key).
But if our relation divided so that a subset of rows (see here all attributes are present in rows) is present with site1 (for example), another subset is present with site2, and so on, this is called 'horizontal fragmentation', and original relation is obtained by taking the union of all the sets. It's like tearing a page horizontally.
As is clear, this is in the context of Distributed DBMS.
Solution 2
Say we have this relation
customer_id | Name | Area | Payment Type | Sex
1 | Bob | London | Credit card | Male
2 | Mike | Manchester | Cash | Male
3 | Ruby | London | Cash | Female
Horizontal Fragmentation are subsets of tuples (rows)
Fragment 1
customer_id | Name | Area | Payment Type | Sex
1 | Bob | London | Credit card | Male
2 | Mike | Manchester | Cash | Male
Fragment 2
customer_id | Name | Area | Payment Type | Sex
3 | Ruby | London | Cash | Female
Vertical fragmentation are subset of attributes
Fragment 1
customer_id | Name | Area | Sex
1 | Bob | London | Male
2 | Mike | Manchester | Male
3 | Ruby | London Female
Fragment 2
customer_id | Payment Type
1 | Credit card
2 | Cash
3 | Cash
Solution 3
Image comment: It's completely up to you choose how the columns is assembled at each site.
- Split the original table up (vertically) by attributes.
-
Distribute the pieces to the sites of your DDBMS however you like and reassemble them.
(Usually you want to include the primary key column into each of the fragments, so that you can obtain the original table again if needed).
Split the original table up (horizontally) by row.
Distribute the pieces to the sites of your DDBMS however you like and reassemble them.
Solution 4
Vertical fragmentation is required only for distributed databases. Say one of relation R has several attributes. Some of these attribute is consist in R1 and other is R2. Then we are joining page vertically. This is called vertical fragmentation.
Solution 5
Data fragmentation is an important feature of Distributed Database Management Systems (DDBMS) Horizontal Fragmentation is splitting of tables horizontally that is into tuples or rows. For example, a COMPANY table having 1000 records can be horizontally fragmented into ten fragments, each fragment having 100 unique records.
Vertical Fragmentation is fragmenting of table into columns known as set or site, where every site must have at least one column in common such as the primary key attribute column (so that when the fragmented sites when needed can again be formed to a whole (parent) table using the common column). For example, the EMPLOYEE table having attributes as ENO (PRIMARY KEY), ENAME, ADDRESS, EMAIL & SALARY. Vertically fragmenting this table into two sites such as site1 and site2. Columns in site1 are ENO, ENAME & ADDRESS. Columns in site2 are ENO, EMAIL & SALARY.
DreX
Updated on July 09, 2022Comments
-
DreX almost 2 years
In the context in DDBMS, what is the difference between Vertical Fragmentation and Horizontal Fragmentation?
Is it such that the relation's extension is fragmented for vertical fragmentation and intension fragmentation is horizontal fragmentation?
-
Frederik about 11 yearsAn excellent and clear explanation. Just a shame that my lecturer can't write nearly as well you...
-
Umair Ayub over 10 yearsMy paid lecturer could not explain me 2 hours of class. You did it in a minute(for free hehe). thanks