Test Tabellen erstellen per PROCEDURE

Ronald Bradfrods Blogeintrag über MVCC Merkwürdigkeiten in MySQL hat mich inspiriert seine Variante mal anzutesten wie er sich Tabellen mit Inhalt anlegt.
Und seine Funktion dann so anzupassen das eine Tabelle auch mit String Feldern und einem timestamp gefüllt werden kann.

Tabelle anlegen:

create table stringtab
( id int unsigned not null primary key auto_increment,
  f1 varchar(512) not null,
  f2 varchar(512) not null,
  ts TIMESTAMP DEFAULT CURRENT_TIMESTAMP
) engine=innodb;

Dann die passende Funktion:

DELIMITER $$
DROP PROCEDURE IF EXISTS `fill_strings` $$
CREATE PROCEDURE `fill_strings`(in p_max int)
    DETERMINISTIC
begin
  declare counter int default 1;
  truncate table stringtab;
  insert into stringtab values (1,1,1,now());
  while counter < p_max
  do
      insert into stringtab (f1, f2, ts)
          select  right (concat(counter,f1,"blah"),511),
                    right (concat(f1,"blub",f2),511),
                    from_unixtime(RAND()*1251885200)
          from stringtab;
      select count(*) from stringtab into counter;
  end while;
  select counter;
end $$
DELIMITER ;

aufgerufen wird das ganze dann so:

call fill_strings(130);

Die Funktion gibt dann die tatsächlich eingefügten Zeilen als Rückgabewert aus.

Und für was man das ganze dann alles verwenden kann darauf gehe ich dann im nächsten Artikel ein ;)

Kommentare

Update mit JOIN – Syntaxstolperei

Heute kurz festgehalten worüber SQL Neulinge auch des öfteren mal stolpern:

Ich will in einer Tabelle Felder mit Werten aus einer anderen Tabelle füllen wenn die ID aus der Quelltabelle identisch ist mit der Ziel Tabelle.

Dann wird erst einmal losgewerkelt und sich gewundet warum ein

UPDATE ziel SET ziel.wert = quell.wert FROM quelle WHERE ziel.id = quell.id;

nicht funktioniert.
Ein UPDATE kennt halt kein FROM und so wird das dann auch was:

UPDATE ziel,quelle SET ziel.wert = quell.wert WHERE ziel.id = quell.id;

Selbstverständlich geht das auch mit allen LEFT/RIGHT und was auch immer für JOINs

Kommentare

Autoincrement Verhalten in MySQL

Immer wieder mal stolpere ich über die Frage wie verhält sich das MySQL Autoincrement bei bereits belegten PK IDs.

CREATE TABLE `testab`
(
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(45) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1;

INSERT INTO `testab` (`name`) VALUES (’blub’);

INSERT INTO `testab` (`id`,`name`) VALUES  (9,’9bsdwldub’);

INSERT INTO `testab` (,`name`) VALUES (’blub’); (’2′blub’);

Der letzte insert hat den PK 10 d.h. MySQL (wie auch Oracle) füllt mitnichten Lücken auf!

Ebenso muß mann sich bei MySQL nicht darum scheren ob eine ID schon belegt ist – diese wird dann beim insert übersprungen, das allerdings geht mit Sequenzen wie sie Oracle verwendet natürlich nicht.

Eine Sorge weniger…

Kommentare