その10年でMySQL AB社は2回買収されました。
プロダクトが残っているだけでも奇跡

5年経ったらPCもシステムも切り捨て　人も

そしてブラックボックスになってしまったプログラムだけが動いている…と w

Mysqlのインストはyumでかんたんにできる（まえはソースからいれたかも）

だけど、４年くらいいっさいやってなかったら、
すっかりMySQLのSQL文を忘れてしまい、覚えようとしても覚えられません。

で、いい本やサイトを探してます。

要は初心者というかサルでも分かるような本やサイトで、
できれば本ならカラーだと（のほうがみやすい）助かります。
分厚い本やページ数が多いサイトでもかまりません。

おすすめの本やサイトご存知、ないのでしょうか？
よろしくお願い申し上げます。

誤字すみません。

キーボードがいかれてて・・・

＜誤＞
かまりません。
↓
＜正＞かまいません。

＜誤＞
おすすめの本やサイトご存知、ないのでしょうか？
↓
＜正＞
おすすめの本やサイト、ご存知のかたいらっしゃいませんでしょうか？

よろしくお願い申し上げます。

>>404
オライリーのやつでいいよ
クックブック上下買え

もちろん後者
クラスでまとめれば完璧

横槍です。

書き込み時間をセットするカラムがあるんですよね？
NOW関数か、phpのdate関数かによるサーバ側の負荷は、
出力する形式次第だけの問題な気がします。
出力形式が一緒であれば、負荷は一緒だと思いますし。

クライアント側では、どちらを使うかによって若干の違いがあるかもしれません。
また、NOW関数が何のNOW関数かによって差が出るかもしれません。
詳しく考えたことがないので曖昧ですが。

勘違いしたこと言ってたらごめんなさい。

>>409
どっちがと言うと、確かに微々たる物でも違いはあるだろうけど、
こんなとこでそんなの聞いてる段階の人が気にするような違いじゃあないよ。

そんなの気にするよりは、記録したい時間は
・厳密にアクセスを受け付けた時点のものか(ならばPHP側で時刻取得)
・厳密に最終的に記録した時点のものか(ならばDB側で)
とか考えるのが先じゃない?
他に、一回で複数レコードの記録が発生するとき、そのレコード達に記録される
時刻は、アクセス受付時のもの一つに揃って欲しいかそうでもないかとか。

そういう業務上の論理をすっ飛ばして、どっちがサーバ負荷が低いだろうかなんて
気にするのは馬鹿らしいよ。

論理の必要性を踏まえて、その上でとことん効率を求めなければならない高負荷サイトの
実装/管理者なら気にするところだろうけど、質問内容からすると貴方はそうじゃないでしょ?
気にしなさんな。

そんなに厳密にどっちの時点? ってのがどっちでもいいなら、
now()使っとくのが簡単だよ。

計測してみるのが一番確実だよね

シンタックスが間違ってるから

mysql cluster を入れようとしても
$ sudo yum install --enablerepo=epel,remi,dag mysql-cluster.x86_64
Package mysql-cluster is obsoleted by mysql, trying to install mysql-5.5.23-1.el5.remi.x86_64 instead
って言われて、 mysql と mysql-libs くらいしか入らない。

パッケージ管理したいから make したり、http://dev.mysql.com/doc/refman/5.5/en/mysql-cluster-install-linux-binary.html みたいな入れ方をしたくないんだよなぁ。

centos 5.6 なんだけど
http://ftp.iij.ad.jp/pub/db/mysql/Downloads/MySQL-Cluster-7.2/
から
MySQL-Cluster-client-gpl-7.2.5-1.rhel5.x86_64.rpm
MySQL-Cluster-devel-gpl-7.2.5-1.rhel5.x86_64.rpm
MySQL-Cluster-embedded-gpl-7.2.5-1.rhel5.x86_64.rpm
MySQL-Cluster-server-gpl-7.2.5-1.rhel5.x86_64.rpm
MySQL-Cluster-shared-compat-gpl-7.2.5-1.rhel5.x86_64.rpm
MySQL-Cluster-shared-gpl-7.2.5-1.rhel5.x86_64.rpm
MySQL-Cluster-test-gpl-7.2.5-1.rhel5.x86_64.rpm

あたりを落としてきて、入れるしかない？

でも、本番サーバは centos6で、そうなると、そっちの環境は
MySQL-Cluster-test-gpl-7.2.5-1.el6.x86_64.rpm
の、 el6 でいいのかな？

http://dev.mysql.com/downloads/cluster/
ここから落としたやつを rpm のパッケージにするのかな。

どうやってやればいいですかね。。

suse 用の sles や、debian 用の deb はあったけど、 centos 用の rhel がなくて、、結局
http://ftp.iij.ad.jp/pub/db/mysql/Downloads/MySQL-Cluster-7.2/

から rhel のやつをとってきて
MySQL-Cluster-client-gpl-7.2.5-1.rhel5.x86_64.rpm
MySQL-Cluster-devel-gpl-7.2.5-1.rhel5.x86_64.rpm
MySQL-Cluster-embedded-gpl-7.2.5-1.rhel5.x86_64.rpm
MySQL-Cluster-server-gpl-7.2.5-1.rhel5.x86_64.rpm
MySQL-Cluster-shared-compat-gpl-7.2.5-1.rhel5.x86_64.rpm
MySQL-Cluster-shared-gpl-7.2.5-1.rhel5.x86_64.rpm
らを

sudo rpm -ivh MySQL-Cluster-*
でいれますた。

>>410>>411
お礼が遅くなりました
レスありがとうございます。
ご指摘の通り、出力するタイミングを考えて(使用側はさほど厳密性がいらないようですが）
now()で書き込む直前に処理させようと思います

【現行の環境】PHP 4.4.7　MySQL 4.1.22　MT 3.21 ja
【移転先環境】PHP 5.2.17　MySQL 5.5　MT 3.21 ja

【my.cnf（現行VPSサーバー）】
[client]
user=xxx（伏せます）
default-character-set = ujis
[mysqld]
default-character-set = ujis
[mysqldump]
default-character-set = ujis

移行先のmy.cnfはさくらサーバーだからなのか、そもそもmysql系統のファイル置き場が見つけられません。

ダンプファイル…よく分かっていないのですが、
-- phpMyAdmin SQL Dump
-- version 2.11.10
--http://www.phpmyadmin.net
（略）
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
（略）
ENGINE=MyISAM DEFAULT CHARSET=ujis AUTO_INCREMENT=6 ;
（※各テーブルのCHARASETはujisのようですが、
　文中のアマゾンへのリンク等でutf8と言う文字も見つけました）

あと参考になるかわからないのですが…。
【現行のCHARASET？】
character_set_client　utf8
character_set_connection　utf8
character_set_database　ujis
character_set_results　utf8
character_set_server　ujis
character_set_system　utf8
character_sets_dir　/usr/local/mysql-4.1.22/share/mysql/charsets/

【移転先CHARASET？】
character_set_client　utf8
character_set_connection　ujis
character_set_database　ujis
character_set_filesystem　binary
character_set_results　utf8
character_set_server　ujis
character_set_system　utf8
character_sets_dir　/usr/local/share/mysql/charsets/

以上です。宜しくお願い致します。

>>424
mysqldump --default-character-set=ujisで
明示的にEUC-JPで引っこ抜いてみて。今はUTF-8になってると思う。

>>425
ありがとうございます。
すみませんが、これはphpMyadminのSQLに入れて実行すると良いのでしょうか？
#1064 - You have an error in your SQL syntax; ～　と出てしまって実行できません…。

面倒ならサーバ再起動しようぜ

は～い

>>436
それどういうシステム？

すいません。アンカーミスです。
>>438は>>437様への返答です。

テーブル設計がおかしすぎる
フィールドで持つのやめればいいんでねの？

>>440様
私もそう思うのですが、>>436に書いたとおり動いてしまっている案件でして、
すでにDBの変更が出来ないのです。

インターフェースはPHPなのですが、
そちらで処理出来ればとも思い、試行錯誤しております。

多少力業でも良いので何かアイデアがありましたらご教授ください。

>>444様
ありがとうございます。

その方法も試してはいるのですが、時間とスキルが足らず、
四苦八苦しております。

その方向でももっと考えて見ます。

この方法で苦労するのなら他の方法はオススメ出来ないな

ユーザー名だけ欲しいならサブクエリにしてしまえば？
後、他の人が言うように設計した奴をどうにかしないと
何度でも問題に突き当たると思うね

select
 t_work.*,
 (select f_userName from t_user where f_userID = f_a1) as a1,
 (select f_userName from t_user where f_userID = f_a2) as a2,
...
 (select f_userName from t_user where f_userID = f_a100) as a100
from
 t_work