~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to docs/alter_table.rst

This patch completes the first step in the splitting of
the XA resource manager API from the storage engine API,
as outlined in the specification here:

http://drizzle.org/wiki/XaStorageEngine

* Splits plugin::StorageEngine into a base StorageEngine
  class and two derived classes, TransactionalStorageEngine
  and XaStorageEngine.  XaStorageEngine derives from
  TransactionalStorageEngine and creates the XA Resource
  Manager API for storage engines.

  - The methods moved from StorageEngine to TransactionalStorageEngine
    include releaseTemporaryLatches(), startConsistentSnapshot(), 
    commit(), rollback(), setSavepoint(), releaseSavepoint(),
    rollbackToSavepoint() and hasTwoPhaseCommit()
  - The methods moved from StorageEngine to XaStorageEngine
    include recover(), commitXid(), rollbackXid(), and prepare()

* Places all static "EngineVector"s into their proper
  namespaces (typedefs belong in header files, not implementation files)
  and places all static methods corresponding
  to either only transactional engines or only XA engines
  into their respective files in /drizzled/plugin/

* Modifies the InnoDB "handler" files to extend plugin::XaStorageEngine
  and not plugin::StorageEngine

The next step, as outlined in the wiki spec page above, is to isolate
the XA Resource Manager API into its own plugin class and modify
plugin::XaStorageEngine to implement plugin::XaResourceManager via
composition.  This is necessary to enable building plugins which can
participate in an XA transaction *without having to have that plugin
implement the entire storage engine API*

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
ALTER TABLE
2
 
===========
3
 
 
4
 
An ALTER statement modifies the definition (structure) of a table inside Drizzle. 
5
 
The types of objects that can be altered depends on which RDBMS is being used. 
6
 
 
7
 
The ALTER TABLE statement is used to change a table definition by: 
8
 
 
9
 
1) Adding, dropping, modifying table columns 
10
 
2) Adding and dropping constraints 
11
 
3) Enabling and Disabling constraints 
12
 
4) Rename a table
13
 
 
14
 
.. todo::
15
 
 
16
 
   add something about current implementation: i.e. write blocking copying alter table.