← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to docs/mysql_differences.rst

  • Committer: Marisa Plumb
  • Date: 2010-11-30 00:28:02 UTC
  • mto: This revision was merged to the branch mainline in revision 1984.
  • Revision ID: marisa.plumb@gmail.com-20101130002802-vapha1qp5giia1s7
edits and basic rewrites to the introduction docs

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/mysql_differences.rst
2
2
Notable MySQL Differences
3
3
=========================
4
4
 
5
 
Drizzle was forked from the (now defunct) MySQL 6.0 tree. Since then there
6
 
have been a lot of changes. Some areas are similar, others unrecognisable.
 
5
Drizzle was forked from the (now defunct) MySQL 6.0 tree in 2008. Since then there
 
6
have been a lot of changes. Some areas are similar, others unrecognizable.
7
7
 
8
8
This section aims to explore some of the notable differences between MySQL
9
9
and Drizzle.
52
52
development but aims for several important differences:
53
53
 
54
54
 * Client sends first packet instead of server
55
 
 * built in sharding
56
 
 * multi statement support (without using a semicolon to separate them)
57
 
 * room for expansion to include NoSQL type commands inline with SQL.
 
55
 * Built in sharding
 
56
 * Multi statement support (without using a semicolon to separate them)
 
57
 * Room for expansion to include NoSQL type commands inline with SQL.
58
58
 
59
59
There is also a console plugin that instead of providing access over a network
60
60
socket, allows access from the current tty.
66
66
 
67
67
 * User Defined Functions (UDFs) now follow the same API as within the
68
68
   server instead of a different C API. This means that UDFs are on the
69
 
   exact same level as builtin functions.
 
69
   exact same level as built-in functions.
70
70
 * Storage Engine API has had some parts extensively reworked, especially
71
71
   around transactions and DDL.
72
72
 * Logging is now pluggable
91
91
decision for applications that need to scale. Pushing more computation down
92
92
into the database (which is the trickiest layer to scale) isn't a good idea.
93
93
 
94
 
We do recognise that the ability to reduce the time row locks are held
 
94
We do recognize that the ability to reduce the time row locks are held
95
95
by using stored procedures is valuable, but think the same advantage can
96
96
be gotten with improved batching of commands over the wire instead of adding
97
97
administering stored procedures to the list of things that can go wrong in
98
 
admisistering the database.
 
98
administering the database.
99
99
 
100
100
Triggers
101
101
--------
108
108
-----
109
109
 
110
110
SQL Views are not currently supported in Drizzle. We believe they should be
111
 
implemented via a query rewrite plugin. See the `Query Rewrite Blueprint <https://blueprints.launchpad.net/drizzle/+spec/query-rewrite>`_ on launchpad.
 
111
implemented via a query rewrite plugin. See the `Query Rewrite Blueprint <https://blueprints.launchpad.net/Drizzle/+spec/query-rewrite>`_ on launchpad.
112
112
 
113
113
Partitioning
114
114
------------
139
139
No gotcha of using the unix socket when localhost is specified and then
140
140
connecting you to the wrong database server.
141
141
 
142
 
There is no drizzleadmin command.
 
142
There is no Drizzle admin command.
143
143
 
144
144
Storage Engines
145
145
---------------