Чому менеджери повинні захищатись від надмірності бази даних? eval (ez_write_tag ([[320,50], techopedia_com-under_page_title, ezslot_5,242,0,0]));

Зміст

Q:

Чому менеджери повинні захищатись від надмірності бази даних?

A:

Менеджери баз даних та інші фахівці з інформаційних технологій повинні захищати від "надмірності баз даних" або "надмірності даних" через всі негативні наслідки, які може мати надмірність в системі бази даних або в середовищі. Де б не було продубльовано певну частину даних, або в двох полях бази даних, або в двох різних середовищах бази даних, це може мати наслідки для пошуку даних.

Однією з перших причин уникнення надмірності даних є те, що це може бути марнотратним або надмірним.

Важливо зазначити, що деякі види резервування даних плануються для захисту та резервного копіювання даних. Однак інші виникають із-за поганого або неефективного кодування або недостатньої уваги до передового досвіду. У багатьох випадках велика кількість надмірності даних змушує базу даних швидко перевищувати розумний розмір. Зважаючи на це, багато зусиль для боротьби із надмірністю даних докладається для економії місця в базі даних, а отже, для зменшення витрат та витрат на обслуговування. Однак це потрібно робити з огляду на практичність - інженери можуть практикувати щось, що називається дедуплікацією даних, але це повинно бути зроблено ефективно.

Наприклад, менеджери баз даних можуть дослідити щось на зразок вилучення рядка з повторного поля, наприклад, спільного клієнта чи імені компанії, і замінивши його простою змінною посиланням, де рядок міститься десь в іншому місці. Це може заощадити простір у базі даних, але це також може зажадати більшої активності сервера для виконання заданого запиту, тому це може бути не таким ефективним, як здається.

Ще одна важлива причина для дублювання даних або уникнення надмірності даних - через непорозуміння, яке може призвести. Надлишки даних у базі даних можуть викликати різні типи аномалій. Одна з них називається аномалією оновлення - аномалії оновлення трапляються, коли запис повторно вводиться з оновленою інформацією, але оновлення не повертає його до початкового запису. У такій ситуації можуть бути три різні записи для конкретного працівника компанії з трьома різними найменуваннями робочих місць та трьома різними адресами, оскільки інформація про осіб не оновлювалася у всій базі даних, а лише в останній запис.

За пропозиціями експертів, адміністратори баз даних можуть уникнути надмірності даних за допомогою дизайну. Вони також можуть брати участь у практиці нормалізації даних, які дозволяють виправити аномалії оновлення та інші види аномалій шляхом стандартизації способів зберігання записів таблиць баз даних. Адміністратори бази можуть також докладати зусиль щодо деприлікації даних, які очищають та стандартизують дані іншими способами. Все це служить метою створення більш чистих таблиць баз даних, роблячи записи в базі даних більш послідовними та запобігаючи всім головним болям і складним проблемам, пов'язаним із незапланованим надмірністю даних.