Composr Tutorial: Manually editing your database with phpMyAdmin

Written by Chris Graham
Composr stores most of its data in a database, as almost all web applications do. This allows it to efficiently read and write data to a predefined structure, without requiring complex customised file formats to do so.

If something goes wrong with Composr/MySQL/the-server that leaves your database in a corrupted/intermediate state, you may need to manually edit the database contents to resolve the problem. Note that it is very rare for this to occur, as Composr is designed to be fault tolerant in common situations, but it can never fully protect against all situations such as those that might be triggered by a power-cut at a critical time, or a faulty disk.

Table of contents

  1. Composr Tutorial: Manually editing your database with phpMyAdmin
    1. phpMyAdmin
    2. Corrupted databases
    3. Browsing the database
    4. Running queries
    5. Composr database structure
    6. See also

phpMyAdmin

Image

phpMyAdmin as found in the Plesk webhosting control panel

phpMyAdmin as found in the Plesk webhosting control panel

(Click to enlarge)

MySQL is designed as a lightweight database system, not as a full database management system (DBMS). As a result, and as a result of you not being likely to be sitting in front of the server, you will need a tool to perform database management remotely. Most webhosts provide control panel systems to do account management, and these almost always include the 'phpMyAdmin' tool. It is beyond the scope of this tutorial to explain how to enter it, but it is usually linked to on the configuration page for a MySQL database. On Plesk the link is re-titled as 'DB WebAdmin'.

phpMyAdmin is powerful web application for managing databases and database contents.

It is also possible to install phpMyAdmin manually on almost any PHP webhosting package.

Corrupted databases

Image

Repairing tables

Repairing tables

(Click to enlarge)

MySQL has an unfortunate tendency to corrupt when a server crashes, or is stopped abruptly. Error messages may include:
  • Incorrect key file for table
  • Can't write; duplicate key in table
  • Table was marked as crashed and should be repaired
  • (…) is marked as crashed and last automatic repair failed

Composr does provide an interface to the repair mechanism as an option under Admin Zone > Tools > Cleanup tools, but if corruption is bad, you may not be able to reach it. In this case, you will need to use phpMyAdmin, as shown in the screen-shot.

Note that if it looks like corruption has happened due to a physical disk problem, then it is absolutely crucial you back up Composr (and anything else on the server) as soon as humanely possible and make sure the server gets a disk scan, and if necessary, a new hard disk. Disk issues tend to spread, and files that touch the damaged area are 'scarred': an initially small problem could quickly irreparably destroy all your data.

Browsing the database

Image

Editing a row

Editing a row

(Click to enlarge)

Image

Choosing a row to edit

Choosing a row to edit

(Click to enlarge)

Image

Choosing a table to edit rows of

Choosing a table to edit rows of

(Click to enlarge)

Databases consist of:
  • tables
  • rows
  • fields

A table is basically defined by a name, and the fields it contains. That table then contains many rows that specify data for each of the table fields. Databases have a special concept of a row field-value being NULL; a NULL value might indicate many things, such as:
  • an unknown value
  • a non-calculated value
  • N/A
NULL does not, however, indicate a blank string.

All tables have a 'key' that allows the unique identification of any row without having to know the whole contents of that row. Usually keys are just unique numbers (IDs) assigned to rows automatically. Some people advocate choosing keys from data, but this presents problems if the data that makes up the key needs to change; for example, a username could be used as a key to a member table, but if the username was changed, Composr would need to changing potentially 1000s of references.

Finding IDs

To find the ID for some Composr content, the best way is usually to find a Composr URL that points to a page that is set to edit that ID; the ID will be included as a part of the URL.

For example, in the URL 'index.php?page=news&type=view&id=30', the ID is 30. By convention, when IDs like this are being used as keys, they are almost always given the field name id in the database.


phpMyAdmin supports very user friendly features to browse the database tables, and to make changes. To browse a table, click the table icon to the left of the table names in the left hand frame, you can then browse and sort the table contents, and select rows for modification.

Running queries

Image

Choosing to execute an SQL query

Choosing to execute an SQL query

(Click to enlarge)

Image

Typing in the SQL query to execute

Typing in the SQL query to execute

(Click to enlarge)

A query is a command, or a question, sent to a database in a special language called 'SQL' (which informally is interpreted as 'structured query language').

To run a query, you need to click the 'SQL' tab once you have chosen a database to view/edit. You then type in the query. In phpMyAdmin, it is often easier to use the interface to make changes, rather than working out what query to type. Occasionally the developers might suggest a query that could help solve a problem, as it is easier for us to give the query, than to explain all the mouse-clicks required. The screen-shots shown an example for executing a query to delete an item of news.

SQL is beyond the scope of this tutorial, but basic queries fit one of the following structures…

Code (SQL)

INSERT INTO <table-name> (<field-name>,...) VALUES (<field-value>,...)

Code (SQL)

UPDATE <table-name> SET <field-name>=<field_value>, ... WHERE <key-field>=<key-value>

Code (SQL)

DELETE FROM <table-name> WHERE <key-field>=<key-value>

Code (SQL)

SELECT * FROM <table-name> WHERE <key-field>=<key-value>

Composr database structure

This is an advanced section designed for programmers, and you may wish to skip it.

At the time of writing, Composr uses 204 tables when all bundled addons are installed.

For the technically inclined, the database table structure is mostly in 4NF form, with the main exception being fields that are for caching purposes (such as post count) and other fields that remove the need for complex and slow 'JOIN's or 'EXIST's clauses.

Composr is designed to support content translatable into multiple languages, although this is off by default. If enabled, then text is located in the translate table, and linked into other places by language ID. The translate table is also used to store parsed Comcode, which works out as a very clean solution. If an entry in the translate table is being edited by hand, and has Comcode, then setting the text_parsed field to blank will cause the Comcode to be re-parsed on demand.

Composr has been designed to be able to work with many different databases, not just MySQL. We dropped official support for this feature, because like multiple language content, we could not thoroughly beta test it, especially due to very strange and varying limitations and differences in different database systems. However, Composr still avoids using MySQL-specific features wherever possible. Instead of using highly specialist (if they exist at all) queries to analyse database table structure, for systems such as backup or Conversr-member-id-migration, Composr actually stores database structure in the db_meta table. Composr's own installation techniques for creating and changing database tables will properly update this table, and if modifications are being made, it is preferable that the db_meta table is updated to reflect them.


See also


Feedback

Please rate this tutorial:

Have a suggestion? Report an issue on the tracker.