37 335
редагувань
Міграція бази даних: відмінності між версіями
нема опису редагування
Bunyk (обговорення | внесок) Немає опису редагування |
Bunyk (обговорення | внесок) Немає опису редагування |
||
|
Більшість інструментів міграції стараються мінімізувати вплив змін схеми на існуючі дані всередині бази. Проте, загалом збереження даних не гарантується, бо зміни схеми такі як видалення колонки таблиці можуть знищувати дані (всі значення які зберігались у видаленій колонці). Натомість, ці інструменти стараються зберегти семантику даних або реорганізувати існуючі дані у відповідність з новими вимогами. А так як семантику даних зазвичай неможливо зберегти формально, налаштування інструментів зазвичай ручне.
== Ризики та переваги ==
Міграція схеми дозволяє виправляти помилки та адаптувати дані до змін вимог. Вона є важливою частиною еволюції програмного забезпечення, особливо в [[Гнучка розробка програмного забезпечення|гнучкій розробці]].
<!--
Applying a schema migration to a production database is always a risk. Development and test databases tend to be smaller and cleaner. The data in them is better understood or, if everything else fails, the amount of data is small enough for a human to process. Production databases are usually huge, old and full of surprises. The surprises can come from many sources:
| |||