【SQL】 NULLを四則演算した結果 - blogですかい
SQLで数値とNULLを四則演算すると、NULLになります。 例えば NULL+1 をやってみると mysql> SELECT NULL+1; +--------+ | NULL+1 | +--------+ | NULL | +--------+ 1 row in set (0.01 sec) ってな感じ。 その仕様を忘れている時があって(というか、NULL値をとりうるフィールドをそのまま演算に使おうとして)ハマる事がたまにあります。 ちなみに、NULLを0として扱いたい時ってままあると思うのですが、そういう時はどうすれば良いかというと、 mysql> SELECT COALESCE(NULL,0)+1; +--------------------+ | COALESCE(NULL,0)+1 | +--------------------+ | 1 | +----------------
MySQL :: MySQL 8.0 リファレンスマニュアル :: 12.7 日付および時間関数
次に、日付関数の使用例を示します。 次のクエリーは、過去 30 日以内の date_col 値を含むすべての行を選択します。 mysql> SELECT something FROM tbl_name -> WHERE DATE_SUB(CURDATE(),INTERVAL 30 DAY) <= date_col; このクエリーは、将来の日付を持つ行も選択します。 通常、日付値が要求される関数では、日付時間値が受け入れられ、時間の部分は無視されます。 通常、時間値が要求される関数では、日付時間値が受け入れられ、日付の部分は無視されます。 現在の日付または時間をそれぞれ返す関数は、クエリー実行の開始時にクエリーごとに 1 回だけ評価されます。 つまり、NOW() などの関数が単一クエリー内で複数回参照されても、常に同じ結果が生成されます。 (設計上、単一クエリーにはストアドプログラム (スト
MySQLで大文字小文字を区別させる
MySQLでは文字列の検索時に大文字小文字を区別しないWHERE句で条件を指定する時に、ユーザーの名前など文字列で検索する場合が多々ある。 Oracleでは気にしたことはなかったのだが、MySQLではデフォルトの状態では大文字小文字の区別をしない。 mysql> SELECT * FROM testtable; +------+------+ | no | name | +------+------+ | 1 | test | | 2 | TEST | | 3 | abc | | 4 | ABC | | 5 | tEsT | | 6 | tEst | | 7 | Test | +------+------+ こんな感じのtableからnameが’test’のユーザーだけ引っ張りたい場合は SELECT * FROM testtable WHERE name = 'test';といったクエリ
日々の覚書: MySQL 8.0では「GROUP BYによる暗黙のソート」がされなくなるよ
GROUP BY implicitly sorts by default (that is, in the absence of ASC or DESC designators), but relying on implicit GROUP BY sorting in MySQL 5.7 is deprecated. $ perl -ML -E 'for (my $n= 1; $n <= 10; $n++) { for (my $m= 1; $m <= 100; $m++) { printf("%d\t%d\n", $n, $m) } }' | sort -R > /tmp/seq mysql80 165> CREATE TABLE t1 (n int, m int); Query OK, 0 rows affected (0.05 sec) mysql80 165> LOAD DATA
MySQL 5.7 と絵文字（ちょこっと Rails） - TMD45'β'LOG!!!
絵文字（UTF-8 の 4 byte 文字にあたる）を利用可能とするため、文字コードは utf8mb4 を利用する。 絵文字だけでなく非常用漢字なども対応するためには必要。 サーバ設定 とりあえず開発環境（Mac）は Homebrew でインストール brew install mysql （検証時点で 5.7.13）。 サーバの設定を以下のとおり変更する。 $ diff /etc/my.cnf.org /etc/my.cnf --- /etc/my.cnf.org 2016-07-05 18:46:02.000000000 +0900 +++ /etc/my.cnf 2016-07-15 14:43:47.000000000 +0900 @@ -16,7 +16,7 @@ # The following options will be passed to all MySQL clients
MySQL と寿司ビール問題 - かみぽわーる
MySQL と Unicode Collation Algorithm (UCA) - かみぽわーる に関連するトピックで、 MySQL には寿司ビール問題というのがある。 寿司ビール問題どっかで詳しくお話を聞くべきだよなぁ。。。— RKajiyama (@RKajiyama) March 18, 2015 これはどういう問題かというと、 MySQL の Unicode では binary collation にしてコードポイントで比較しないと🍣と🍺に限らず絵文字が同値判定されるという問題です。 あれ？ MySQL の utf8mb4 charset って、4バイト文字同士を比較すると同じ文字扱いされる？ SELECT '🍣'='🍺' → 1 MySQL的には寿司とビールは同じ扱い。— とみたまさひろ (@tmtms) December 22, 2014 MySQLで select
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
