私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part21
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
勘違いするなよ？MySQLの総合だ。
非効率どころか、いろんな人の意見聞けるじゃんｗレス乞食さん
非効率どころか、いろんな人の意見聞けるじゃんｗレス乞食さん
MySQL より Google の BigTable が Excel をバカでかくしたモノに近いかもしれない
データのサイズがペタバイトサイズだけど
データのサイズがペタバイトサイズだけど
>>219
なるほど
なるほど
>>221
219じゃないけど、GAEはあんまりおすすめしない。
って言うのも、GAEで作ったらサーバーを移行できない。
汎用性あるコードを書くならやめたほうがいいよ。
遊びでやるならまだいいとは思うけど。
219じゃないけど、GAEはあんまりおすすめしない。
って言うのも、GAEで作ったらサーバーを移行できない。
汎用性あるコードを書くならやめたほうがいいよ。
遊びでやるならまだいいとは思うけど。
amazonの顧客管理と注文管理はExcelでやってるらしいね
優秀な奴が使えばExcelもデータベースソフトの代用になる
優秀な奴が使えばExcelもデータベースソフトの代用になる
>>224
ソースplz
ソースplz
MySQLでの設計の質問です。
joinってどこまですればいいんですかね？
いま、USERの選択肢ごとにテーブル作る感じで設計してます。
でも、USERの情報だったら、USERテーブルに全部入れたほうが楽だなと思い始めてきました。
今俺、ちょっとjoinしすぎじゃね？って感じになりつつあります。
みなさん、例えば、職業や役職とかを選択する場合、選択肢毎にTable作ったりします？
その様なのが７～８個あったりするんですよね。いろいろ迷い中です。
よろしくお願いします。
joinってどこまですればいいんですかね？
いま、USERの選択肢ごとにテーブル作る感じで設計してます。
でも、USERの情報だったら、USERテーブルに全部入れたほうが楽だなと思い始めてきました。
今俺、ちょっとjoinしすぎじゃね？って感じになりつつあります。
みなさん、例えば、職業や役職とかを選択する場合、選択肢毎にTable作ったりします？
その様なのが７～８個あったりするんですよね。いろいろ迷い中です。
よろしくお願いします。
>>234
そんな事したら、職業や役職増える度にハードコーディングの必要が生じるけどいいの？
（むしろわざと手離れ悪いシステムにしてメンテで稼ぐとかの目的で）いいんだったら、いいんじゃない
普通はコードは挙動、DBはデータの原則に外れないように組んでいくのが常道だと思うよ
USERマスタにどこまでのデータを含めるかとかで、悩んでるんだったら
（おそらく勉強済みだろうけど）もういちど正規化について復習した上で
必ずしも第5正規化までする必要はない事が多いから（むしろ害になることが多い）
そのへんは経験で、としかいいようがないので現場にいる先輩とかに相談しながら決めるとよいと思う
そんな事したら、職業や役職増える度にハードコーディングの必要が生じるけどいいの？
（むしろわざと手離れ悪いシステムにしてメンテで稼ぐとかの目的で）いいんだったら、いいんじゃない
普通はコードは挙動、DBはデータの原則に外れないように組んでいくのが常道だと思うよ
USERマスタにどこまでのデータを含めるかとかで、悩んでるんだったら
（おそらく勉強済みだろうけど）もういちど正規化について復習した上で
必ずしも第5正規化までする必要はない事が多いから（むしろ害になることが多い）
そのへんは経験で、としかいいようがないので現場にいる先輩とかに相談しながら決めるとよいと思う
>>235
どもです。
GAEを触ったときに、BigTableってどっちかと言ったら、ハードコーディング祭りなんですよ。
ま、そんなんもアリなのかなぁってレベルで考えてました。
自社サービスなんで、運用の手間は避けたいですねｗ
でも、テーブルに入れるのも、コードに入れるのもあんまり変わらないですかね。
確かに、原則もうちょいしっかり見なおしてから、検討してみます。
ありがとうございました！！
どもです。
GAEを触ったときに、BigTableってどっちかと言ったら、ハードコーディング祭りなんですよ。
ま、そんなんもアリなのかなぁってレベルで考えてました。
自社サービスなんで、運用の手間は避けたいですねｗ
でも、テーブルに入れるのも、コードに入れるのもあんまり変わらないですかね。
確かに、原則もうちょいしっかり見なおしてから、検討してみます。
ありがとうございました！！
すいません、質問です。
下請けIT土方および、その予備軍である底辺高専、専門学校生はなぜゴミレベルなのにプライドが高いのですか？
下請けIT土方および、その予備軍である底辺高専、専門学校生はなぜゴミレベルなのにプライドが高いのですか？
>>241
あ、下請け土方の方ですか？それとも予備軍の方ですか？
あ、下請け土方の方ですか？それとも予備軍の方ですか？
PostgreSQLからMySQLにデータを移したいのですが、pg_dumpallで20GBでした。テキスト出力だと300GBを超えるためHDDの容量不足のため処理ができません。
pg_dumpallのデータをなんとかMySQLでロード可能になりませんでしょうか。
pg_dumpallのデータをなんとかMySQLでロード可能になりませんでしょうか。
>>245
前に自分がやったときは、
スクリプト組んで直接データをSELECT→組み換え→INSERTってやりました。
カラム名変えたり、いろいろあったのでこの方法しか無かったのですが
参考にならないですねｗ
前に自分がやったときは、
スクリプト組んで直接データをSELECT→組み換え→INSERTってやりました。
カラム名変えたり、いろいろあったのでこの方法しか無かったのですが
参考にならないですねｗ
>>245
おりゃPostgresは知らないけど、調べてみたらpg_dumpallの出力って普通にテキストやん。
中身はポスグレのSQLそのものみたいだし。
http://lets.postgresql.jp/documents/technical/backup/2
これだったら適当なスクリプト、それこそAWK程度でも何でも使って変換するというか、
最低限ならINSERTのデータ部分だけ抽出なんてのもできるんでは?
おりゃPostgresは知らないけど、調べてみたらpg_dumpallの出力って普通にテキストやん。
中身はポスグレのSQLそのものみたいだし。
http://lets.postgresql.jp/documents/technical/backup/2
これだったら適当なスクリプト、それこそAWK程度でも何でも使って変換するというか、
最低限ならINSERTのデータ部分だけ抽出なんてのもできるんでは?
お前らカスも後悔しとるやろ、ここまで粘着されなあかんねん！と悔しがってるやろ
最初に偉そうに無下に扱わんかったらよかったのにな。俺は最初丁寧に質問したんや
お前ら高専、専門学校生卒、特に専門卒は妙なプライド？みたいの持ってるようやな
ホンマにキモいわ、頭悪いのになんでそんなに偉そうやねん。高々短大卒程度の低学歴やろ？なんなんホンマに。
旧帝理系院卒に逆らってるんじゃねーぞ、ゴミ野郎
最初に偉そうに無下に扱わんかったらよかったのにな。俺は最初丁寧に質問したんや
お前ら高専、専門学校生卒、特に専門卒は妙なプライド？みたいの持ってるようやな
ホンマにキモいわ、頭悪いのになんでそんなに偉そうやねん。高々短大卒程度の低学歴やろ？なんなんホンマに。
旧帝理系院卒に逆らってるんじゃねーぞ、ゴミ野郎
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
mysql スレッド一覧へ類似してるかもしれないスレッド
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part20 (995) - [94%] - 2011/10/17 4:48
- MySQL 総合 Part25 (947) - [94%] - 2017/6/18 6:30
- MySQL 総合 Part24 (1010) - [94%] - 2015/2/14 4:46
- MySQL 総合 Part23 (992) - [94%] - 2013/8/11 17:00
- MySQL 総合 Part26 (860) - [94%] - 2023/2/2 9:30
- MySQL 総合 Part13 (996) - [89%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part14 (1001) - [89%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part15 (1001) - [89%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [89%] - 2010/6/10 20:47 ○
- MySQL 総合 Part18 (986) - [89%] - 2011/1/17 15:46
- MySQL 総合 Part19 (982) - [89%] - 2011/6/9 2:33
- MySQL 総合 Part12 (1001) - [89%] - 2008/1/30 17:34 ○
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について