← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to DRIZZLE.FAQ

  • Committer: Brian Aker
  • Date: 2008-07-15 06:45:16 UTC
  • Revision ID: brian@tangent.org-20080715064516-fnbq7kowh7w57bxj
Merge Monty's code.

Show diffs side-by-side

added added

removed removed

Lines of Context:
DRIZZLE.FAQ
1
 
Hi!
2
 
 
3
1
* So why?
4
2
 
5
3
I've been wondering for a long time now about all of the changes post 4.1.
6
4
I believe there is a large market of users who never wanted them, and never
7
5
cared for them. I also wanted to question the foundations of what we built.
8
 
Do users want wrong data? How often is the query cache really valuable? If
 
6
Do uses want wrong data? How often is the query cache really valuable? If
9
7
everyone just has a root user with all privs, why carry the baggage of the
10
8
ACL code. Etc.
11
9
 
12
 
* What is the goal?
 
10
* What is the GOAL?
13
11
 
14
12
A micro-kernel that we then extend to add what we need (all additions come
15
 
through interfaces that can be compiled/loaded in as needed).  The target
16
 
for the project is web infrastructure backend and cloud components. 
17
 
 
18
 
* Is this a product of Sun/MySQL?
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.
22
 
 
23
 
* So what are the differences between is and MySQL?
24
 
 
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.
 
13
through interfaces that can be compiled/loaded in as needed). 
 
14
 
 
15
* So the differences?
 
16
 
 
17
No modes, views, triggers, stored procedures, query cache, bad data inserts,
 
18
ACL. Less engines, less code. Assume the primary engine is transactional. 
28
19
 
29
20
* Why now?
30
21
 
33
24
* "This is awesome, but I need you to add back..."
34
25
 
35
26
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
 
27
but at the moment this suits my needs better. If you want more features, go
37
28
use MySQL.
38
29
 
39
30
* What platforms?
42
33
supported and will stay that way unless it gets a working posix layer +
43
34
autoconf system (aka becomes a platform that is reasonable to support).
44
35
 
45
 
Really, get a working GNU chain going on Windows and you can get Drizzle
46
 
working on it.
 
36
* What about XA?
47
37
 
48
 
Drizzle relies on a C99 compliant compiler. Please do not ask us to support
49
 
older hardware, compilers, or OS'es.
 
38
It may return as a bit in the protocol. Lets see if anyone notices that it is
 
39
gone first :)
50
40
 
51
41
* What is the future?
52
42
 
56
46
- Walk through all of the replication code
57
47
- Re-implement information schema
58
48
- Modular logging system
59
 
- ...
60
49
 
61
50
* "This is not a SQL compliant relational..."
62
51
 
64
53
 
65
54
* What is left to be cut out?
66
55
 
67
 
Please ask on the mailing list or on IRC.
68
 
 
69
 
* Can I get involved?
70
 
 
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:
74
 
 
75
 
https://launchpad.net/~drizzle-discuss/
76
 
 
77
 
If you wish to suggest a refactoring project or an interface please email
78
 
the mailing list and keep an open mind. Do not expect anyone will work on
79
 
your idea though, you may influence someone to do that, but more then likely
80
 
you will need to rollup your sleeves and write some code. For very simple
81
 
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. 
83
 
 
84
 
Showing up with a big block of code is probably the worst way of getting
85
 
your work accepted. This is unlikely to work. 
86
 
 
87
 
Right now we use a simple captain system for commits. Anyone can send in a
88
 
proprosal for merge via launchpad but your changes may be flowed first
89
 
through someone who has been around long enough to understand code
90
 
requirements to review your code. This system is based entirely on trust,
91
 
and individuals who have shown that they can provide three good patches gain
92
 
credibility. Starting small is fine, patches that are just comments or are
93
 
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.
97
 
 
98
 
The general rule is no new code in the core of the server, and any changes
99
 
to interfaces need to be code line neutral. AKA if you want to add an
100
 
interface you need to be able to remove at least the number of lines of code
101
 
you added. This is a rule of thumb, and does not apply to code cleanup.
102
 
 
103
 
It should be pointed out that we are more focused on code style,
104
 
performance, and over all maintenance then we are features.
105
 
 
106
 
* What is the coding style?
107
 
 
108
 
Please look here:
109
 
 
110
 
https://blueprints.launchpad.net/drizzle/+spec/style-cleanup
111
 
 
112
 
If you have a question on this, please email the mailing list so that we can
113
 
clarify the document. And when you get the answer? Please update the code
114
 
style document :)
115
 
 
116
 
* Should I email the mailing list with patches?
117
 
 
118
 
Please god no, we live in the age of the Internet :)
119
 
 
120
 
Create an account on launchpad.net. Create your own tree and let one of us
121
 
pull from it.
122
 
 
123
 
* What is the target?
124
 
 
125
 
Deliver a microkernel that we can use to build a database that meets the
126
 
needs of a web/cloud infrastructure. To this end we are exploring http
127
 
interfaces, sharding enhancements, etc... do not expect an Oracle, MySQL,
128
 
Postgres, or DB2. 
129
 
 
130
 
There is no GA date at the moment.
131
 
 
132
 
We are focusing on multi-core architecture. This is not designed to run on a
133
 
wrist watch (hint, go use SQLite). We support both 32bit and 64bit but the
134
 
class of machine we are targetting is 64bit. We are making design decisions
135
 
which assume very large amounts of RAM will be made available to the DB.
136
 
 
137
 
* Can I run a website with this?
138
 
 
139
 
No. We are still making incompatible changes, and I certainly do not believe
140
 
the code is production quality. Right now we are defaulting many configure
141
 
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.
 
56
Bit type... we need a longer list.
145
57
 
146
58
* Why drizzle?
147
59
 
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 :)
 
60
I am from Seattle. Drizzle is our normal form of "rain" but its not "rain".
 
61
It is drizzle.
151
62
 
152
63
  -Brian
153
64
    Seattle, USA
154
 
    Sun, Microsystems