Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
M
mariadb
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
Analytics
Analytics
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Commits
Issue Boards
Open sidebar
Kirill Smelkov
mariadb
Commits
806416a4
Commit
806416a4
authored
Nov 08, 2001
by
arjen@co3064164-a.bitbike.com
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Updated text on stored procedures and triggers.
parent
13f16b44
Changes
1
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
7 additions
and
9 deletions
+7
-9
Docs/manual.texi
Docs/manual.texi
+7
-9
No files found.
Docs/manual.texi
View file @
806416a4
...
...
@@ -3972,6 +3972,7 @@ the entire query but can refer to the stored procedure. This provides better
performance because the query has to be parsed only once, and less information
needs to be sent between the server and the client. You can also raise the
conceptual level by having libraries of functions in the server.
Unfortunately, stored procedures are not very standardised yet.
A trigger is a stored procedure that is invoked when a particular event
occurs. For example, you can install a stored procedure that is triggered
...
...
@@ -3979,10 +3980,9 @@ each time a record is deleted from a transaction table and that automatically
deletes the corresponding customer from a customer table when all his
transactions are deleted.
The planned update language will be able to handle stored procedures, but
without triggers. Triggers usually slow down everything, even queries for
which they are not needed. To see when MySQL will get stored procedures,
see @ref{TODO}.
The planned update language will be able to handle stored procedures.
Our aim is to have stored procedures implemented in MySQL 4.1.
We are also looking at triggers.
@node ANSI diff Foreign Keys, ANSI diff Views, ANSI diff Triggers, Differences from ANSI
...
...
@@ -5987,11 +5987,9 @@ Add use of @code{zlib()} for @code{gzip}-ed files to @code{LOAD DATA INFILE}.
@item
Fix sorting and grouping of @code{BLOB} columns (partly solved now).
@item
Stored procedures. This is currently not regarded to be very
important as stored procedures are not very standardised yet.
Another problem is that true stored procedures make it much harder for
the optimiser and in many cases the result is slower than before
We will, on the other hand, add a simple (atomic) update language that
Stored procedures.
@item
Add a simple (atomic) update language that
can be used to write loops and such in the MySQL server.
@item
Change to use semaphores when counting threads. One should first implement
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment