私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part18
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
接続した後はやることは同じだもんな。
mysql(クライアント)のソースでも覗いてみては。
mysql(クライアント)のソースでも覗いてみては。
MariaDBってネーミングはヤメてほしいよな
娘がマリアなんだっけ?
本筋のforkかもしれんが、このネーミングはナシだ
娘がマリアなんだっけ?
本筋のforkかもしれんが、このネーミングはナシだ
綺麗な姉ちゃんに育ったマイは嫁に行ったよ
ブサイクでforkなマリアは行くあてが無くてね、父ちゃんと二人暮しさ
ブサイクでforkなマリアは行くあてが無くてね、父ちゃんと二人暮しさ
質問なんですが、
20kB程度の画像データとそれに伴うせいぜい大きくて20文字程度の
メタデータ10種類くらいをデータベースで管理しようとしたとき
以下の3つのうちどれがいいと思いますか?
データ件数は最大1000万件、メタデータに関してはwhere節や
order byを使って自在に検索したいとします。
A.全部ひとつのテーブル
B.メタデータと画像データを別テーブル
C.メタデータはデータベースで、画像データは画像ファイル
20kB程度の画像データとそれに伴うせいぜい大きくて20文字程度の
メタデータ10種類くらいをデータベースで管理しようとしたとき
以下の3つのうちどれがいいと思いますか?
データ件数は最大1000万件、メタデータに関してはwhere節や
order byを使って自在に検索したいとします。
A.全部ひとつのテーブル
B.メタデータと画像データを別テーブル
C.メタデータはデータベースで、画像データは画像ファイル
>>619
俺ならC。きもちいいぞ
俺ならC。きもちいいぞ
>>620
cはムリポ(´・ω・`)
cはムリポ(´・ω・`)
なるほどー
2000ぐらいずつフォルダにわけて
ファイルで管理するのが正解なのかな。
2000ぐらいずつフォルダにわけて
ファイルで管理するのが正解なのかな。
ファイルにしてもNFSとかに置いちゃうと激遅だから気をつけた方がいいよ
バイナリ破壊は、壊れない方法を一旦確立すれば大丈夫。
その件数だったら俺なら 別テーブルにして file_per_table して更にパーティショニングしちゃうな
バイナリ破壊は、壊れない方法を一旦確立すれば大丈夫。
その件数だったら俺なら 別テーブルにして file_per_table して更にパーティショニングしちゃうな
mysqldump について教えてください
db ver5.1.46 OS WinXP
-- MySQL dump 10.13 Distrib 5.1.46, for Win32 (ia32)
で出力された内容を見ると
/*!40101 SET character_set_client = utf8 */;
になっています。
my.iniの
[mysqld]では
default-character-set=cp932
と指定はしてます
show variablesで見ると
character_set_client cp932
character_set_connection cp932
character_set_database cp932
character_set_filesystem binary
character_set_results cp932
character_set_server cp932
character_set_system utf8
となっています。
なんで、mysqldumpではこのような表示になっているんでしょうか?
※dump出力時には
--default-character-set=cp932
の指定も付けています
db ver5.1.46 OS WinXP
-- MySQL dump 10.13 Distrib 5.1.46, for Win32 (ia32)
で出力された内容を見ると
/*!40101 SET character_set_client = utf8 */;
になっています。
my.iniの
[mysqld]では
default-character-set=cp932
と指定はしてます
show variablesで見ると
character_set_client cp932
character_set_connection cp932
character_set_database cp932
character_set_filesystem binary
character_set_results cp932
character_set_server cp932
character_set_system utf8
となっています。
なんで、mysqldumpではこのような表示になっているんでしょうか?
※dump出力時には
--default-character-set=cp932
の指定も付けています
ここらへんが全然判っていないところだと思うのですが、、、、、
要は出力をcp932で出したいのですけどね
character_set_system utf8
だからsystemの方は utf8だと
んでクライアントの方は cp932ですよと
じゃぁ dump出力時の
--default-character-set=cp932
はどういう意味が?
要は出力をcp932で出したいのですけどね
character_set_system utf8
だからsystemの方は utf8だと
んでクライアントの方は cp932ですよと
じゃぁ dump出力時の
--default-character-set=cp932
はどういう意味が?
>>619
サービスの規模によりそうな気がする。
俺ならBを選ぶかなー
他のデータも乗ってくるなら、スキーマごと分けて、
いつでも画像スキーマだけ別箱に移せるようしとくとか。
Cは安定と信頼の実績
Aはもし速度とか問題になってリプレイスするときダルそう。
サービスの規模によりそうな気がする。
俺ならBを選ぶかなー
他のデータも乗ってくるなら、スキーマごと分けて、
いつでも画像スキーマだけ別箱に移せるようしとくとか。
Cは安定と信頼の実績
Aはもし速度とか問題になってリプレイスするときダルそう。
>>635
元レスの意図がわからんが、NFSでいいんじゃね?
その際、画像データサーバをDBサーバにぶら下げる(DBからのアクセスに限定する)のか、
クライアントから直接アクセスさせるのかは、
パフォーマンスとアクセス権管理のし易さとの見合いで。
元レスの意図がわからんが、NFSでいいんじゃね?
その際、画像データサーバをDBサーバにぶら下げる(DBからのアクセスに限定する)のか、
クライアントから直接アクセスさせるのかは、
パフォーマンスとアクセス権管理のし易さとの見合いで。
遅くなりましたが、自己解決してしまいました。
csvを作成した際に、文字列をダブルクォーテーションでくくったのが問題のようでした。
文字列はくくるものという自分の中での常識が間違っていたようで申し訳ないです。
どうもお騒がせしました・・・
csvを作成した際に、文字列をダブルクォーテーションでくくったのが問題のようでした。
文字列はくくるものという自分の中での常識が間違っていたようで申し訳ないです。
どうもお騒がせしました・・・
>>645
有難うございます。コメントの削除ができました。
有難うございます。コメントの削除ができました。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- MySQL 総合 Part12 (1001) - [94%] - 2008/1/30 17:34 ○
- MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
- 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 総合 Part19 (982) - [94%] - 2011/6/9 2:33
- MySQL 総合 Part26 (860) - [89%] - 2023/2/2 9:30
- MySQL 総合 Part20 (995) - [89%] - 2011/10/17 4:48
- MySQL 総合 Part21 (1001) - [89%] - 2011/12/25 22:16
- MySQL 総合 Part22 (1001) - [89%] - 2012/7/10 16:45
- MySQL 総合 Part23 (992) - [89%] - 2013/8/11 17:00
- MySQL 総合 Part24 (1010) - [89%] - 2015/2/14 4:46
- MySQL 総合 Part25 (947) - [89%] - 2017/6/18 6:30
- MySQL vs PostgreSQL Part2 (941) - [31%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について