MySQLで桁が足りない分を０で埋める - Qiita
### テーブルを作る。 mysql> create table demo(id serial primary key, n integer not null); Query OK, 0 rows affected (0.02 sec) ### とりあえず３件データを挿入。 mysql> insert into demo(n) values(1); Query OK, 1 row affected (0.00 sec) mysql> insert into demo(n) values(2); Query OK, 1 row affected (0.00 sec) mysql> insert into demo(n) values(300); Query OK, 1 row affected (0.00 sec) ### 3桁 0埋め mysql> select lpad(n, 3, '0
【MySQL】照合順序とは？ - Qiita
照合順序（collations ）が違うためSQLのjoinで失敗。 これを機会に照合順序について調べてみる。 SQLSTATE[HY000]: General error: 1267 Illegal mix of collations (utf8_general_ci,IMPLICIT) and (utf8_unicode_ci,IMPLICIT) for operation '=' MySQLは文字コードとソート順を持っていて、ソート順の部分がCollationとよばれている。(文字コードの部分はCharacter Set) 比較するときには文字コードだけでなくてCollationが一致するかどうかを比較する(順序が合わないと比較できない)。 ので、JOINしようとするとエラーになる。 DB単位、テーブル単位、カラム単位で設定可能。 照合順序の意味 例えば cp932_japanese
【備忘録】MySQL始めてデータベースに日本語いれようとしたらハマった - Qiita
これ、たぶん既にすげー数の人がハマった問題だと思うんです、そしてQiita上にも大量に情報があると思いますが、念のため、メモ。 my.conf(my.ini)の設定をいじる MySQLの入れ方(Macports/Homebrew/純正)によってこやつの場所は結構かわるかもしれません。 んで、このmy.confに次の項目を追加してください。(自分は/usr/local/mysql/に居ました) [client] default-character-set=utf8 [mysql] default-character-set=utf8 [mysqldump] default-character-set=utf8 [mysqld] character-set-server=utf8 #if you use mysql<5.5 use this #default-character-set=utf
【WordPress】DBの文字コードをのエラーがでたときの対処法メモ - Qiita
ローカルのWordPressをテストサーバに移そうとしたら Unknown collation: 'utf8mb4_unicode_ci' ってエラーが出たので、対処法をメモ。 ★エラー内容としては（サーバのバージョンが低いなどの理由で）utf8mb4が使えないよ（意訳）ってことらしい。 まずコマンドで文字コードを変換する ※MAMPの場合 cd /Applications/MAMP/Library/bin ./mysql -u root -p ; // パスワードの入力 //１つ１つテーブルを変換 ALTER TABLE 【テーブルの名前】 DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci; エクスポート 照合順序の「utf8mb4_general_ci」が「utf8_general_ci」に変わっていることを確認して、 エクスポート
character_set_databaseとcharacter_set_serverの違いを知りたくて - Qiita
mysqlの設定は、環境つくるときにちょいちょいやるのですが、いつもなんとなく文字コードの設定はやっておりました。 もう、なんとなくやるのは嫌だ！と思って深追いしたメモです。 まず違いがわかってない mysql> show variables like '%char%'; +--------------------------+----------------------------+ | Variable_name | Value | +--------------------------+----------------------------+ | character_set_client | utf8 | | character_set_connection | utf8 | | character_set_database | latin1 | | character_set_f
MySQLのVARIABLESをコマンドから変更する - Qiita
MySQLコマンドでVARIABLESを変更する方法を調べました。 環境 MySQL5.7 MySQLのVARIABLESとは MySQLのVARIABLESとは以下のコマンドで表示されるシステム変数です。 mysql> SHOW VARIABLES like 'char%'; +--------------------------+------------------------------------------------------+ | Variable_name | Value | +--------------------------+------------------------------------------------------+ | character_set_client | utf8 | | character_set_connection | utf8
mysqlをdisる会 - Qiita
はじめに やあ （´・ω・｀) ようこそ、バーボンハウスへ。 このmysqlはサービスだから、まずsystemctl start mysqld して落ち着いて欲しい。 うん、「また」なんだ。済まない。 仏の顔もって言うしね、謝って許してもらおうとも思っていない。 でも、このタイトルを見たとき、君は、きっと言葉では言い表せない 「ときめき」みたいなものを感じてくれたと思う。 殺伐とした世の中で、そういう気持ちを忘れないで欲しい そう思って、この記事をかいたんだ じゃあ、注文を聞こうか。 というわけでmysqlをdisります。disるだけなので内容はありません。いいね？ mysql には罠がいっぱい そうなんですよ罠がいっぱいなんですよ奥さん。 いやこれはおそらくmysqlに限った話ではないんですけど例えばこういうの！ MySQLのチューニングなんてしたらパフォーマンス落ちるだけだし、デフォル
ストアドプロシージャの基本的ななにか - Qiita
あんまり知識ないけどがんばる SQLにも存在する様だけど, MySQLでしか経験がないからMySQLで書くよ 対象 以下に該当する方が対象です。 ある程度, SQLクエリが読める ある程度, DBの知識がある 背景 資料を探せど探せど, (個人的に)良いドキュメントが見つからなかったので 『じゃあ書いちゃおう』と思いました。 ※悪い資料だらけってわけじゃないけど, 物足りないとか惜しい記事ばかりだったので。 ストアドプロシージャって？ DB上での一連処理に, 名前をつけて関数のように, 呼び出して使用できるもの。 DB上で動作を完結させちゃうから, 開発言語に依存しないよ！ Ruby とか PHP だとか Perl でも Python だろうと CALL できれば結果は同じになるはずだよ！ 権限まわり 作成
マーケティング担当者にSQLを完全マスターさせた話 - Qiita
普段開発とかしない人達にもデータベースに簡単に触れられるようにしたお話です． 安全なデータベースを作る 本番サービスのデータベースと同等，だけど個人情報的なものは隠しておきたい，よく聞く話ですね． これについては様々なアプローチがあるようですが，できる限り安定させたい＆バッチでやるにしてもサーバの面倒を見たくない，とう方針のもと，RDSのスナップショットを利用して作成することにしました． 処理の流れ RDSが1日1回スナップショットを取っている(これはRDSの機能) RDSのスナップショットが取られると，RDSからイベント通知が投げられるので，SNS→SQSへ届くようにしておく(これもRDSの機能) CloudWatchでSQSのキュー数を監視するようにしておき，キューが1つ以上になると処理用のインスタンスを立ちあげる設定にしておく(CloudWatch，AutoScalingの機能) イ
MySQLで6桁までの小数点を丸めずに扱うならDouble型かDecimal型を使うべき理由 - Qiita
float型は小数部を含んで6桁までであれば、入力した値そのままに保存出来ます。 簡単に用途をまとめると、こんな感じでしょうか。 小数点以下桁数を揃えて正確に扱うならば、demical型またはdouble型を使う （例:緯度経度情報） 小数部を含んで6桁まで入力された通りに保存する用途であれば、float型を使う そのまま保存したい場合には、varchar型を使う double型とdemical型との違いは次のページがとても詳しいです。 緯度経度情報などdemicalの方が望ましいのですが、double型の方がパフォーマンスは良いです。 Decimal’s declaration and functioning is similar to Double. But there is one big difference between floating point values and de
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【MySQL Workbench】MySQLやMySQL Workbenchのメモ - Qiita
全国の郵便番号データを最速でMySQL(MariaDB)に入れてみる - Qiita
selectした結果をinsertする - Qiita