元スレMySQL 総合 Part13
mysql覧 / PC版 /みんなの評価 : ☆
251 = :
左様か
252 :
>1マスタNスレーブでマスタを参照してもかまわないわけだし
この場合、更新クエリはマスタで、参照クエリはスレーブに投げるものだと思ったけど、
勘違いかな。。。
253 = :
>>252
>>1マスタNスレーブでマスタを参照してもかまわないわけだし
> この場合、更新クエリはマスタで、参照クエリはスレーブに投げるものだと思ったけど、
> 勘違いかな。。。
そういう風に使うことも多いが、別に決まっている訳じゃない。
更新よりも参照のほうがはるかに多いなら、マスタも参照して全体の負荷下げるほうがいいし。
大きいトランザクションを投げることがあるなら、レプリケーションに遅れが出るけど、
その遅れが許されない場合はマスタを参照すべきだし。
254 = :
>>238
遅レスだが、OSも再インストールすればOK
255 = :
>>238
発想がすごいな。データベース触らないほうがいいかも知れないよ。
256 = :
>>238
まちがえたデータベースを削除すればいいだけではないの?
257 = :
データベース消してさらにアンインストールもしても
ディスク上には残ってるから完全に消したことにはならない
OSインストールしなおしてもデータベースが作られた
場所によってはそれでもまだ消えずに残っているかもしれない
HDD消去ツールを使って完全に消去してから
OSのインストールとMySQLのインストールをすることを薦める
258 = :
ちょっと相談
PHP
259 :
どこにも書けないからここで叫ばせてくれ!!
みんなー!!! releaseは予約語だぞー!!!
カラム名に使ったらダメだぞーーーー!!!!!
でもバッククォートでくくれば使えるぞーーーー!!!!
http://dev.mysql.com/doc/refman/4.1/ja/reserved-words.html
は、あくまで4.X系列のマニュアルだぞーーー!!!
http://www.rfs.jp/sb/sql/02/01.html
が参考になるぞーーーー!!!!
260 = :
>>259
何、このきちがい。
261 = :
たぶんreleaseを使ってはまったんでしょ。
どうせならこっちを参考にすればいいのに。
http://dev.mysql.com/doc/refman/5.1/ja/reserved-words.html
263 :
>>261
ごえぇぇぇぇぇっ! 5.1版って和訳されてたのぉぉぉぉ!?!?!?!?!?!?!?
うぎゃぁぁぁぁあっぁあぁ!!!!!
ヘーターこーいぃぃぃたーーーーーーー!!!!!
俺の半日を返せええええぇぇぇぇぇぇぇぇえぇぇぇぇぇっっっ!!!
264 = :
>>262
DB専用サーバか、apacheやアプリケーションサーバと共有するか、DBの負荷程度、etc・・
状況によってどれをテンプレにするか決める。
メモリのギリまで各サービスに最適なメモリを命一杯割り当てる。
決してスワップさせないように。
267 = :
下記のようなデータがあったとき、
nameフィールドの中に入っている項目が多い順にソートして、なお且つ重複を取り除いて抽出するにはどういったSQLを書けばいいでしょうか?
この例では
りんご
みかん
ぶどう
という順に、入っているデータが多い順に一つにまとめて取り出したいです。
ID name
------------
01 りんご
02 みかん
03 ぶどう
04 りんご
05 りんご
06 みかん
07 りんご
08 みかん
宜しくおねがいしますm(_ _)m
268 = :
SELECT id, name, count(*) FROM rtfm GROUP BY name ORDER BY count(*) DESC;
マニュアル読めよ。
269 = :
すいません、ありがとうございます
270 = :
マニュアルつーかSQLの基本だわな
271 = :
>>268
お礼に、よろしかったらこのリンゴいかがですか。いっぱい取れたもので。
272 :
いただきます
276 = :
>>275
order by (id='0002') desc, id
じゃダメ?
277 = :
>>276
!!!!!!
そんなのあったんですか。。orz
とてつもなくありがとうございました。
278 = :
>>275
オレならソート用のマスタテーブルを joinして sortカラムとかで order する
279 = :
macアドレスは偽装することが可能だし、
それを認証代わりにすることはリスキーでしょ。
暗号鍵を併用したほうがいい。
280 = :
>>278
激重仕様だなw
282 = :
技術的に無理じゃなかろうか。
283 = :
>>281
マスクごと制限しろ
284 = :
INってどういう意味なんですか?
「mysql IN」でぐぐってもINの部分が全く考慮されない検索結果しか出ない(´Д`)
286 = :
即レスありがとうございます。
なるほど。
SELECT hogehoge FROM aaaaa WHERE hogehoge = 10 OR hogehoge = 20 OR hogehoge = 30;
と同じ結果が返ってくるのですね。
287 = :
ストアドプロシージャを使って、表を返すスクリプトを作ったのですが、
PHPからCALLすると can't return a result set in the given context と出ます。
コマンドプロンプトでCALLすると、表が表示されるのですが
どうすれば良いでしょうか。 よろしくお願いします。
288 = :
>>287
スレ違い、と言いたいところだが優しくしてあげよう
mysqli関数群を使わないとダメです
289 = :
>>284
ぐぐる前にマニュアル嫁
291 = :
Do you already have another mysqld server running on port: 3306 ?
294 = :
こういう奇妙な現象の多くは
操作ミスか設定ミスか。
296 = :
>>295
ん?それでええやん
297 = :
MySQLであるレコードのサイズを求める場合って、手計算しかないでしょうか?
あるレコードのサイズをMySQLの関数とかで求める方法ってありますでしょうか?
298 :
>>296
あぁ~。
エラーをキチンと読んでませんでした。
どうもありがとう。
299 = :
>>297
本当は何がしたいの?
その手の質問の時に本当にやりたいことは「レコードのサイズを求める」じゃない事が多いんだけど。
みんなの評価 : ☆
類似してるかもしれないスレッド
- MySQL 総合 Part12 (1001) - [94%] - 2008/1/30 17:34 ○
- 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 総合 Part19 (982) - [94%] - 2011/6/9 2:33
- MySQL 総合 Part23 (992) - [94%] - 2013/8/11 17:00
- 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 総合 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 ○
トップメニューへ / →のくす牧場書庫について