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. Kad datu bāzē sistēmas administratoru instalē Microsoft SQL Server 2005 un rada maz datu bāzes motoram gadījumos, nebūs problēmu, un grūti laika, lai novērstu un atinstalēšanas daudzajām datubāzē piemēram komponenti un atbilstošo SQL Server pakalpojumus. 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. Kad lietotāji mēģiniet atinstalēt Microsoft SQL Server 2005 vai noņemt datu bāzes, piemēram sastāvdaļas, kuros izmantota Pievienot un noņemt programmas vai Uninstall vai mainītu programmas (Vista) in Control Panel, tikai viens SQL Server 2005 datu bāzes motoram var izvēlēties. 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. Pēc atinstalēšanu ir pabeigta, kad lietotāji mēģināt palaist SQL Server 2K5 Atinstalēt pilnībā tīru novērstu jebkādus citos gadījumos vai sastāvdaļas, darbība nebūs ar kļūdas paziņojumu pasakot atinstalētājs shortcut ieraksts ir nederīgs, un lūdza, ja vēlaties, lai likvidētu saikni.

Continue reading Uninstall and Remove Multiple Database Instances of Microsoft SQL Server 2005 » » » Turpināt lasījums Uninstall un Remove Multiple Database Gadījumi 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 datu bāzes servera rada bināro log faili par katru darījumu datu bāzēm, ja administrators nav atspējot vai komentārus, kas "log-bin" parametrs my.cny konfigurācijas failu. The binary log files are written in binary format. Bināro log faili tiek rakstīti bināro formātā. 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. Lai gan bināro apaļkokus, vai arī zināms kā logbin galvenokārt izmanto MySQL datubāzi replikācijas mērķis, dažkārt jums var būt nepieciešams pārbaudīt, vai lasīt saturs binārā apaļkoku teksta formātā, kur mysqlbinlog lietderība nāks ar parocīgu.

Continue reading How to Read MySQL Binary Log Files (BinLog) with mysqlbinlog » » » Turpināt lasījums Kā lasīt MySQL Binary Log failus (BinLog) ar mysqlbinlog »» »

MySQL is a very popular free yet powerful database system. MySQL ir ļoti populārs brīvā vēl jaudīgu datu bāzes sistēmu. 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. Bet pat ļoti datubāzēm, tabulās var kļūt sadrumstalots ar kontaktstrāvas dēļ nepārtraukti atjaunināt vai dzēst un ievietojiet darbībai uz datiem, kas uzglabāti datubāzē. Beside, it's also possibility that the databases may get corrupted. Blakus, ir arī iespēja, ka datubāzes var kļūt bojāti. Thus, performing health check on database and optimize MySQL server regularly is an important task. Tādējādi, veicot veselības pārbaudi par datu bāzi un pilnveidot MySQL servera regulāri ir svarīgs uzdevums.

Continue reading Check and Optimize MySQL Database Automatically with Crontab/Cron » » » Turpināt lasījums Pārbaudiet un Optimizējiet MySQL Database Automātiski ar 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 datu bāze nenodrošina ērtu lietotāja interfeisu, lai pārdēvētu datafile par tablespace, ne arī datu bāzes administrators var viegli pārvietot vai pārvietot datafile uz citu atrašanās vietu, vai direktoriju, kas atšķiras no sākotnējās atrašanās vietu radīšana datu bāzē. The rename or move place task has to be performed via Oracle SQLPlus command line interface. Par pārdēvēt vai pārvietot vietu uzdevums ir jāveic, izmantojot Oracle SQLPlus komandrindas interfeisu. However, if the operation is performed when the tablespace which owns the datefile is online, error will occur. Tomēr, ja darbība tiek veikta, kad tablespace, kas pieder datefile ir tiešsaistē, kļūdu notiks.

Continue reading How to Rename or Move Oracle Tablespace Datafile to Another Location » » » Turpināt lasījums Kā pārdēvēt vai Move Oracle Tablespace Datafile uz citu vietu »» »

Accident may happens, even though it's costly one. Negadījumu maijs notiek, pat ja tas ir dārgs vienu. This is especially the case in Oracle database, which stores the database objects physically in data files on hard disk. Tas jo īpaši attiecas uz Oracle datu bāzi, kurā uzglabā Datubāzes objekti fiziski datu failus uz cietā diska. Fast hand administrators may accidentally delete some of the datafiles, or the datafiles may get corrupted or unreadable on hard disk failure. Ātrās puses administrators var nejauši izdzēst dažas no datafiles, vai datafiles var kļūt bojāts vai nelasāms, uz cietā diska kļūmi. You may get also some missing datafiles after database recovery process. Jums var rasties arī daži trūkstoši datafiles pēc datubāzē atgūšanās procesu. In any case, missing a or a few datafiles will cause Oracle database to fail to startup, rendering the whole DB inaccessible. Jebkurā gadījumā, missing a vai daži datafiles radīs Oracle datu bāzi, lai nepilda starta, padarot visu BP pieejams.

Continue reading How Drop Tablespace and Recover Oracle Database When Accidentally Delete Datafile » » » Turpināt lasījums Kā Drop Tablespace un atgūt Oracle Database Kad nejauši Dzēst Datafile »» »

Oracle RDBMS databases stores data logically in the form of tablespaces and physically in the form of data files. Oracle RDBMS datubāzēs uzglabā datu loģiski kā tablespaces un fiziski kā datu faili. The datafiles are added to the tablespaces as database space requirement grows bigger. Par datafiles ir papildināts ar tablespaces kā datubāze kosmosa prasība aug lielāka. However, there are several reasons you may want to remove or delete data files from a tablespace. Tomēr pastāv vairāki iemesli, jūs varētu vēlēties, lai novērstu vai dzēst datu failus no 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. Piemēram, nejauši pievienotu nepareizi lieluma vai nevēlamas datafile uz tablespace vai datu kosmosa lietojums ir kļuvis mazāks un dažas datu failus vēlaties jālikvidē, vai mēģināt atgūt Oracle datu bāzi, kas nespēj sākt trūkuma dēļ vai bojāti datafiles, atceļot tos , Oracle nesniedz viegls veids vai lietotāja interfeisu, lai dzēstu vai pilienu datafiles no tablespace. 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. Kad datafile tiek daļa no tablespace, tas vairs nav iespējams atdalīt, vai izņem no tablespace, kaut gan ir vairāki workarounds.

Continue reading How to Remove and Drop Datafiles from Tablespace in Oracle Database » » » Turpināt lasījums Kā Noņemiet un Drop Datafiles no Tablespace in Oracle Database »» »

phpMyAdmin can be used to export or backup MySQL databases easily. phpMyAdmin var izmantot, eksportēt vai backup MySQL datubāzu viegli. However, if the database size is very big, it probably won't be a good idea. Tomēr, ja datu bāzes apjoms ir ļoti liels, tas, iespējams, nebūs laba ideja. 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 ļauj lietotājiem, lai saglabātu datu bāzes dump, kā failu vai parādīt uz ekrāna, kurā piedalās eksportētāji SQL paziņojumus no servera, un pārsūtot datus pāri lēnākā tīkla savienojumu vai internetu, lai lietotāja datoru. 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. Šis process lēni eksportētājvalsts process, palielināt datu bāzē bloķēšanas laiku un līdz ar to MySQL nepieejamība, lēna servera un var vienkārši crash ar Apache HTTPD serveris ja pārāk daudz ienākošo interneta savienojumu hogging sistēmas resursus.

Continue reading How to Backup and Restore (Export and Import) MySQL Databases Tutorial » » » Turpināt lasījums Kā Backup un Restore (Eksporta un importa) MySQL Databases Tutorial »» »

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: Veidojot jaunu tabulu vai pārveidojot esošu tabulu ar primārās atslēgas, unikālu ierobežojumu un indeksu, vai definējot jaunu indeksam Alter tabula manipulācijām paziņojumu MySQL datu bāzi, šādu kļūdu var rasties, aizliedz to komandu pabeigt:

ERROR 1170 (42000): BLOB/TEXT column 'field_name' used in key specification without a key length ERROR 1170 (42000): lāse / TEXT slejā "field_name", kas izmantoti galvenajās specifikācija bez atslēgas garumu

Continue reading MySQL Error 1170 (42000): BLOB/TEXT Column Used in Key Specification Without a Key Length » » » Turpināt lasījums MySQL Error 1170 (42000): lāse / TEXT sleja Izmantots Galvenie Specifikācija Bez Key Length »» »