~ubuntu-branches/ubuntu/karmic/mysql-dfsg-5.1/karmic

« back to all changes in this revision

Viewing changes to mysql-test/suite/parts/inc/partition_auto_increment.inc

  • Committer: Bazaar Package Importer
  • Author(s): Mathias Gug
  • Date: 2009-02-10 16:42:05 UTC
  • mfrom: (1.1.1 upstream)
  • Revision ID: james.westby@ubuntu.com-20090210164205-ej41ocvm4z1s14nq
Tags: 5.1.31-1ubuntu1
* Merge from debian experimental, remaining changes: 
  - debian/mysql-server-5.1.config: ask for MySQL root password at priority
    high instead of medium so that the password prompt is seen on a default
    install. (LP: #319843)
  - debian/control: 
    + Don't build mysql-server, mysql-client, mysql-common and 
      libmysqlclient15-dev binary packages since they're still provided 
      by mysql-dfsg-5.0.
    + Rename libmysqlclient-dev package to libmysqlclient16-dev (LP: #316280).
      Make it conflict with libmysqlclient15-dev.
    + Make mysql-{client,server}-5.1 packages conflict and
      replace mysql-{client,server}-5.0, but not provide 
      mysql-{client,server}.
    + Depend on a specific version of mysql-common rather than the src 
      version of mysql-dfsg-5.1 since mysql-common is currently part of
      mysql-dfsg-5.0.
  - debian/rules: added -fno-strict-aliasing to CFLAGS to get
    around mysql testsuite build failures.
* debian/patches/92_ssl_test_cert.dpatch: certificate expiration in 
  test suite (LP: #323755).
* Dropped changes:
  - all of the changes made to support both 5.0 and 5.1 installed at the
    same time have been dropped now that amarok doesn't depend on
    mysql-server-5.1 anymore.

Show diffs side-by-side

added added

removed removed

Lines of Context:
43
43
INSERT INTO t1 VALUES (NULL);
44
44
if (!$skip_update)
45
45
{
 
46
# InnoDB Does not handle this correctly, see bug#14793, bug#21641
46
47
  UPDATE t1 SET c1 = 50 WHERE c1 = 17;
47
48
  UPDATE t1 SET c1 = 51 WHERE c1 = 19;
 
49
  FLUSH TABLES;
 
50
  UPDATE t1 SET c1 = 40 WHERE c1 = 50;
 
51
  SELECT AUTO_INCREMENT FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA='test'
 
52
  AND TABLE_NAME='t1';
48
53
  -- error 0, ER_BAD_NULL_ERROR
49
54
  UPDATE t1 SET c1 = NULL WHERE c1 = 4;
50
55
if (!$mysql_errno)
83
88
INSERT INTO t1 VALUES (NULL);
84
89
SHOW CREATE TABLE t1;
85
90
SELECT * FROM t1 ORDER BY c1;
 
91
INSERT INTO t1 VALUES (100);
 
92
INSERT INTO t1 VALUES (NULL);
 
93
if (!$skip_delete)
 
94
{
 
95
DELETE FROM t1 WHERE c1 >= 100;
 
96
}
 
97
# InnoDB does reset auto_increment on OPTIMIZE, Bug#18274
 
98
# Archive does reset auto_increment on OPTIMIZE, Bug#40216
 
99
OPTIMIZE TABLE t1;
 
100
SHOW CREATE TABLE t1;
86
101
DROP TABLE t1;
87
102
 
88
103
-- echo # Simple test with NULL
184
199
{
185
200
  UPDATE t1 SET c1 = 150 WHERE c1 = 17;
186
201
  UPDATE t1 SET c1 = 151 WHERE c1 = 19;
 
202
  FLUSH TABLES;
 
203
  UPDATE t1 SET c1 = 140 WHERE c1 = 150;
 
204
  SELECT AUTO_INCREMENT FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA='test'
 
205
  AND TABLE_NAME='t1';
187
206
  -- error 0, ER_BAD_NULL_ERROR
188
207
  UPDATE t1 SET c1 = NULL WHERE c1 = 4;
189
208
if (!$mysql_errno)
295
314
INSERT INTO t1 VALUES (NULL);
296
315
SHOW CREATE TABLE t1;
297
316
SELECT * FROM t1 ORDER BY c1;
 
317
INSERT INTO t1 VALUES (100);
 
318
INSERT INTO t1 VALUES (NULL);
 
319
if (!$skip_delete)
 
320
{
 
321
DELETE FROM t1 WHERE c1 >= 100;
 
322
}
 
323
# InnoDB does reset auto_increment on OPTIMIZE, Bug#18274
 
324
OPTIMIZE TABLE t1;
 
325
SHOW CREATE TABLE t1;
298
326
DROP TABLE t1;
299
327
 
300
328
-- echo # Test with two threads