В контексте DDBMS в чем разница между Вертикальной фрагментацией и Горизонтальная фрагментация?
Является ли такое, что расширение отношения фрагментировано для вертикальной фрагментации, а фрагментация интенции - горизонтальная фрагментация?
В контексте DDBMS в чем разница между Вертикальной фрагментацией и Горизонтальная фрагментация?
Является ли такое, что расширение отношения фрагментировано для вертикальной фрагментации, а фрагментация интенции - горизонтальная фрагментация?
Предположим, что у вас есть отношение, Студент.
Вы разделите отношение Student на два набора (назовите их set1 и set2), так что половина атрибутов Student находится в set1, а половина из них находится в set2. Это называется "вертикальной фрагментацией", поскольку отношение фрагментировано вдоль столбцов (похоже на разрывание страницы по вертикали). Исходное отношение получается путем естественного объединения всех множеств. Для естественного соединения нам требуется хотя бы один атрибут, который является общим для всех наборов (обычно это первичный ключ).
Но если наше отношение делится так, что подмножество строк (см. здесь все атрибуты присутствуют в строках) присутствует с site1 (например), другое подмножество присутствует с сайтом2 и так далее, это называется "горизонтальная фрагментация ', а исходное соотношение получается путем объединения всех множеств. Это как разрывание страницы по горизонтали.
Как понятно, это относится к распределенной СУБД.
Скажем, что мы имеем это отношение
customer_id | Name | Area | Payment Type | Sex
1 | Bob | London | Credit card | Male
2 | Mike | Manchester | Cash | Male
3 | Ruby | London | Cash | Female
Фрагмент 1
customer_id | Name | Area | Payment Type | Sex
1 | Bob | London | Credit card | Male
2 | Mike | Manchester | Cash | Male
Фрагмент 2
customer_id | Name | Area | Payment Type | Sex
3 | Ruby | London | Cash | Female
Фрагмент 1
customer_id | Name | Area | Sex
1 | Bob | London | Male
2 | Mike | Manchester | Male
3 | Ruby | London Female
Фрагмент 2
customer_id | Payment Type
1 | Credit card
2 | Cash
3 | Cash
Вертикальная фрагментация требуется только для распределенных баз данных. Скажем, одно из отношений R имеет несколько атрибутов. Некоторые из этих атрибутов заключаются в R1, а другой - в R2. Затем мы соединяем страницу по вертикали. Это называется вертикальной фрагментацией.
В основном горизонтальная фрагментация разделяет таблицы по строкам. В случае вертикальной фрагментации разделится столбец таблицы.
В таблице горизонтальной фрагментации остаются такими же, как и предыдущие. Только строки разделяются. В вертикальной фрагментации одна таблица разбивается на две или более таблицы.
Дробление данных является важной особенностью распределенных систем управления базами данных (DDBMS) Горизонтальная фрагментация - это разбиение таблиц по горизонтали, состоящее из кортежей или строк. Например, таблица КОМПАНИИ, имеющая 1000 записей, может быть разбита по горизонтали на десять фрагментов, причем каждый фрагмент имеет 100 уникальных записей.
Вертикальная фрагментация - это фрагментация таблицы в столбцы, известные как set или site, где каждый сайт должен иметь по крайней мере один столбец, такой как столбец атрибутов первичного ключа (так что когда фрагментированные сайты, когда необходимо снова сформировать для целой (родительской) таблицы, используя общий столбец). Например, таблица EMPLOYEE, имеющая атрибуты как ENO (PRIMARY KEY), ENAME, ADDRESS, EMAIL и SALARY. Вертикальная фрагментация этой таблицы на два сайта, такие как site1 и site2. Столбцы в site1 - ENO, ENAME и ADDRESS. Столбцы в site2 - ENO, EMAIL и SALARY.
Горизонтальная фрагментация делит отношение на кортежи, называемые строками
Вертикальная фрагментация делит отношение на атрибуты, называемые столбцами.
В зависимости от требования к представлению приложения мы можем фрагментировать отношение по горизонтали или по вертикали.
Степень для правила фрагментации и правильности на основе вида приложения
Горизонтальная фрагментация разбивает таблицы по строкам. Он отличается от вертикальной фрагментации тем, что связь между ключевыми столбцами и столбцами без ключа остается неизменной. Содержимое таблиц отличается значением ключа.
Горизонтальная фрагментация, например: Компания хочет, чтобы каждый отдел сохранил свои данные. В этом примере в каждой таблице Департамента отделов будет только одна строка, а остальные таблицы содержат только данные для сотрудников отдела.
Проще говоря, при горизонтальной фрагментации мы разбиваем таблицу на кортежи, то есть в строках структура таблицы остается неизменной, только мы разбиваем одну или две строки. При вертикальной фрагментации мы разделяем таблицу по столбцу атрибутов, из которой мы делаем таблицу из исходной таблицы.