Чи є бази даних дорожчими для розміщення та обслуговування, ніж файли? [зачинено]


0

Я помітив, що великий відсоток хостів має дуже жорсткі обмеження в просторі бази даних, але щедрі обмеження на дисковому просторі.

100 Гб диска / 2 ГБ бази даних здаються досить поширеними.

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

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


Ви отримуєте те, за що платите. Якісні господарі цього не роблять.
Рамхаунд

Я не намагаюся отримати дешевого господаря. Мені просто цікаво, чи є технічна причина, що пропоноване сховище баз даних часто нижче, ніж на диску - я не вважаю, що це виправдовує перемогу. Якщо ви так вважаєте, поясніть, будь ласка.
Ешлі Девіс

2
Якщо ваша БД складається з невеликої кількості величезних файлів, БД, як правило, споживає більше циклів процесора на гігабайт вмісту, оскільки вміст завжди шукається, індексується, аналізується, оновлюється тощо, а більшість БД складаються з величезної кількості маленьких об'єктів, через що сервер БД отримує "метадані на смерть". В основному, 20 ГБ матеріалів у базі даних майже завжди представлятимуть набагато більшу завантаженість процесора та вводу / виводу для сервера, ніж 20 ГБ матеріалів, що лише у файловій системі та обслуговуються через HTTP. БД має обробляти матеріал; HTTP просто копіює його навколо.
allquixotic

1
Вони намагаються сказати: по-різному сформулюйте своє (-и) питання (зробіть його більш технічним за своєю суттю "чому це так" і менш "бажання"). Виходячи з ваших коментарів та занепокоєнь, ви ставите, що питання досить вагомий, щоб бути на цьому веб-сайті, хоча він не формулюється найкраще (отже, він може закритися через те, що він може бути "поза темою", оскільки це занадто "опитування") .
txtechhelp

1
Схоже, це нічний вихід модератора : P доведеться трохи почекати, можливо, щоб отримати мод для зважування. Моя особиста думка користувача 10k + - це маргінальне питання, я про це забороняю. Кілька хороших відповідей нижче, хоча нижче. Ми побачимо.
allquixotic

Відповіді:


2

Жорсткі диски дешеві. Навіть якщо Інтернет-провайдер обіцяє кілька сотень ГБ кожному користувачеві, більшість з них не використовуватиме цей простір до меж, оскільки передача 100 ГБ на сервер може зайняти деякий час.

Підсумок: Ви налаштовуєте систему початкового рівня. Більшість користувачів, що використовують цю систему, не мають поняття управління базами даних. Багато хто ніколи не чув про індексацію / нормалізацію бази даних / ... Швидше за все, вони спалять cpu-цикли із зайвими пошуками або дорогими приєднаннями. Крім того, що для чуйної бази даних потрібно багато оперативної пам’яті для самих запитів, кеш запитів (...). У цей момент він стає дорогим для провайдера.

Крім того, для початківців достатньо 2 ГБ для бази даних. Якщо вам потрібно більше, можливо, ви захочете перейти на спеціалізований сервер баз даних та SSD.


3

Більшість великих хостів кластерні сервери для використання з різними потребами - насамперед, щоб сервери MySQL були на окремих системах для систем веб-серверів. Причина, по якій хости обмежують дисковий простір MySQL, полягає в тому, що найкраще зберігати їх із SSD на жорсткому диску - як ми всі знаємо, вартість SSD коштує набагато більше на ГБ, ніж на жорсткому диску, що пояснює, чому вони обмежують простір, оскільки вони робити.


3

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

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.