ハードディスクメンテナンス

当サイトには広告が含まれています。

カテゴリ： データベース



(2023年5月)

データベースにテーブルを作成し、それを別名でコピーしたいことがある。

phpMyAdminにはその機能があり、テーブルを表示した状態で、「操作」＞「テーブルを(データベース).(テーブル)にコピーする」に進み、コピー先のデータベースを選択し、テーブル名を付けて「実行」すればよい。

テーブルを(データベース).(テーブル)にコピーする


この時、「構造のみ」と「構造とデータ」が選べるので、構造(器)だけ、他にコピーすることも可能だ。

テーブルをデータベース内に残したまま、別名として保存することで、バックアップ用途として使う場合も多いだろう。

エラー(#1064)発生



だが、このコピーでエラーとなり、コピーできない事案がある。

黄色いエラー画面


黄色いエラー画面が出現し、エラーコード「#1064」を吐いている。

黄色い画面の「編集」をクリックし、SQL文を見ると、「CREATE TABLE」が記されているが、その中に、以下のような箇所があった。

`(カラム名)` datetime NOT NULL DEFAULTcurrent_timestamp()

このカラムは、INSERTされた日時(datetime)を格納するもので、デフォルト値に「current_timestamp」を指定してあるのだが、

Run SQL Query


よく見ると、「DEFAULTcurrent_timestamp()」と、「DEFAULT」と「current」の間にスペースがない。

間に半角スペースを入れて実行すると、コピーは成功した。

これ、phpMyAdminのヴァグだよね？

ネットで調べると、同様の事案で難儀(ナウなヤング語)してる人がいた。

関連：テーブルを (データベース).(テーブル)にコピーする で失敗する

phpMyAdminのバージョン



このヴァグが発生するかどうか、周辺にあるphpMyAdminのバージョンを調べてみた。

・v4.9.5：発生しない
・v4.4.15.10：発生する
・v4.0.10.18：発生しない

てコトで、途中で発生したバグなんだろう。

# 最新のphpMyAdminは v4.9.11 と v5.2.1 である。

なお、上記バグのあるv4.4.15.10に於いて、デフォルト値にcurrent_timestampが設定されたカラムを含むテーブルに対し、phpMyAdminの「挿入」からデータを追加すると、current_timestampが発動せず、「0000-00-00 00:00:00」が格納されてしまうというバグもある。

0000-00-00


プログラムからINSERTする場合は問題ないが、phpMyAdminで挿入する際に問題となる。

この場合、日時(Y-m-d H:i:s等)を手入力するか、出現するカレンダーで選択しなければならない。

日時の入力


数件ならアレやけど、多数なら悲惨ヤデ、コルェは...

関連：phpMyAdminでレコード数(行数)が一致しない謎

関連：[MySQL] テーブルのエクスポートで、レコード数の不一致が生じる問題 [phpMyAdmin,Dump all rows]

関連：[phpMyAdmin] テーマ(スタイル/デザイン)の変更 [Debian]

関連：[2048KiB] phpMyAdminでのインポートファイルの上限を変更 [Debian,Ubuntu]
タグ ：
#phpMyAdmin
#テーブル
#データベース
#カラム
#コピー
#エラー
##1064
[PR] au PAY / au WALLET カード 情報

このエントリーをはてなブックマークに追加 mixiチェック



(2023年5月)

phpMyAdminでのレコード数(行数)が、一致しナゐ謎杉流事案に遭遇。

phpMyAdmin

関連：phpMyAdmin

テーブル一覧画面ではナゐ



マヅ、テーブル一覧画面での行数は正確ではナゐとゆぅンは知ってるンで、ソレやなゐ。

テーブル一覧画面
↑テーブル一覧画面

正確な数字とは限りません_001

正確な数字とは限りません。
正確な数字を得るために番号をクリックしてください。
FAQ 3.11をご覧ください。

正確な数字とは限りません_002

May be approximate.
Click on the number to get the exact count.
See FAQ 3.11.

一覧/一蘭(暴利ラーメソ)内の一テーブル全ての行数カウントをすると一覧/同表示も大変なンで、おおよその(approximate)値で手を打っているのかはシラン(SILANE)けど。

今回の怪事象



同じテーブルを、各々別のサーバー内にある、3箇所のphpMyAdminで調べてみたら、以下のように、1件だけ違(チャ)う。

phpMyAdmin_A

phpMyAdmin_B

phpMyAdmin_C

・phpMyAdmin(A)：202,084
・phpMyAdmin(B)：200,245
・phpMyAdmin(C)：202,084

(B)だけ、明らかに/朗蟹違(チャ)う。

多数決的には(B)が誤りとなるが...

検証(壹)



3/参/惨者に対し、インデックスが「PRIMARY」である`id`を降順(DESC)で並べ、最大の`id`を得ると、全て「202,084」なので、「202,084」が正解のハヅだが、(B)が違(チャ)うのはなンで？

`id`は「PRIMARY」なので、ユニークはいいえ(＝重複は絶対ない)だし、以下のSQLコマンドで、抜けはなく連番だから、最後の`id`が件数となるハヅだ。

SET @i := 0 ;
UPDATE `テーブル名` SET `id` = (@i := @i + 1) ;
ALTER TABLE `テーブル名` AUTO_INCREMENT = 1 ;

関連：[MySQL] idを詰める(連番を振り直す)方法とAUTO_INCREMENTのリセット [DB]

ヴァクァなの？スィヌの？

検証(貳)



重複ナゐハヅの`id`を、ワヅァ々DISTINCTを付けてカウントすると、3者とも「202,084」となる。

SELECT DISTINCT(COUNT(`id`)) FROM `テーブル名` ;

DISTINCT

ヴァクァなの？スィヌの？

検証(參)



エクスポートしたファイル(.sql)をテキストエディタで開いてみても、202,084件が正解。

そのファイルをgrepして件数をカウントしても、「202,084」が正解。

grep

(現在の内容) -- Found(202084)
202084 個見つかりました。

ヴァクァなの？スィヌの？

検証(肆)



(B)のテーブルをエクスポートして、(C)にインポートすると、異なッた値(202,084件)となる...

ヴァクァなの？スィヌの？

一意な値の数



以上/異常/異状/委譲のコトから、「202,084」が正解と思われるが、なンで違(チャ)うンがアル/ARUEの？

ただ、インデックスで、`id`の「一意な値の数」を見ると、上記とは異なり、3者ともバラバラとなる怪事案に遭遇！

一意な値の数_A
↑一意な値の数(A)

一意な値の数_B
↑一意な値の数(B)

一意な値の数_C
↑一意な値の数(C)

・phpMyAdmin(A)：199,086
・phpMyAdmin(B)：200,245
・phpMyAdmin(C)：198,306

「一意な」とはスナワチUNIQUE、唯一(唯一神＝又吉ゐゑス)なので、`id`の数と一致するハヅなンだが、參ツとも異なるとゐぅ異常事態！

マサカ、此処も、「正確な数字とは限りません」なンか？

バージョン情報



・phpMyAdmin(A)：4.4.15.10
・phpMyAdmin(B)：4.9.5
・phpMyAdmin(C)：4.0.10.18

策



このように、意味不明な事案を当方に対しサシムケ、当方を精神的にい追ゐ込ンで斃ソ〜/SAWとゆぅ策なンだろうが、ワシはンなカンタンには斃ルェン！



逆にキサマを捕(トラ)縛ゑ、地獄ヌォ火ヌォ中ヌィ投グェ込むモノでARUE！

関連：[MySQL] テーブルのエクスポートで、レコード数の不一致が生じる問題 [phpMyAdmin,Dump all rows]

関連：[phpMyAdmin] テーマ(スタイル/デザイン)の変更 [Debian]

関連：[2048KiB] phpMyAdminでのインポートファイルの上限を変更 [Debian,Ubuntu]
タグ ：
#phpMyAdmin
#レコード数
#行数
#不一致
[PR] au PAY / au WALLET カード 情報

このエントリーをはてなブックマークに追加 mixiチェック



(2023年5月)

SQL文内でLIMITを変数にするとエラーになる事案。

$sql = "SELECT * FROM `テーブル名` ORDER BY `id` DESC LIMIT '$limit'" ;
↑ エラー ↑

妖虫

確か、以前もコレで「？」となッたンで、書ゐておく。

−−−−−

以下は、idの条件を変数($id)にしており、1200は整数型ではないが、問題なく通る。

$id = "1200" ;

print gettype($id) ; ← string(文字列型)

$sql = "SELECT * FROM `テーブル名` WHERE `id` >= '$id' ORDER BY `id` DESC LIMIT 10" ;

1200が整数型ではないのは、「"」(ダブルクォーテーション)や「'」(シングルクォーテーション)で囲っているから。

以下のように囲わないか、

$id = 1200 ;

以下のように、囲っていても、キャスト演算子で(強引に)変換すれば、整数型となる。

$id = (int)"1200" ;
$id = (int)'1200' ;

また、「`」(バッククォート,Shift+@)内でも変数は使えるので、テーブル名を動的に変えることもできる。

$table_name = "test_table" ;
$sql = "SELECT * FROM `$table_name` WHERE `id` >= '$id' ORDER BY `id` DESC LIMIT 10" ;

この場合は、二重に囲う(`'$table_name'`)とエラーとなる。

さて、ここからが本題。

同様に、LIMITの指定を変数にすると、それが整数型であってもエラーとなる。

$limit = 10 ;

print gettype($limit) ; ← integer(整数型)

$sql = "SELECT * FROM `テーブル名` ORDER BY `id` DESC LIMIT '$limit'" ;
↑ エラー ↑

この場合は、$limitを囲わなければ通る。

$sql = "SELECT * FROM `テーブル名` ORDER BY `id` DESC LIMIT $limit" ;

これは、LIMITには数値しか許されないが、囲うことで$limitが文字列になってしまうからという理解でOK？

だが、$limitを囲わなければ、文字列型でも通るのはなンで？

なお、以下のように$limitを外に出して「.」で結合すれば通るし、これも、$limitが文字列型であっても通る。

$sql = "SELECT * FROM `テーブル名` ORDER BY `id` DESC LIMIT ".$limit ;

まぁ、コレはごッつダサゐンでヤランけど。

SQL文内に複数の変数を使用することもあるが、全て「'」で囲っているので、LIMIT時にハマッちまうのだ。

というか、SQL文内の変数は囲わないのがデフォ？

まぁ、「LIMITだけクセモノなンで妖虫遺！！」というコトだけ記憶しておけばゐ々ンかはシラン(SILANE)。

プリペアドステートメント



てコトで、プリペアドステートメントのbindValueでアレするかね...

$sql = "SELECT * FROM `テーブル名` ORDER BY `id` DESC LIMIT :limit" ;

$stmt = $pdo -> prepare($sql);
$stmt -> bindValue(":limit",$limit) ;
$stmt -> execute() ;

bindValueを使うと、$limitはシングルクォーテーションで囲わないので、数値で通るハヅ。

これを使うと、NULL(ヌルゥ！)を入れたいのに、NULLが「'NULL'」により文字列になって入らない！というのも回避できる。

なお、bindValueは変数/値ともに入るが、bindParamは変数のみなので注意。

bindValueは即座に変数を評価し、bindParamはその後のexecuteされた時点で変数を評価する。

関連：[怪奇文] MySQLのINのヴァクァ詐加減ｗｗｗ [ゐクァれ]

関連：[MySQL] テーブルのエクスポートで、レコード数の不一致が生じる問題 [phpMyAdmin,Dump all rows]

関連：[MySQL] ランキングなどで順位を取得する方法 [自己結合]

関連：[MySQL] idを詰める(連番を振り直す)方法

関連：[MySQL] index定義の無駄と、indexが役に立たない場合 [悪例,アンチパターン]
タグ ：
#MySQL
#LIMIT
#変数
#エラー
#数値
[PR] au PAY / au WALLET カード 情報

このエントリーをはてなブックマークに追加 mixiチェック



phpMyAdminを使ってMySQLにアクセスしているなら気付かンカムォだが、TeraTermなどのテキストでアクセスすると、結果が「???」となり文字化けしているコトがある。

MySQL文字化け

phpMyAdminの「サーバの文字セット」はUTF-8になっており、

サーバの文字セット_phpMyAdmin

TeraTermの設定やフォントもUTF-8であるにもカカワラヅだ。

設定_TeraTerm

フォント_TeraTerm

MySQLで

show variables like '%character%' ;

とすると、「character_set_results」が「latin1」になっている。

character_set_results_MySQL

# character_set_results：クライアントへ送信する文字コード

なンで、

set character_set_results = utf8 ;

としてUTF-8にシテヤルと、正常に表示される。

妖虫_冥ゐ

カクニンすると、以下の通り、「character_set_results」が「utf8」に変更されたコトが分かる。

character_set_results＝UTF-8

ダレがlatin(ラテン)＝ガイジン邪、ドァヴォ！！

他の「latin1」も全部「utf8」に設シタラ/設楽ゑ〜ンかはシラン(SILANE)し、utf8とutf8mb4の違いは何かもシラン(SILANE)。

set character_set_client = utf8 ;
set character_set_connection = utf8 ;
set character_set_database = utf8 ;
set character_set_server = utf8 ;

exitでMySQLを抜けて、MySQLの再起動。

mysql.server restart

再起動すると、ムァタ「latin1」に戻ッてる(文字化け復活)、このヴァクァ詐加減ｗｗｗｗｗ

だが、phpMyAdminの「その他＞変数」でカクニンすると、「latin1」は存在シナイ罠！

サーバ変数と設定値_phpMyAdmin

モ〜(MOW)、ワクェが分からナゐョｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

MySQLの設定ファイル(my.cnf)を探し出し(方法は後述)、

# Default Homebrew MySQL server config
[mysqld]
character-set-server=utf8 ←
[client]
default-character-set=utf8 ←
# Only allow connections from localhost
bind-address = 127.0.0.1

を追記して保存、MySQLを再起動。

MySQLで

show variables like '%character%' ;

で再確認。

utf8_MySQL

再起動してもutf8が残り、成功。

タグ ：
#MySQL
#TeraTerm
#文字化け
#Mac
[PR] au PAY / au WALLET カード 情報

このエントリーをはてなブックマークに追加 mixiチェック



以下のようなテーブルがあるとスル。

↓SELECT * from `test` ;
MySQLのIN_001

DISTINCTは重複除外なので、2つあるaaaは1つしか表示されない。

↓SELECT DISTINCT `vid` from `test` ;
MySQLのIN_002

コノ時、idやcontsは表示されない(しようがナゐ)。

重複除外ツッタッテ、ドレが除外され、ドレが残ったンかは分からん/若乱からヌェ。

さて、INは複数指定可能なので、vidがaaaかbbbのモノが選ばれる。

↓SELECT * from `test` WHERE `vid` IN ('aaa','bbb') ;
MySQLのIN_003

ナヌォで、INにSELECT DISTINCTを使い(サブクエリ)、SELECT *で全項目表示が可能だと思われるが、

↓SELECT * from `test` WHERE `vid` IN (SELECT DISTINCT `vid` from `test`) ;
MySQLのIN_004

重複除外しているハヅのid=5が表示される、コノ意味不明詐であるｗｗｗｗｗ

ティヌァミに、

SELECT * from `test` WHERE `vid` IN (SELECT `vid` from `test`) ;

とシても、結果は同じでアル...

DISTINCTが無視される、隠蔽改竄虚偽捏造偽装！！！

DISTINCTは重複除外であるが、GROUP by(グループ化)でも書ける。

以下の2つは同じ結果を返す。

��SELECT DISTINCT `vid` from `test` ;

��SELECT `vid` from `test` GROUP by `vid` ;

�，肋綵劼里茲Δ�idやcontsは表示されヅ(できない)、�△魯哀襦璽弉修靴討い襯灰箸�らも分かるように表示できない。

関連：DISTINCTの逆(重複を抽出するSQL文)

関連：[MySQL] ランキングなどで順位を取得する方法 [自己結合]

関連：[MySQL] idを詰める(連番を振り直す)方法

関連：163data.com.cnの拒否IPリストを自動生成(deny)

関連：Macでサーバー(Apache,PHP,MySQL,WordPress)を作る

関連：[Mac] PHPのバージョンが異なる問題 [HighSierra]

関連：Ubuntu 18.04.2 LTSの32ビット版

SQL 第2版 ゼロからはじめるデータベース操作
SQL 第2版 ゼロからはじめるデータベース操作
posted with amazlet at 19.08.05
翔泳社 (2016-07-11)
売り上げランキング: 5,007
Amazon.co.jpで詳細を見る

SQLアンチパターン
SQLアンチパターン
posted with amazlet at 19.08.05
Bill Karwin
オライリージャパン
売り上げランキング: 7,819
Amazon.co.jpで詳細を見る


タグ ：
#MySQL
#IN
[PR] au PAY / au WALLET カード 情報

このエントリーをはてなブックマークに追加 mixiチェック

このページのトップヘ