私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part19
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
サービス規模によるね
停止しても１５秒程度なら問題無いとかね。
実際いくつかmysqldumpを朝４時頃回してる
停止しても１５秒程度なら問題無いとかね。
実際いくつかmysqldumpを朝４時頃回してる
select * from table だと title が同じレコードを複数持ってきて
全行に select count(id) ... を実行するから遅くて当たり前
①select * from from table を select title from table group by title にする
②select title, count(*) from table group by title
とにかくSQLの勉強をしなさい
全行に select count(id) ... を実行するから遅くて当たり前
①select * from from table を select title from table group by title にする
②select title, count(*) from table group by title
とにかくSQLの勉強をしなさい
SQL文を解釈して実行するプログラムはプログラミング言語を処理するコンパイラの様に
字句解析、構文解析といった処理を行ってるのかな？
コンパイラの作り方の本を読めば参考になるかな？
それとも全く別で関係ない？
字句解析、構文解析といった処理を行ってるのかな？
コンパイラの作り方の本を読めば参考になるかな？
それとも全く別で関係ない？
SQL文なんてプログラミング言語に比べたら解析簡単だろ
参考にはなるけどレベル高すぎると思う
とりあえず SQL 構文解析 で調べたほうがいい
参考にはなるけどレベル高すぎると思う
とりあえず SQL 構文解析 で調べたほうがいい
>>611
微塵も関係ないな
微塵も関係ないな
>>614
一応ちょっと解析っぽいことはしてる
一応ちょっと解析っぽいことはしてる
ショートURLサービスを作ってみようと思うんですが、
「http://bit.ly/パラメータ」のあのパラメータは64進数の数値だそうで、
あらかじめ一定の範囲のパラメータをDBにパラメータテーブルとして持たせておこうと思います。
構成は
id（主キー、auto_increment）／param／is_used（使用済みチェック）
1／abc1／0
2／abc2／0
3／abc3／0
こんな感じにしたいのですが（数値は適当です）、たとえばパラメータの値を100000～300000まで
あらかじめ入れておくとして、
プログラム（php）のfor文で「indexを64進数に変更してinsertを20万回ループ」させるのは
おかしい気がします。
Mysql5の機能だけでスマートに実現する方法はあるでしょうか？
あと、上のパラメータテーブルの構造はおかしいでしょうか。
idは要らないのかな、is_usedも無用で利用されたパラメータの行は削除の方が良いんでしょうか。
「http://bit.ly/パラメータ」のあのパラメータは64進数の数値だそうで、
あらかじめ一定の範囲のパラメータをDBにパラメータテーブルとして持たせておこうと思います。
構成は
id（主キー、auto_increment）／param／is_used（使用済みチェック）
1／abc1／0
2／abc2／0
3／abc3／0
こんな感じにしたいのですが（数値は適当です）、たとえばパラメータの値を100000～300000まで
あらかじめ入れておくとして、
プログラム（php）のfor文で「indexを64進数に変更してinsertを20万回ループ」させるのは
おかしい気がします。
Mysql5の機能だけでスマートに実現する方法はあるでしょうか？
あと、上のパラメータテーブルの構造はおかしいでしょうか。
idは要らないのかな、is_usedも無用で利用されたパラメータの行は削除の方が良いんでしょうか。
>>620
ショートURLサービスは特許登録されていますから、手法が似てると侵害で訴えられますよ
ショートURLサービスは特許登録されていますから、手法が似てると侵害で訴えられますよ
>>622
それでお金儲けしなきゃ問題ない
それでお金儲けしなきゃ問題ない
>620が無料サービスしたせいで、ビジネス機会損失したら
余裕で損害賠償請求始めるわ
余裕で損害賠償請求始めるわ
>>629 冗談だボケ
まぁ本当に特許取ってるかも知れんけど俺は知らんよ
まぁ本当に特許取ってるかも知れんけど俺は知らんよ
>>631
なぜ安心できるのか
なぜ安心できるのか
>>630
それは冗談とは言わんな。 嘘 と言うんだよ
それは冗談とは言わんな。 嘘 と言うんだよ
>>642
上げてもかわらんだろ。
innodbはmyisamと違ってレコード数は実際に数えないとわからんから概算ってことだ。
そもそもphpmyadminでも、正しい数字ではありません、って注意書きある。
上げてもかわらんだろ。
innodbはmyisamと違ってレコード数は実際に数えないとわからんから概算ってことだ。
そもそもphpmyadminでも、正しい数字ではありません、って注意書きある。
>>643
なるほど、参考程度に見ておけってことですね。
なるほど、参考程度に見ておけってことですね。
select sleep(10);
で、とりあえずスロークエリはすぐ出せる
で、とりあえずスロークエリはすぐ出せる
>>648が天才すぎてびっくりした。いやマジで。
なんつーか死にたくなってきたわ。
なんつーか死にたくなってきたわ。
前へ 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 総合 Part18 (986) - [94%] - 2011/1/17 15:46
- 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 ○
トップメニューへ / →のくす牧場書庫について