mysqlhotcopyが動かない - グニャラくんのグニャグニャ備忘録@はてな
mysqlhotcopyを動かすと、 Invalid db.table name 'ore.ore`.`oretable' at /usr/bin/mysqlhotcopy line 855.のように、データベース名が２つ重なってしまって動かない。 MySQL Bugs: #27303: mysqlhotcopy dies with error Invalid db.table name 'foo.bar`.`baz' によると、DBD::mysqlのバージョンによる挙動の違いによって起こっているらしい。 とりあえず、835行目の my @dbh_tables = eval { $dbh->tables() }; の後に、 map { s/^.*?\.//o } @dbh_tables; を入れれば動くらしいぞ。
fabFORCE.net
General Information - What is DBDesigner 4? DBDesigner 4 is a visual database design system that integrates database design, modeling, creation and maintenance into a single, seamless environment. It combines professional features and a clear and simple user interface to offer the most efficient way to handle your databases. DBDesigner 4 compares to products like Oracle's Designer�, IBM's Rational
MySQL :: 世界でもっとも有名なオープンソースのデータベース
MySQL HeatWave MySQL HeatWave is a fully managed database service for transactions, real- time analytics across data warehouses and data lakes, and machine learning services, without the complexity, latency, and cost of ETL duplication. It is available on OCI, AWS, and Azure. Learn More » MySQL Enterprise Edition The most comprehensive set of advanced features, management tools and technical suppo
MySQL 文字コードの自動変換を回避するオプション - 2nd life (移転しました)
http://www.mysql.gr.jp/mysqlml/mysql/msg/9530 で話題になっていたように、 ver. 4.1以降、クライアント/サーバー間でキャラクターセットが自動的に 変換されるようになったことに伴い、多くの方が文字化けといった問題に 悩まされていたかと思います。 この点については開発側に改善を要求してきましたが、4.1.15にて "--skip-character-set-client-handshake" というオプションが導入されました。 http://dev.mysql.com/doc/refman/4.1/en/news-4-1-15.html このオプションを指定することにより、クライアントのキャラクターセットが サーバー側のキャラクターセットに合わせて自動的に設定され、 自動変換が発生しないようになります。特にver. 4.0から移行する際に、
iandeth. - MySQL 4.1 日本語環境設定方法 (キャラクタセット設定方法)
自宅サーバにMySQL4.1を導入するうえで調べた日本語（マルチバイトコード）環境の設定方法をまとめてみました。サーバ環境は RedHatLinux 7.2J (glibc2.2.4)、インストールしたMySQLパッケージは Linux x86 RPM package version: 4.1.10-0 です。※MySQL4.1のマルチバイト環境に関する総合的な情報は別エントリ「MySQL 4.1 日本語環境での使用時の注意点／関連情報まとめ」を参照の事。なので、ここでは単純に「日本語環境を構築するには何をどう設定すればよいのか... HOW TO 情報」に限定しています。 目次 1) 基礎知識 2) キャラクタセットの設定方法には幾つかの方法がある 2.1) 設定方法１: ユーザ設定ファイル my.cnf にてデフォルト設定を定義する 2.2) 設定方法２: SQL文 'SET NAME
MySQL 4.1 の日本語設定 - Ceekz Logs (Move to y.ceek.jp)
現在 MySQL 3.x を使っていますが、今後は CentOS 4.1 に乗り換えるので、それに伴い MySQL 4.1.x を使うことになりそうです。 ソースコードから入れると柔軟に変更できるようですが、普通は RPM のをそのまま使うので、その設定でうまく使う方法を考えないといけない。 どの辺が変わったかは、他のページを見ていただくとして、とりあえず、設定が柔軟になったのです。あまりにも柔軟に設定できるようになってしまったので、初期設定では、日本語を扱いにくくなってます。 俺 UTF-8 をずっと使ってるもーん。という方は、そのままでもいけると思う。 僕は、昔（？）から EUC を使ってるんですよね。なので、なかなか UTF-8 に乗り換える機会が無い。ここで乗り換えようかと思ったのだけど、結局 EUC で行きそうです。 /etc/my.cnf の変更 [mysqld] old_pa
mysql:12071 階層化されたデータをMySQLで扱う
From: zen kishimoto <zen kishimoto <zen@xxxxxxxxxx>> Date: Sat, 03 Sep 2005 09:24:15 -0700 Subject: [mysql 12071] 階層化されたデータをMySQLで扱う （Managing Hierarchical Data in MySQL） http://dev.mysql.com/tech-resources/articles/hierarchical-data.html （図はこのサイトを参照のこと） Mike Hillyer著 初めに 多くのユーザーは一回くらいはSQLデータベース内で、階層化したデータを 扱ったことがあると思います。そのときはリレーショナル データベースは階層化したデータ用に開発されなかったと考えたと思います。 リレーショナルデータベースのテーブルは階層化されておらず
MySql4.1以上の日本語に関する問題点まとめ
ライセンスはどうなっていますか？商用利用ではどうすべきですか？ † GPL か 有料のライセンスか。 2007年1月1日時点では Community : GPL Enterprise : 有料で別のライセンス GPL については http://www.gnu.org/home.ja.html をご覧ください。 ↑ mysqld が最低必要とする物 † basedir/share/ ディレクトリ以下(shareファイル。errmsg.sys や charsets/) datadir/mysql/ (mysql 権限データベース、テーブル) 権限テーブルや charsets/ がなければ mysqld は起動しない。 errmsg.sys はバージョンによって数が違うので、違うバージョンの errmsg.sys を使用していると mysqld が起動しない。 これらが起きた場合、.err ファ
SennaのMySQL bindingをN-gramに : blog.nomadscafe.jp
SennaのMySQL bindingをN-gramに さきのエントリーでSennaは「N-gramインデックスを備え」と書いたが、N-gramにも対応しているというのが正しいかも。SennaをMySQLと連携させて使うときはSennaに付属のPatchを使うわけだけど、そのPatchではN-gramなインデックスをつくるようになっていません。mecabを利用した形態素解析がされています。せっかくなので、N-gramに対応させてみた。 Senna付属のPatchを当てた後のMySQLのソースコードをちょっと変更します。 「myisam/mi_open.c」の280行目（？）ぐらい share->keyinfo[i].senna = sen_index_create(buf, sizeof(my_off_t), SEN_INDEX_NORMALIZE, 0, sen_enc_default)
サイボウズMySQL採用に見る破壊的イノベーション - naoyaのはてなダイアリー
サイボウズがそれまでのプロプライエタリな姿勢から、MySQLの採用に踏み切った背景には何があるのか。サイボウズの代表取締役社長、青野慶久氏がその真意を語った。 サイボウズが製品パッケージに使用しているDBを独自DBからMySQLに変更した、その理由を社長自らが語るという記事。市場におけるMySQLの現在の状況がよく分かる、非常に有益な記事です。 以前にNDO::Weblogの方で'MySQL は商用 RDBMS にとっての破壊的イノベーション'と題して、はてなにおけるMySQLの使い方を例に、MySQLがどうして破壊的かということを述べました。はてなにおいては、 そこまでうまくいくかどうかは別として、MySQL や PostgreSQL がどうして破壊的なのかという問いに関しては、まず第一にフリーだからという点が挙がります。しかし実はここは重要なポイントではなく、コストが劇的に下がったこと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
現場指向のレプリケーション詳説
http://tmtm.org/ja/tdiary/?date=20050413
Cheat Sheets - Added Bytes
MySQL :: MySQL Forums