Weiter Zur�ck [Inhalt] Online Suche im Handbuch

6.8 Datensatz in die Tabelle einf�gen

W�hrend das SQL Statement create noch zu der DDL (Data Definition Language) geh�rt, so wenden wir uns nun der DML, der Data Manipulation Language zu. Hierzu f�gen wir Daten in die gerade angelegte Tabelle ein und lesen diese wieder aus. Hierzu bedienen wir uns wiederum unseres bew�hrten Toolkits. Damit das SQL Fenster rechts oben aktiviert wird, m�ssen Sie zuerst die Datenbank w�hlen, auf die sich das Statement beziehen soll. Klicken Sie also zuerst auf die Datenbank test. Sie k�nnen so mit diesem Toolkit tausende Datenbanken und hunderte von MySQL Servern verwalten. Geben Sie nun also in das SQL Fenster folgendes ein (ohne Semikolon in dem Fenster, mit Semikolon, falls Sie den normalen MySQL Client verwenden:

mysql> insert into testtabelle (spalte1, spalte2) values(5,"testwert");

Query OK, 1 row affected (0.00 sec)

mysql> 

Klicken Sie einmal auf Datenbank test und dort auf die Tabelle testtabelle. Es �ffnet sich ein neues Fenster, in der Sie die Struktur der Tabelle testtabelle sich genau anschauen k�nnen:

008

Abbildung:008

F�gen Sie nun Daten in die Tabelle �ber den MySQL Client ein. Hierzu �ffnen Sie wieder das SQL Fenster und geben das SQL Statement wie zuvor ein:

009

Abbildung:009

Klicken Sie auf "RUN". Sie sehen nun im Fenster das Ergebnis dessen, was der MySQL Serverd�mon zur�ckmeldet. Hier wird nicht mehr die Zeit ausgegeben, wie beim originalen MySQL Client, jedoch sehen Sie hier, wieviele Zeilen in der Tabelle von Ihrem Statement betroffen waren:

010

Abbildung:010

Wir lesen nun die gerade eingef�gten Daten aus der Testtabelle wieder aus:

012

Abbildung:012

Hier nun die Ausgabe:

012

Abbildung:012

Bez�glich Gro�/Kleinschreibung mu� man festhalten, da� alle in MySQL reservierten Worten es keinen Unterschied macht, ob diese gro� oder klein geschrieben sind. Bei Namen von Tabelle, Spalten u.s.w. spielt Gro�/Kleinschreibung eine wichtige Rolle. Man sollte auch bedenken, da� es eventuell sp�ter bei einer Konvertierung in ein anderes Datenbankformat das konvertierende Programm vielleicht Gro�/Kleinschreibung nicht unterscheiden kann. LINUX, SUN SOLARIS und NT sind UNICODE f�hig, jedoch gibt es bei NT viele historisch bedingte Probleme. MySQL ist ebenfalls UNICODE f�hig, jedoch mu� man MySQL hierzu neu kompilieren, damit auch andere Schriften, wie KANJI, u.s.w. gespeichert werden k�nnen.

Bei den Inhalten unterscheidet MySQL in den meisten F�llen nicht zwischen Gro�-Kleinschreibung. Dieses Verhalten ist sowohl abh�ngig von den Spracheinstellungen von MySQL, als auch von dem Datentyp. Nur bei den Datentypen, wie z.B. BLOB mu� zwangsl�ufig exakt verglichen werden, da dieser Datentyp zur Speicherung von Bin�rdaten gedacht ist. Bei allen anderen Datentypen wird bei der Abfrage nicht nach Gro�-/Kleinschreibung unterschieden. Das ist in fast allen F�llen auch sinnvoll so, insbesondere wenn man bedenkt, da� man oft auch nach Substrings suchen kann. So ist es z.B. bei der Suche nach einem Herrn Maier auch sinnvoll, eventuell nach Meyer oder Kleinmayer suchen zu k�nnen. In dem letzten Fall wird das m klein geschrieben.


Weiter Zur�ck [Inhalt] Online Suche im Handbuch