私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレ【MySQL】下らねぇ質問はID出して書き込みやがれ 2

mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 :
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

651 : NAME IS - 2012/06/17(日) 14:08:19.49 ID:??? (-28,-16,+0)

やっぱDNSか

652 : NAME IS - 2012/06/17(日) 15:38:45.99 ID:??? (+22,+29,+0)

たまにはエスパーしてみるもんだな

653 : NAME IS - 2012/06/17(日) 16:22:04.23 ID:??? (-19,-30,-170)

PHPでMySQLから文字取得して表示するときに文字化けします。
全部SJISに設定しているはずですが、実際にはUTF-8で出力されちゃいます。
MySQLから取得した文字以外は正常にSJISで表示できてます。

Linux fedora15
MySQL 5.5.23
PHP 5.3.13

MySQLは
character_set_filesysytem=binary
character_set_system=utf8
以外全部sjisで、my.cnfでもsjisにしています。
PHPはmbstring.internal_encording等SJISにしてます。

657 : NAME IS - 2012/06/17(日) 18:59:22.01 ID:??? (-27,-30,-85)

php-mbstringをインストールしていなかったのでインストールしました。
でもやっぱり文字化けするので、
MySQLから取得する毎にmb_convert_encorfing("$ros[""]", "sjis", "auto")で正しく表示されました。
でも根本的に解決できてない…

658 : NAME IS - 2012/06/17(日) 20:31:11.82 ID:??? (+9,+16,-5)

DB設計のスレって即死したまま？

659 : 653 - 2012/06/17(日) 21:39:31.58 ID:??? (-29,-30,-126)

解決しました。
全ての環境をSJISに設定する前にDBに登録していた文字列がUTF8だったために文字化けしていました。
でもMySQLの環境をSJISにしちゃうとLinuxの端末はUTF-8ですしいろいろやっかいなので、
PHP側でいちいちmb_convert_encortingかけてやったほうがよさそうですね。
これだからケータイサイトは…
どうもお騒がせしまいた。

660 : NAME IS - 2012/06/17(日) 23:56:48.20 ID:??? (+27,+29,-10)

ケータイ側に出すとこ、～から受取るとこで変換するのが定石だと思ってたぜ、俺。

663 : NAME IS - 2012/06/18(月) 20:59:55.77 ID:??? (-28,-15,+1)

>>661
マルチ

664 : NAME IS - 2012/06/18(月) 21:01:43.96 ID:??? (+18,+29,+0)

>>663 ごめん勘違いだった

665 : NAME IS - 2012/06/18(月) 23:55:04.38 ID:??? (+27,+29,-18)

ごめんで済むとかないわ
とりあえず脱いでもらおうか

666 : NAME IS - 2012/06/19(火) 08:52:22.71 ID:??? (+27,+29,-1)

昨日からずっと靴下だけなんだがどうすれば

667 : NAME IS - 2012/06/19(火) 11:54:41.64 ID:dMnsFLWZ (+39,+29,-58)

会員登録機能付きポータルサイトを作成してるんですが、
ポータルサイトのデータのテーブルは、あれとこれとリレーションして・・・
とつながっていくんですが、
会員登録情報のテーブルがどことも繋がらず孤立してます。
こういうものですか？

668 : NAME IS - 2012/06/19(火) 12:49:06.19 ID:??? (+32,+29,-26)

>>667
じゃあ会員登録要らないじゃん。
個人情報集めたいだけ？

だれがなにしたとかのビッグデータが最近のはやりだろうがー

669 : NAME IS - 2012/06/19(火) 13:36:55.85 ID:lfWzwZwu (+29,+29,-22)

>>667
分析や広告に利用する
パスワードリマインダーとかにも
使わないなら無くていいかと

670 : NAME IS - 2012/06/19(火) 13:57:59.13 ID:??? (+27,+29,-4)

ログインのためだけに使うなら孤立して当然じゃないの

672 : NAME IS - 2012/06/21(木) 13:35:39.37 ID:??? (+27,+29,-14)

かいけつしました。
http://d.hatena.ne.jp/ichii386/20070924/1190610994
ここを参考にしました

674 : NAME IS - 2012/06/22(金) 11:48:12.85 ID:pbtRwu58 (+34,+29,-50)

MySQL.com のアカウントを削除することは可能でしょうか？
インストールの際にアカウントを作成する必要がないということを後から知りまして、
不要なアカウントが増えたことに気分が悪い状態です

675 : NAME IS - 2012/06/22(金) 23:04:13.99 ID:Cn9YFSwo (+27,+29,-160)

行数と列数は固定値ではなく随時追加削除が可能な2次元の表があります
行や列に位置情報は持たせず1件でも更新があれば
クライアントで現在の表のデータをまとめDBで全件更新するシステムを考えてます
1件でも行や列に作用があったら表の全データをDBに送り
一度表に関連する行と列を全てdeleteしinsertしなおすという手法を考えてます
当然行や列が増えるとやばそうなことになるのですが
こういうシステムってありだと思いますか？
さすがに列値の更新と行の削除ならそこまでしなくても大丈夫ですが

676 : NAME IS - 2012/06/23(土) 02:06:17.77 ID:??? (+33,+30,-72)

RDBで、カラム数可変ってのはどうなんだろな。
やり始めの頃に「欲しいな」と思ったことは無くは無いけど。

つか、毎度毎度全書き換えするんだったら、
全書き換えの際の元になるファイルをそのまま使えばいいじゃん。
どうしてもDBも絡ませたいなら、キー情報とそのファイル内への
ポインタ情報だけDBに持たせとくとか。

677 : NAME IS - 2012/06/23(土) 03:05:34.62 ID:??? (+27,+29,-48)

おっしゃるとおりなのですが表としてのみつかうわけではないので
表を作ってしまうというのはできず・・・
かといって全更新でないと色々と実装が大変で困ったものです

678 : NAME IS - 2012/06/23(土) 06:50:56.75 ID:??? (-22,-23,-23)

>>675
MySQLをやめて最近の列指向DBの採用だな

680 : NAME IS - 2012/06/23(土) 18:31:44.94 ID:??? (+33,+29,-60)

ユニーク制約かけてるカラムに、さらにcreate indexでユニークのインデックス作るの?
無駄だと思うよ。
ユニーク制約かけた時点で自動的にユニーク用のインデックスが作られるわな。

681 : NAME IS - 2012/06/23(土) 20:24:27.51 ID:??? (+32,+29,-22)

>>680
ありがとうございます
UNIQUE制約つけるとインデックスも作成されるという
吹き込まれたことは正しいことだったんですね

682 : NAME IS - 2012/06/23(土) 21:19:18.43 ID:VC/yQrwj (+24,+29,-35)

>吹き込まれたことは正しいことだったんですね

吹き込んだ奴が常日頃信用されていない事がよく分かるレス

683 : NAME IS - 2012/06/23(土) 21:54:32.57 ID:??? (+27,+29,-2)

あほかい
自分で確認くらい出来るだろうに

684 : 674 - 2012/06/24(日) 02:07:06.96 ID:8bK9xUPQ (+19,+29,-14)

精神が侵されるぅううううううううううううううううううううう！！！！！

685 : NAME IS - 2012/06/26(火) 11:07:08.36 ID:??? (+17,+29,+0)

いええええええええええええええええええい！！！！！！

689 : NAME IS - 2012/06/30(土) 09:58:23.14 ID:OoZcXmth (+25,+30,-39)

世の中のマスターってそんなに簡単に止められるものなの？
うちのマスターは夜中でも止められない。
マスター止めるかお前が辞めるか好きな方選べみたいなノリすらある。

690 : NAME IS - 2012/06/30(土) 11:36:18.22 ID:??? (-23,-29,-94)

MySQLのバックアップ方法で質問ですが、現在はAutoMySQLBackupを使って一端固めて
それを外部からrsync使ってバックアップしていますが、もう少し効率的なバックアップ方
法ってありますでしょうか？
ちなみに、これとは別にリプリケーションによる障害対策は行っています。

691 : NAME IS - 2012/06/30(土) 14:40:58.44 ID:??? (+7,+5,-30)

>>689
スレーブ再構築はマスタとめなくてもできるよ
InnoDBしか使っていなければ

692 : NAME IS - 2012/06/30(土) 14:42:42.65 ID:??? (+27,+29,-8)

>>690
LVMスナップショットでやる方法もあるけど、
実績重視で特に変更しなくてもいいと思う

694 : NAME IS - 2012/06/30(土) 20:28:35.53 ID:??? (-13,-30,-159)

>690
スレーブを止めて好きな方法でバックアップする。
STOP SLAVEでレプリケーションだけとめてmysqldumpでもいいし、
サービス自体とめてファイル単位のバックアップソフトでもいい

マスタからバックアップを取りたいなら、--master-dataオプション付でmysqldump
#こっちは>689にもいえるかな
オプションでつける数字は
・バイナリログ使って最新まで復旧させたい：１
・別のデータベース名でリストアするかもｏｒレプリケーションできなくていい：２
で設定しておけば、まず大丈夫

698 : NAME IS - 2012/07/01(日) 02:44:10.54 ID:??? (+34,+29,-72)

>>692
>>694
なるほど、ありがとうございました。
リプリケーションのDBはスレーブに関しても止めたくないので、現状で
このままで行こうかと思います。
とはいえ、そろそろDB自体がかなり大きくなっているので、杉のステージ
にする必要が出てきたような気もします。

699 : NAME IS - 2012/07/01(日) 02:44:44.80 ID:??? (+3,+5,+1)

＞杉のステージ
＞次のステージ
失礼しました。

700 : 693 - 2012/07/01(日) 11:52:46.76 ID:??? (+33,+29,-21)

>>697
>セパレートされた単語でしかHITさせないのがmatch .. against。
ありがとうございます。
LIKEと同じ使いかたが出来ないと分かりました。

しかしセパレートされた単語の後方一致も不可となると、
ひどく使いにくい気がするのですけれども、そこは（何らかの方法で）セパレートを増やすしかないですか。

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで /

mysql スレッド一覧へ

みんなの評価 :

類似してるかもしれないスレッド

【】　MySQLを買収したSunを買収したOracleを　【】 (112) - [25%] - 2023/1/22 14:15
【この先一体】MySQL 総合 Part15【どうなるの】 (1001) - [21%] - 2009/11/22 13:31 ○

トップメニューへ / →のくす牧場書庫について

総計:	127,062,297人
頁
昨日:	no data人
頁
今日:	人
頁