← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to DRIZZLE.FAQ

Cleanup around SAFEMALLOC

Show diffs side-by-side

added added

removed removed

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