私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part18
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
質問失礼します。
現在ＯＳＷＩＮ７にＭｙＳＱＬをダウンロードしてインストールする際に
InnoDB Tablespace Settingsという項目が空白になってしまい、選択ができません。
何かファイルを消してしまったようです。これを復活させる方法はないでしょうか？
現在ＯＳＷＩＮ７にＭｙＳＱＬをダウンロードしてインストールする際に
InnoDB Tablespace Settingsという項目が空白になってしまい、選択ができません。
何かファイルを消してしまったようです。これを復活させる方法はないでしょうか？
オプティマイザが決定した実行計画が意図通りでなく期待通りのパフォーマンスが
出なかった時に、特定のアクセス方法を強制する場合などに使う。
今はそういうものがあるとだけ覚えておけばよい。必要になる頃には調べ方もわかってるはず。
出なかった時に、特定のアクセス方法を強制する場合などに使う。
今はそういうものがあるとだけ覚えておけばよい。必要になる頃には調べ方もわかってるはず。
MySQL5.0（UTF-8）を使ってますが
「～」、「①」、「Ⅱ」、「㎝」、「－」などなどなどなど
環境依存文字を含む多くの文字・記号を含むデータのinsertがはじかれてしまうのですが。
webのform上からpostしたら大丈夫だったので
何かinsertの方法に不備があったのかなと思っています。
情報足らずかもしれませんが何かわかるかたいらっしゃいますでしょうか。
「～」、「①」、「Ⅱ」、「㎝」、「－」などなどなどなど
環境依存文字を含む多くの文字・記号を含むデータのinsertがはじかれてしまうのですが。
webのform上からpostしたら大丈夫だったので
何かinsertの方法に不備があったのかなと思っています。
情報足らずかもしれませんが何かわかるかたいらっしゃいますでしょうか。
Windowsのコマンドプロンプトからinsertしようとしてるのかと
予想するくらいしかできんね。
予想するくらいしかできんね。
text型のフィールドから正規表現に一致するデータのみを取り出したいのですがどうすれば可能でしょうか？
例）
http://example.com/**(**はフィールドによってまちまち)
下記でtextを全部取り出してperl,phpなどのプログラムで該当するURLを取得するくらいしか思いつきません。
select text from hoge where text like '%http://example.com/%';
変な質問で申し訳ないのですが、ご教示お願い致します。
例）
http://example.com/**(**はフィールドによってまちまち)
下記でtextを全部取り出してperl,phpなどのプログラムで該当するURLを取得するくらいしか思いつきません。
select text from hoge where text like '%http://example.com/%';
変な質問で申し訳ないのですが、ご教示お願い致します。
URLが必要ならテーブル設計が悪いんじゃね?
アクセス頻度にもよるけど、テーブル格納時にバラしておくものかと
アクセス頻度にもよるけど、テーブル格納時にバラしておくものかと
某オンラインゲームのサーバ別情報サイトを扱いたいのですがサーバが5つあります
サーバ別にテーブルを用意すべきか
カラムにサーバ名を入れることでテーブルを統一するかで悩んでます
アプリケーションの実装的には後者のほうが楽なのですが
のちのちレコード数が増えることを考えると速度面で前者にしといたほうがいいのでしょうか？
合計して1日10000件のデータの追加もしくは更新を見込んでいます
放置しておくとデータが増える一方で検索速度にも影響が出ると思うのですが
定期的に古いデータを削除もしくはデータとして蓄積だけ行う墓場のような場所に移動すべきでしょうか？
データを残して削除フラグだけ立てる方法もありますが
レコード数が変わらないので速度的にはどうなのでしょう？
サーバ別にテーブルを用意すべきか
カラムにサーバ名を入れることでテーブルを統一するかで悩んでます
アプリケーションの実装的には後者のほうが楽なのですが
のちのちレコード数が増えることを考えると速度面で前者にしといたほうがいいのでしょうか？
合計して1日10000件のデータの追加もしくは更新を見込んでいます
放置しておくとデータが増える一方で検索速度にも影響が出ると思うのですが
定期的に古いデータを削除もしくはデータとして蓄積だけ行う墓場のような場所に移動すべきでしょうか？
データを残して削除フラグだけ立てる方法もありますが
レコード数が変わらないので速度的にはどうなのでしょう？
カラムにサーバ識別子入れるのが教科書通りの設計
個人サイトなら遅くなったらその時点で設計見直せばいいと思う
個人サイトなら遅くなったらその時点で設計見直せばいいと思う
分割したってせいぜい5分の1にしかならないんだから意味ないよ。
気になるならメモリ5倍積めばいいよ
気になるならメモリ5倍積めばいいよ
>>567-569
ありがとうございます
たいして変わらないということでいいんですね？
確かテスト用レコードを何万件も提供してるようなサイトがあったような気がするので
探して本番環境とは違うしアクセス数も考慮しないのであまり参考にはならないですが
一応自分のPCで検証してみたいと思います
ありがとうございます
たいして変わらないということでいいんですね？
確かテスト用レコードを何万件も提供してるようなサイトがあったような気がするので
探して本番環境とは違うしアクセス数も考慮しないのであまり参考にはならないですが
一応自分のPCで検証してみたいと思います
カラムにサーバ名を入れることでテーブルを統一しといて5台のサーバでcluster
処理追いつかなくなったら、サーバ追加
運用当初は削除はフラグにしておく
容量足りなくなるか、削除データが負荷になるようなら
ログ用ＤＢサーバ用意してarchive engineにする
みたいに、場当たり的じゃなくてちゃんとスケールを考慮した設計しとけばいいんじゃないの？
処理追いつかなくなったら、サーバ追加
運用当初は削除はフラグにしておく
容量足りなくなるか、削除データが負荷になるようなら
ログ用ＤＢサーバ用意してarchive engineにする
みたいに、場当たり的じゃなくてちゃんとスケールを考慮した設計しとけばいいんじゃないの？
すごく初歩的な質問だと思うのですが、、、
1億件ぐらい入っているテーブルに、20万件ぐらいのデータを定期的にインポートしているのですが
データを PRIMARY KEY の項目で予めソートしておいたものはロードの時間が短く
ソートしないものは長い、ということに最近気づきました。
ソートされていないと、PRIMARY KEY で作成される INDEX の更新に時間がかかるのでしょうか？
1億件ぐらい入っているテーブルに、20万件ぐらいのデータを定期的にインポートしているのですが
データを PRIMARY KEY の項目で予めソートしておいたものはロードの時間が短く
ソートしないものは長い、ということに最近気づきました。
ソートされていないと、PRIMARY KEY で作成される INDEX の更新に時間がかかるのでしょうか？
MySQLで大量データのDB設計するのに
わかりやすい、おすすめの書籍やサイトってありますか？
運用や実際の操作より設計に重点を置いたものがいいです
わかりやすい、おすすめの書籍やサイトってありますか？
運用や実際の操作より設計に重点を置いたものがいいです
設計っつてもな。
物理設計なら、半分は運用や実際の操作がかかわってくるし。
論理設計なら、MySQLとか限定する必要もないし。
物理設計なら、半分は運用や実際の操作がかかわってくるし。
論理設計なら、MySQLとか限定する必要もないし。
大量ってどのくらいのデータ？それにも依るんじゃない
数１０G、数１００G、Tバイト？
あとどんな使いかたするDBなのかも重要じゃね？JOINしまくりなのかテーブルなめまくりなのか
予測しとくと「Tバイトに近いデータをどんな複雑な条件でも超高速に検索したい」とかの無理難題
数１０G、数１００G、Tバイト？
あとどんな使いかたするDBなのかも重要じゃね？JOINしまくりなのかテーブルなめまくりなのか
予測しとくと「Tバイトに近いデータをどんな複雑な条件でも超高速に検索したい」とかの無理難題
>>584 かなり危ないですね。知らせてあげましょう。
うわあ・・・俺は踏まないけど
でもこういうのアクセスしても不正アクセスになるんじゃないの？
でもこういうのアクセスしても不正アクセスになるんじゃないの？
phpmyadminって、専用のディレクトリを作って、
.htaccessでアクセス制限した上で、更にmyadminの
パスワード設定をして使って、用が済んだらその都度
消せと教わったけど、今は公開が普通なの？
.htaccessでアクセス制限した上で、更にmyadminの
パスワード設定をして使って、用が済んだらその都度
消せと教わったけど、今は公開が普通なの？
もう数年前になるけど、レンサバでも他ユーザのスケルトン丸見えってのがあったぞ。
さすがにDBにはアクセスしなかったが、サバ屋に電話して対策されるまで1週間程かかってたな。
phpで作ってるからなのか、設置する側のセキュリティに甘さが見える時があるよ。
さすがにDBにはアクセスしなかったが、サバ屋に電話して対策されるまで1週間程かかってたな。
phpで作ってるからなのか、設置する側のセキュリティに甘さが見える時があるよ。
全文検索をやってみようかと思い、sennaを調べていたのですが、wikipedia に
「新たな開発は事実上終了しており」
とあったんですが、日本語の全文検索はどういうやり方が現在主流なのでしょうか？
Namazu？ 私の情報はちょっと古すぎて・・。
「新たな開発は事実上終了しており」
とあったんですが、日本語の全文検索はどういうやり方が現在主流なのでしょうか？
Namazu？ 私の情報はちょっと古すぎて・・。
これかなぁ?
http://bugs.mysql.com/bug.php?id=45562
なんか最後の人が、ソースにちょこっと手を入れてmakeし直すって
解決法を示してますね。それが正しいのかどうかは知らんけど。
http://bugs.mysql.com/bug.php?id=45562
なんか最後の人が、ソースにちょこっと手を入れてmakeし直すって
解決法を示してますね。それが正しいのかどうかは知らんけど。
VirtualBoxでCentOSインストールして、C + MySQLでプログラム組もうとしてるんですが、
PHP + MySQLならネット上にも書籍でもたくさん資料あるんですけど、CとMySQLだとあんまり情報なくて困ってます
どこを見て勉強するのが良いでしょうか？
PHP + MySQLならネット上にも書籍でもたくさん資料あるんですけど、CとMySQLだとあんまり情報なくて困ってます
どこを見て勉強するのが良いでしょうか？
前へ 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 ○
トップメニューへ / →のくす牧場書庫について