便利な公式ツールMySQL Workbenchの使い方と日本語化方法 - プロエンジニア
１．１ MySQL Workbenchとは MySQL Workbenchとは、MySQLの公式サイトにてMySQL Serverと共に配布されている、データベースの設計・開発・管理を一本で実現している無料ツールです。コマンドラインではなくビジュアル操作（GUI）に対応しており、コマンド操作が苦手な方にもおすすめです。 １．２ MySQL Workbenchの機能 データベース設計の面では、新規にER図が作成できるほか、既存のデータベースからER図を逆に生成することも可能となっています。 データベース開発の面では、SQLのクエリ作成や実行だけでなく、最適化を直感的な操作で行えるビジュアル表示に対応しています。さらにSQLエディタにはカラーハイライト表示や自動補完機能のほか、SQLの実行履歴表示やSQLステートメントの再利用、オブジェクトブラウザにも対応しており、SQLエディタとしてもとても
Heroku データベースの管理（ClearDB アドオンによる MySQL の利用） - 君の瞳はまるでルビー - Ruby 関連まとめサイト
Heroku の基本 Hello Heroku（Web アプリケーション） Hello clockwork on Heroku（定期実行アプリケーション） foreman について 複数のプロセスを管理する Ruby 上のツール／ライブラリ clockwork について cron の代替となる機能を単独で提供してくれる軽量のツール／ライブラリ Git について ローカル環境で試す 目的 Heroku は標準のデータベースとして Postgres をサポートしますが、その他にもいくつか選択肢があります。 このページではデータベースに MySQL を提供してくれる ClearDB アドオンを利用する方法について説明します。 Heroku で MySQL を利用するための準備から、運用時に必要となるバックアップの扱い方の方法までをまとめます。 前提 以下の記事を理解していることが前提となります。
Laravel5.4以上、MySQL5.7.7未満 でusersテーブルのマイグレーションを実行すると Syntax error が発生する - Qiita
Laravel5.4以上、MySQL5.7.7未満 でusersテーブルのマイグレーションを実行すると Syntax error が発生するPHPLaravellaravel5.4 はじめに 古い備忘録だが、いまだに定期的にアクセスがあるので全面的に加筆修正した。 PHPやLaravelは新しいバージョンに追従していても、MySQLのバージョンはいまだ5.5～5.6、という環境も多いのだろう。 ※2023年追記：すでにLaravel5系、MySQL5.6系ともにサポートの切れたかなり古いバージョンとなっているので、なるべくバージョンアップにて解決することを推奨する。 前提 Laravel5.4以上 MySQL5.7.7未満 現象 上記環境のもとで、$ php artisan make:authで自動作成されるマイグレーションファイルに対し、 $ php artisan migrate を実
bundle install で mysql2 のgemがインストールできない - the glue
問題 Railsアプリケーションをデプロイする時、bundle install中にいつもmysql2のgemがインストールできないと怒られるので、メモ こんな感じのことをよく言われる --without-make-prog [50/1324] --srcdir=. --curdir --ruby=/usr/local/bin/ruby --with-mysql-dir --without-mysql-dir --with-mysql-include --without-mysql-include=${mysql-dir}/include --with-mysql-lib --without-mysql-lib=${mysql-dir}/lib --with-mysql-config --without-mysql-config --with-mysql-dir --without-mysq
MySQLクイック・リファレンス
この文書は、osCommerceで使用しているデータベースMySQLの基本的な使い方について解説しています。おもにデータベースの管理者よりも、ユーザに向けて書かれています。 はじめに ここでは、MySQLサーバは起動しているものとして説明します。 MySQLの文字について MySQLでは、データベース名やテーブル名の大文字と小文字を区別しています。それ以外は区別しません。 MySQLのフィールド名やテーブル名に使える文字は、英数字と_（アンダーバー）、$、サーバのキャラクタセットにある文字です。 知っておきたいコマンド mysqladmin（データベースの作成・削除や、MySQLサーバの情報を得る） mysqlshow（データベース、テーブルの情報を表示する） mysql（MySQLクライアントの起動） mysqldump（データベース、テーブルをダンプする） myisamchk（テーブル
collationの罠だよー - てきとう
という訳で罠にハマったわよ。ごきげんよう。 「は」「ぱ」「パ」「ﾊﾟ」などの全角・半角のゆらぎを気にせず検索したい そんな時はテーブル・カラムにcollationを設定するか、SELECT時にcollationを設定するのはよく知られたお話ね。 「utf8_unicode_ci」は『大文字・小文字,濁点・半濁点』を区別しない 「utf8_bin」は『大文字・小文字,濁点・半濁点』を区別する(バイナリ) そのへんについての詳細は、優しい人がまとめてくれているわ。 (mysqlのcollateを使って大文字-小文字や全角-半角を無視した検索 http://d.hatena.ne.jp/end0tknr/20100613/1276427626) select title from node where title = 'ぱ' collate utf8_unicode_ci; select tit
MySQLの照合順序 - Qiita
やってみた MySQLの照合順序、UTF-8の日本語で使える照合順序はいくつかあるけど、 実際にどんなマッチの仕方をするのかわからなかったので、ちょっとやってみた。 ちなみに、MySQLのUTF-8で日本語を扱う場合に使用可能な照合順序はしたの3つ。 utf8_bin utf8_general_ci utf8_unicode_ci 確認したかったのは、半角・全角、小文字・大文字がどんな感じでマッチするのかという事。 ながーいので、結果を utf8_bin キャラクターコードが完全に一致するもののみマッチする。 utf8_general_ci アルファベットの大文字・小文字は区別せずにマッチする。 ただし、区別しない文字は、半角は半角の大文字・小文字、全角は全角の大文字・小文字のみ。 半角小文字と全角小文字同士はマッチしない。 utf8_unicode_ci 下記がマッチする。 アルファベッ
MySQL :: Download Connector/J
MySQL Connector/J is the official JDBC driver for MySQL. MySQL Connector/J 8.0 and higher is compatible with all MySQL versions starting with MySQL 5.7. Additionally, MySQL Connector/J 8.0 and higher supports the new X DevAPI for development with MySQL Server 8.0 and beyond. Online Documentation: MySQL Connector/J Installation Instructions Documentation MySQL Connector/J X DevAPI Reference Change
間違いだらけのSQL識別子エスケープ
これから3回連載の予定で、SQL識別子のエスケープの問題について記事を書きます。SQL識別子のエスケープについてはあまり解説記事などがなく、エンジニア間で十分な合意がないような気がしますので、これらの記事が議論のきっかけになれば幸いです。 3回の予定は以下のとおりです。 間違いだらけのSQL識別子エスケープ(本稿) SQL識別子エスケープのバグの事例 SQL識別子は結局どうすればよいか ということで、まずはSQL識別子のエスケープの失敗例について説明します。この失敗例はあくまで説明のために作ったもので、実際のものではありません。また、想定が「ありえない」と思われるかもしれませんが、意図的なものですのでご容赦いただければと思います。また、「間違いだらけの」というタイトルは、今回の題材が間違いだらけという意味であり、巷のSQL呼び出しがそうであるという意味ではありません。本稿に登場する人物と団
トランザクションの一貫性を保証するロック
ロックの仕組み 第25回、26回と2回にわたりトランザクションの話をしてきました。第25回でも簡単に触れましたが、トランザクションの一貫性を保証するために、データベースサーバはロックという仕組みを利用しています。今回と次回にわたって、このロックの仕組みについて解説することで、トランザクションの裏側を解明したいと考えています。 では早速、例題を実行しながら、SQLの確認をしていきましょう。 トランザクション中の最新データを確認する 初めに、第25回で実行した例題1と同じような例題を実行してみましょう。第25回の例題1は、1人のユーザーがデータを更新中には、もう1人のユーザーはデータの参照ができないことを確認する例題でした。第25回の例題と同様に、2つのクエリアナライザを起動して、片方はログイン名「sa」で、もう片方はログイン名「yamada」でログインをします。 では、まず例題1でログイン名
テーブル構造を変更する(ALTER TABLE文)
テーブル名/インデックス名/カラム名を変更する(ALTER TABLE RENAME文) 作成済みのテーブルに対してテーブル名の変更やカラム名の変更を行うには ALTER TABLE RENAME 文を使います。書式は次の通りです。 テーブル名の変更 ALTER TABLE tbl_name RENAME [TO|AS] new_tbl_name インデックス名の変更 ALTER TABLE tbl_name RENAME INDEX old_index_name TO new_index_name カラム名の変更 ALTER TABLE tbl_name RENAME COLUMN old_col_name TO new_col_name
【MySQL】日本語を使わないで日本語の検索をする at softelメモ
問題 日本語を含むSQLを実行したいんだけど、できない！ ssh端末で日本語が入力できない。 日本語が化ける。 文字コードが合わなくて通じない（ソースはUTF-8、データベースはEUC）。 答え MySQLだと、HEX関数、CHAR関数を使ったこんな手がある。 EUC-JPで「内藤さん」を探したいとき。 １、どこか日本語が通じるところで下ごしらえ select hex('内藤'); → C6E2C6A3 「内藤」のujisでの16進表現が確認できた。 下ごしらえはphpでやってもよい。 //EUC-JPのソースで var_dump(unpack('H*', '内藤')); //→ c6e2c6a3 ２、問題の環境でSQL実行 16進表現を元の文字列に戻したり（0xつける） select * from dtb_customer where name01 = char(0xC6E2C6A3);
MySQL5.1のboolean型を検証 | 1000g
MySQLにてBOOLEAN型のフィールドを作りたいと思ったのですが、Googleで調べると「MySQLのBOOLEAN型は実質tinyint(1)と同じ」といったことが書いてありました。 また、MySQLで厳密なBOOLEAN型を表現したければ、「ENUM(‘TRUE’, ‘FALSE’)」を使った方がいいとも書いてありました。 個人的にはSQL文に「WHERE flag IS TRUE」と書いてSELECTできれば問題ないので、そういった挙動ができるのか確認しました。 実験した環境のMySQLバージョンは5.1.41です。 データはどのように格納されるのか？ 以下のようにテーブルを作り、テストデータを流し込みました。 CREATE TABLE boolean_test ( `id` INT NOT NULL AUTO_INCREMENT, `flag` BOOLEAN, PRIMARY
mysqlのcollateを使って大文字-小文字や全角-半角を無視した検索 - end0tknr's kipple - web写経開発
mysqlでは、collate = utf8_unicode_ciを指定すると、大文字-小文字だけでなく、全角-半角を同一視できるそうですが、実際にどの文字が同一視されるのかを試してみました。 collateとは http://tetlist.info/2009/01/mysql ↑このエントリでも分かりやすく紹介されていますが、collate(照合順序)とは、文字を比較(一致/不一致や表示順)する際のルールです。 utf8_unicode_ciで大文字-小文字だけでなく、全角-半角を同一視 mysqlのデフォルトcollateであるutf8_general_ciでは、大文字-小文字を同一視しますが、utf8_unicode_ciでは、さらに半角-全角も同一視します。 ※ci とは Case Insensitive の略称のようです tableやcolumn自体にcollateを設定する
MYSQLのCHAR、VARCHARカラムの大文字小文字を区別する（binary） - MYSQL
mysqlでは、char、varcharカラムに対して検索条件（where）やソート（order by）時に大文字小文字を区別してくれません。 区別させる場合にはテーブル作成時に binary属性を設定する必要があります。 （通常はこの方法での対応をお勧めします） create table binary_column varcolum varchar（10） binary primary key, charcolum char（10） binary ); こんな感じでしょうか。 既に作成済みのテーブルに対してbinary属性を設定することも可能です。 alter table binary_column modify charcolum char（10） binary; primary key属性が設定されているカラムに対してはこれでいいのですが、既にprimary key属性が設定されてい
【MySQL】互換性の都合でダンプが流し込めない時 at softelメモ
問題 あるMySQLサーバーで作成したダンプファイルを、別のMySQLサーバーでリストアしようとしたら、以下のようなエラーで取り込めませんでした。 # gzip -dc test_20120801.dmp.gz | mysql hogehoge ERROR 1064 (42000) at line 717: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'USING BTREE, KEY `shop_id_idx` (`shop_id`) ) ENGINE=MyISAM DEFAULT CHARSET=uji' at line 21 何が悪いの？ 答え MySQLの通常の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
MySQLのポート番号を調べる – Webサイトのデータ収集代行
xRef - Database
初心者向けMySQLの始め方
