私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part12
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
>>150
そういうことか。てっきりYouTubeのタグみたいなのかと思ったぜ。
そういうことか。てっきりYouTubeのタグみたいなのかと思ったぜ。
>>162
INSERTどころかSELECTも無理だよ。
INSERTどころかSELECTも無理だよ。
>>162
できれば居酒屋で働いてる様な娘がいいです
できれば居酒屋で働いてる様な娘がいいです
って大阪支部は大阪かｗｗｗ把握ｗｗｗｗ
3人いるみたいだから俺も参加していい？
何か参加資格とかあるのかな？
3人いるみたいだから俺も参加していい？
何か参加資格とかあるのかな？
新しいテーブルが作成できないみたい
心のパーミッションエラーだって・・・
心のパーミッションエラーだって・・・
>>178
これか。
9.5. Unicode のサポート
MySQL バージョン 4.1 以降、Unicode データを保存するために次の新しいキャラクタセットが用意されています: ucs2 (UCS-2 Unicode キャラクタセット）および utf8 (Unicode キャラクタセットの UTF-8 エンコード）。
これか。
9.5. Unicode のサポート
MySQL バージョン 4.1 以降、Unicode データを保存するために次の新しいキャラクタセットが用意されています: ucs2 (UCS-2 Unicode キャラクタセット）および utf8 (Unicode キャラクタセットの UTF-8 エンコード）。
すみません質問します。
今、テーブル作ってるんですが、フィールドの数が90個くらいになりそうです。
これは異常でしょうか。初心者なので、判断に迷っています。
今、テーブル作ってるんですが、フィールドの数が90個くらいになりそうです。
これは異常でしょうか。初心者なので、判断に迷っています。
>>180
どんなテーブルかわからんと判断も出来ん。
それと、こちらで聞いた方がいいでしょう。
頼むから正規化しろよ 第二正規形
http://pc11.2ch.net/test/read.cgi/db/1116097001/
どんなテーブルかわからんと判断も出来ん。
それと、こちらで聞いた方がいいでしょう。
頼むから正規化しろよ 第二正規形
http://pc11.2ch.net/test/read.cgi/db/1116097001/
180です 回答ありがとうございます。
テーブルは、ライブの情報を扱うものです。なので、
開催日、開始時間、料金、イベント情報etcの基本情報と
出演者名、出演者のURL、演奏楽器 の出演者情報etcの２種類に分かれます
出演者はイベントごとに1～10人に分かれて不安定なので正規化・分離するなら
この部分かなぁと思うんですが、、
この程度なら同じテーブルに入れてもいいのかなぁという気もして、判断しかねてます
テーブルは、ライブの情報を扱うものです。なので、
開催日、開始時間、料金、イベント情報etcの基本情報と
出演者名、出演者のURL、演奏楽器 の出演者情報etcの２種類に分かれます
出演者はイベントごとに1～10人に分かれて不安定なので正規化・分離するなら
この部分かなぁと思うんですが、、
この程度なら同じテーブルに入れてもいいのかなぁという気もして、判断しかねてます
時刻の取得について質問です。
time_stというところにtimestampが入っていまして
select time_st from member where memname='test';と実行すると
time-st
2007-10-20 16:10:30
と取得できるのですがこれを20071020161030と繋げて取得するにはどのようにすればよいでしょうか？
time_stというところにtimestampが入っていまして
select time_st from member where memname='test';と実行すると
time-st
2007-10-20 16:10:30
と取得できるのですがこれを20071020161030と繋げて取得するにはどのようにすればよいでしょうか？
>>186
ありがとうございました。無事できました～。
ありがとうございました。無事できました～。
MySQLのソース client/mysql.cc を読むと分かるけど
処理時間を計っているのはmysqldでもlibmysqlclientでもなく
mysqlコマンド本体。
だからPerlスクリプトから処理時間を知りたければ
Time::HiResあたりを使って自分で計るのがいいと思う。
use DBI;
use Time::HiRes;
$user = 'xxxx';
$pass = 'xxxx';
$db = DBI->connect('DBI:mysql:xxxx:xxxx', $user, $pass);
$sth = $db->prepare("select c1 from t1");
$t = Time::HiRes::time;
$sth->execute;
for ($i = 0; $i < $sth->rows; $i++) {
@r = $sth->fetchrow_array;
print "$r[0]\n";
}
$t = Time::HiRes::time - $t;
printf "%.4f sec\n", $t;
$sth->finish;
$db->disconnect;
処理時間を計っているのはmysqldでもlibmysqlclientでもなく
mysqlコマンド本体。
だからPerlスクリプトから処理時間を知りたければ
Time::HiResあたりを使って自分で計るのがいいと思う。
use DBI;
use Time::HiRes;
$user = 'xxxx';
$pass = 'xxxx';
$db = DBI->connect('DBI:mysql:xxxx:xxxx', $user, $pass);
$sth = $db->prepare("select c1 from t1");
$t = Time::HiRes::time;
$sth->execute;
for ($i = 0; $i < $sth->rows; $i++) {
@r = $sth->fetchrow_array;
print "$r[0]\n";
}
$t = Time::HiRes::time - $t;
printf "%.4f sec\n", $t;
$sth->finish;
$db->disconnect;
mysql5のレプリケーションは、
マスターのDBに対して、スレーブは、すべて既存のDBが消去されて、
マスターのDBが複製されるのでしょうか？
マスターのDBが、スレーブに追加されるような形で複製されて欲しいのですが・・・。
マスターのDBに対して、スレーブは、すべて既存のDBが消去されて、
マスターのDBが複製されるのでしょうか？
マスターのDBが、スレーブに追加されるような形で複製されて欲しいのですが・・・。
MySQLのレプリケーションはSQLが流れるだけだから
マスタにないDB・テーブルがスレーブにあるのは大丈夫。
ただしスレーブにSQLを流す時点で不整合があるとそこでレプリケーションが停止する。
マスタにないDB・テーブルがスレーブにあるのは大丈夫。
ただしスレーブにSQLを流す時点で不整合があるとそこでレプリケーションが停止する。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
mysql スレッド一覧へ類似してるかもしれないスレッド
- MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part19 (982) - [94%] - 2011/6/9 2:33
- MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [94%] - 2010/6/10 20:47 ○
- MySQL 総合 Part18 (986) - [94%] - 2011/1/17 15:46
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part23 (992) - [89%] - 2013/8/11 17:00
- MySQL 総合 Part26 (860) - [89%] - 2023/2/2 9:30
- MySQL 総合 Part21 (1001) - [89%] - 2011/12/25 22:16
- MySQL 総合 Part20 (995) - [89%] - 2011/10/17 4:48
- MySQL 総合 Part24 (1010) - [89%] - 2015/2/14 4:46
- MySQL 総合 Part25 (947) - [89%] - 2017/6/18 6:30
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について