← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to DRIZZLE.FAQ

  • Committer: Eric Herman
  • Date: 2008-12-06 11:50:51 UTC
  • mto: (656.1.4 devel)
  • mto: This revision was merged to the branch mainline in revision 665.
  • Revision ID: eric@mysql.com-20081206115051-dk05nmmv4s0wal2g
removed trailing spaces; re-wrapped long lines to 76 columns

Show diffs side-by-side

added added

removed removed

Lines of Context:
DRIZZLE.FAQ
13
13
 
14
14
A micro-kernel that we then extend to add what we need (all additions come
15
15
through interfaces that can be compiled/loaded in as needed).  The target
16
 
for the project is web infrastructure backend and cloud components. 
 
16
for the project is web infrastructure backend and cloud components.
17
17
 
18
18
* Is this a product of Sun/MySQL?
19
19
 
20
 
No, though several of the authors do work for Sun/MySQL. The development model is
21
 
one based around open collaboration.  Drizzle's license is the GPL v2.
 
20
No, though several of the authors do work for Sun/MySQL. The development
 
21
model is one based around open collaboration.  
 
22
 
 
23
Drizzle's license is the GPL v2.
22
24
 
23
25
* So what are the differences between is and MySQL?
24
26
 
25
 
No modes, views, triggers, prepared statements, stored procedures, query cache, 
26
 
data conversion inserts, ACL. Fewer data types.  Less engines, less code. 
27
 
Assume the primary engine is transactional.
 
27
No modes, views, triggers, prepared statements, stored procedures, query
 
28
cache, data conversion inserts, ACL. Fewer data types.  Less engines, less
 
29
code.  Assume the primary engine is transactional.
28
30
 
29
31
* Why now?
30
32
 
33
35
* "This is awesome, but I need you to add back..."
34
36
 
35
37
Forget it. Nothing is going back in at this time. As for the future? Maybe,
36
 
but at the moment this is not the target. If you want more features, go
37
 
use MySQL.
 
38
but at the moment this is not the target. If you want more features, go use
 
39
MySQL.
38
40
 
39
41
* What platforms?
40
42
 
60
62
 
61
63
* "This is not a SQL compliant relational..."
62
64
 
63
 
Very true, and we do not aim to be that. 
 
65
Very true, and we do not aim to be that.
64
66
 
65
67
* What is left to be cut out?
66
68
 
68
70
 
69
71
* Can I get involved?
70
72
 
71
 
Most certainly. There is plenty to do from refactoring code, design of interfaces, 
72
 
documentation and blueprints, etc... The best way to get involved it to join the 
73
 
mailing list at:
 
73
Most certainly. There is plenty to do from refactoring code, design of
 
74
interfaces, documentation and blueprints, etc... The best way to get
 
75
involved it to join the mailing list at:
74
76
 
75
77
https://launchpad.net/~drizzle-discuss/
76
78
 
79
81
your idea though, you may influence someone to do that, but more then likely
80
82
you will need to rollup your sleeves and write some code. For very simple
81
83
bits you are welcome to ask others on #drizzle on Freenode, but please be
82
 
aware that you may be asked to email the mailing list. 
 
84
aware that you may be asked to email the mailing list.
83
85
 
84
86
Showing up with a big block of code is probably the worst way of getting
85
 
your work accepted. This is unlikely to work. 
 
87
your work accepted. This is unlikely to work.
86
88
 
87
89
Right now we use a simple captain system for commits. Anyone can send in a
88
90
proprosal for merge via launchpad but your changes may be flowed first
91
93
and individuals who have shown that they can provide three good patches gain
92
94
credibility. Starting small is fine, patches that are just comments or are
93
95
even two or three line cleanups are welcome and encouraged. I would really
94
 
recommend that anyone who wants to work on something first start with something 
95
 
of this size. Patches like these are valuable and teach you how to work with
96
 
the system.
 
96
recommend that anyone who wants to work on something first start with
 
97
something of this size. Patches like these are valuable and teach you how to
 
98
work with the system.
97
99
 
98
100
The general rule is no new code in the core of the server, and any changes
99
101
to interfaces need to be code line neutral. AKA if you want to add an
125
127
Deliver a microkernel that we can use to build a database that meets the
126
128
needs of a web/cloud infrastructure. To this end we are exploring http
127
129
interfaces, sharding enhancements, etc... do not expect an Oracle, MySQL,
128
 
Postgres, or DB2. 
 
130
Postgres, or DB2.
129
131
 
130
132
There is no GA date at the moment.
131
133
 
139
141
No. We are still making incompatible changes, and I certainly do not believe
140
142
the code is production quality. Right now we are defaulting many configure
141
143
operations to generate debugging code for us so our binaries are not
142
 
optimal.  Therefore, do not go out and benchmark this and expect it to be one way or
143
 
the other. We are currently only doing benchmarks where it makes sense for
144
 
us to determine where bottlenecks are.
 
144
optimal.  Therefore, do not go out and benchmark this and expect it to be
 
145
one way or the other. We are currently only doing benchmarks where it makes
 
146
sense for us to determine where bottlenecks are.
145
147
 
146
148
* Why drizzle?
147
149
 
148
 
I am from Seattle. Drizzle is our normal form of "rain" but it is not "rain",
149
 
it is drizzle. This was a bit of a rainy day project that finally found a
150
 
spot in my schedule :)
 
150
I am from Seattle. Drizzle is our normal form of "rain" but it is not
 
151
"rain", it is drizzle. This was a bit of a rainy day project that finally
 
152
found a spot in my schedule :)
151
153
 
152
154
  -Brian
153
155
    Seattle, USA