When database system administrator installs Microsoft SQL Server 2005 and creates a few database engine instances, there will be problem and hard time to remove and uninstall these multiple database instance components and the corresponding SQL Server services. Якщо системний адміністратор баз даних встановлює Microsoft SQL Server 2005 і створює базу даних двигуна кілька випадків, не буде проблемою, і важко видалити, і видалити ці кілька баз даних, наприклад, компоненти і відповідні служби SQL Server. When users try to uninstall Microsoft SQL Server 2005 or remove database instance components using Add and Remove Programs or Uninstall or change a programs (Vista) in Control Panel, only one SQL Server 2005 database engine can be selected. Коли користувачі намагаються видалити Microsoft SQL Server 2005 або видаляти бази даних, наприклад з використанням компонентів Додати і видалення програм або видалення або зміни програм (Vista), в Панель управління, тільки одна SQL Server 2005 Database Engine може бути обраний. After uninstallation has completed, when users attempt to run the SQL Server 2K5 Uninstall to completely clean remove any other instances or components, the action will fail with error message saying the uninstaller shortcut entry is invalid and asked if you want to remove the link. Після деінсталяції завершив тоді, коли користувачі намагаються запустити SQL Server 2K5 Видалити повністю чистої видаляти будь-які інші випадки, або компоненти, акція завершиться невдало з помилкою говорити про швидкого видалення запису недійсними і питає якщо ви хочете видалити посилання.

Continue reading Uninstall and Remove Multiple Database Instances of Microsoft SQL Server 2005 » » » Продовжити читання видалення та видалення Кілька екземплярів баз даних Microsoft SQL Server 2005 »» »

MySQL database server generates binary log files for every transaction to the databases, provided administrator does not disable or comment out the “log-bin” parameter in my.cny configuration file. База даних MySQL сервер створює лог файли бінарному для кожної операції в базах даних за умови, що адміністратор не вимкнете або закоментувати на "вхід-бен" в my.cny параметрів конфігураційного файлу. The binary log files are written in binary format. Двійкові журнал файли записуються в двійковому форматі. Although the binary logs, or also known as logbin are mainly used for MySQL database replication purpose, sometimes you may need to examine or read the contents of binary logs in text format, where the mysqlbinlog utility will come in handy. Хоча двійковій журнали, або також відомий як logbin в основному використовуються для реплікації бази даних MySQL цілі, іноді вам може знадобитися вивчити або прочитати зміст бінарних журналів у текстовому форматі, в якому mysqlbinlog утиліта нагоді.

Continue reading How to Read MySQL Binary Log Files (BinLog) with mysqlbinlog » » » Продовжити читання Як Читати MySQL двійкові файли журналу (BinLog) з mysqlbinlog »» »

MySQL is a very popular free yet powerful database system. MySQL є дуже популярною безкоштовної ще потужні системи баз даних. But even in great databases, the tables may get fragmented with overhead due to continuous update, or delete and insert operation on data stored in database. Але навіть у великих базах даних, таблиці можуть отримати фрагментовані з накладних у зв'язку з безперервним оновленням, або видалити, і вставити операцію за даними, що зберігаються в базі даних. Beside, it's also possibility that the databases may get corrupted. Крім того, це також можливість того, що бази даних можуть отримати пошкоджений. Thus, performing health check on database and optimize MySQL server regularly is an important task. Таким чином, виконуючи перевірку здоров'я на базі даних та оптимізації MySQL-сервера регулярно є важливим завданням.

Continue reading Check and Optimize MySQL Database Automatically with Crontab/Cron » » » Продовжити читання перевірки та оптимізації бази даних MySQL автоматично з Crontab / Cron »» »

Oracle database does not provide an easy user interface to rename a datafile of tablespace, nor database administrator can easily move or relocate the datafile to another location or directory that different from original location on creation of database. База даних Oracle не надає простий користувальницький інтерфейс для перейменування datafile з таблиць, ні адміністратор бази даних може легко переміщати або datafile перевести в інше місце чи каталог, який відрізняється від оригінального розташування по створенню бази даних. The rename or move place task has to be performed via Oracle SQLPlus command line interface. У перейменувати або перемістити місце завдання буде виконуватися за допомогою Oracle SQLPlus інтерфейс командного рядка. However, if the operation is performed when the tablespace which owns the datefile is online, error will occur. Однак, якщо операція виконується, коли таблиця, яка володіє datefile в мережі, помилка станеться.

Continue reading How to Rename or Move Oracle Tablespace Datafile to Another Location » » » Продовжити читання Як перейменувати або перемістити Oracle таблиць Datafile в іншому місці »» »

Accident may happens, even though it's costly one. Аварія травня сталося, навіть незважаючи на це дороге. This is especially the case in Oracle database, which stores the database objects physically in data files on hard disk. Це особливо важливо в базі даних Oracle, яка зберігає базу даних об'єктів, фізичні дані у файлах на жорсткому диску. Fast hand administrators may accidentally delete some of the datafiles, or the datafiles may get corrupted or unreadable on hard disk failure. Швидкі адміністратори руки можуть випадково видалити деякі з datafiles, або datafiles можуть отримати пошкодження або читається на жорсткому диску провал. You may get also some missing datafiles after database recovery process. Ви можете отримати також деякі відсутні datafiles після процесу відновлення даних. In any case, missing a or a few datafiles will cause Oracle database to fail to startup, rendering the whole DB inaccessible. У будь-якому випадку, відсутня або кілька datafiles викличе Oracle баз даних, щоб не старті, в результаті чого весь БД недоступна.

Continue reading How Drop Tablespace and Recover Oracle Database When Accidentally Delete Datafile » » » Продовжити читання Як Drop таблиць та відновлення баз даних Oracle Коли випадково Видалити Datafile »» »

Oracle RDBMS databases stores data logically in the form of tablespaces and physically in the form of data files. СУБД Oracle баз даних зберігаються дані логічно у формі tablespaces і фізично у вигляді файлів даних. The datafiles are added to the tablespaces as database space requirement grows bigger. У datafiles додаються в базу даних tablespaces як простір вимога зростає більше. However, there are several reasons you may want to remove or delete data files from a tablespace. Однак Є кілька причин, ви можете видаляти або видаляти файли даних з таблиць. Such as accidentally add a wrongly sized or unwanted datafile to a tablespace, or the data space usage has became smaller and some data files want to be removed, or attempt to recover Oracle database which fails to start due to missing or corrupted datafiles by removing them, Oracle does not provide an easy way or user interface to delete or drop datafiles from a tablespace. Такі, як випадково додайте неправильно розміру або небажані datafile в таблицях, або використання космічних даних стало менше, а деякі дані файли хочете бути видалені, або спробувати відновити базу даних Oracle, яка не запускається з-за відсутності або пошкодження datafiles шляхом усунення їх , Oracle не забезпечує простий спосіб або інтерфейсом користувача для видалення або падіння datafiles з таблиць. Once a datafile is made part of a tablespace, it can no longer be detached or removed from the tablespace, albeit there are several workarounds. Після того, як це зробив datafile частина з таблиць, вона більше не може бути відокремлена або вилучений з таблиці, хоча Є кілька обходу.

Continue reading How to Remove and Drop Datafiles from Tablespace in Oracle Database » » » Продовжити читання Як видалити і Drop Datafiles з таблиць в бази даних Oracle »» »

phpMyAdmin can be used to export or backup MySQL databases easily. PhpMyAdmin може бути використана для експорту або резервне копіювання баз даних MySQL легко. However, if the database size is very big, it probably won't be a good idea. Однак, якщо розмір бази даних дуже великий, він, ймовірно, не буде хорошою ідеєю. phpMyAdmin allows users to save database dump as file or display on screen, which involves exporting SQL statements from the server, and transmitting the data across slower network connection or Internet to user's computer. PhpMyAdmin дозволяє користувачам зберігати дамп бази даних, як файл або на екран дисплея, що включає експортуючим SQL заяви від сервери, і передача даних через мережеве з'єднання повільніше або Інтернет для користувачів комп'ютера. This process slow the exporting process, increase database locking time and thus MySQL unavailability, slow the server and may simply crash the Apache HTTPD server if too many incoming web connections hogging the system's resources. Цей процес уповільнення процесу експорту, збільшення бази даних замок часу і, таким чином, відсутність MySQL, повільні сервера і може просто крах Apache HTTPD сервер, якщо надто багато вхідних з'єднань веб коробленіе системі ресурсів.

Continue reading How to Backup and Restore (Export and Import) MySQL Databases Tutorial » » » Продовжити читання Як Резервне копіювання та відновлення (експорт та імпорт) баз даних MySQL Учебник »» »

When creating a new table or altering an existing table with primary keys, unique constraints and indexes, or when defining a new index with Alter Table manipulation statement in MySQL database, the following error may occur and prohibit the the command from completing: При створенні нової таблиці або зміни існуючої таблиці з первинними ключами, унікальні обмеження та індекси, чи при визначенні нового індексу з ALTER TABLE маніпуляції заяву в базі даних MySQL, наступна помилка може відбутися і заборонити команда від завершення:

ERROR 1170 (42000): BLOB/TEXT column 'field_name' used in key specification without a key length ERROR 1170 (42000): BLOB / TEXT колонці 'field_name' використовується в специфікації без ключовою довжини ключа

Continue reading MySQL Error 1170 (42000): BLOB/TEXT Column Used in Key Specification Without a Key Length » » » Продовжити читання MySQL Помилка 1170 (42000): BLOB / TEXT колонці Використовується в Ключові характеристики Без довжини ключа »» »