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

mysql覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

652 = :

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

658 = :

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

660 = :

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

664 = :

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

665 = :

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

666 = :

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

667 :

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

668 = :

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

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

669 :

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

670 = :

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

672 = :

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

674 :

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

675 :

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

676 = :

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

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

677 = :

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

680 = :

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

681 = :

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

682 :

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


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

683 = :

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

684 :

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

685 = :

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

689 :

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

691 = :

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

692 = :

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

698 = :

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

699 = :

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

700 = :

>>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 ○