[過去ﾛｸﾞ]
スレ立てるまでもない質問はここで 162匹目 (1002ﾚｽ)
スレ立てるまでもない質問はここで 162匹目 http://mevius.5ch.net/test/read.cgi/tech/1666337882/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
1: デフォルトの名無しさん (ﾜｯﾁｮｲ 834f-KWxC) [] 2022/10/21(金) 16:38:02.86 ID:X//QLN3D0 この板はプログラムを作る人のための板です。 あらゆる質問はまず スレ立てるまでもない質問はここで スレにしてください。 次スレは>>980が立てること 【前スレ】 スレ立てるまでもない質問はここで 161匹目 https://mevius.5ch.net/test/read.cgi/tech/1661583836/ VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured http://mevius.5ch.net/test/read.cgi/tech/1666337882/1
2: デフォルトの名無しさん (ｽﾌﾟｯｯ Sdbf-kCmy) [] 2022/10/21(金) 17:08:16.85 ID:CLgyW1syd Rubyはもう終わりつつあります そのためしつこくRubyを薦めてくる輩がいますが、そいつの言葉は無視しましょう http://mevius.5ch.net/test/read.cgi/tech/1666337882/2
3: デフォルトの名無しさん (ﾜｯﾁｮｲ 0f14-7iBv) [sage] 2022/10/21(金) 19:57:35.30 ID:9rsGXryY0 つまりこれからの時代はシェルスクリプトだ http://mevius.5ch.net/test/read.cgi/tech/1666337882/3
4: デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MMb6-mtBI) [] 2022/10/22(土) 00:40:30.19 ID:mOKEtYJzM 前スレで近寄ってはいけないプログラミング言語の結論が出ていて笑った Ruby www http://mevius.5ch.net/test/read.cgi/tech/1666337882/4
5: 前スレ962 (ｱｳｱｳｳｰ Sa45-S9Fx) [sage] 2022/10/22(土) 01:22:49.49 ID:thIOIGu+a 散々な言われようだけどRubyはそんなまずいの？ 質問乗ってくれてる人がいる訳だけど C#勧める人もいたけどどうすべきかね 自分は目的のものが作れたらそれでいいんだけどね http://mevius.5ch.net/test/read.cgi/tech/1666337882/5
6: デフォルトの名無しさん (ｽﾌﾟｯｯ Sd02-UcFK) [] 2022/10/22(土) 01:37:05.70 ID:ob4r4vRAd >>5 作るものによる WEB系の新プロジェクトにRubyを使うのは止めといた方がいい WEB系以外はRubyの出る幕はない http://mevius.5ch.net/test/read.cgi/tech/1666337882/6
7: デフォルトの名無しさん (ﾜｯﾁｮｲ 427c-UuoP) [sage] 2022/10/22(土) 02:20:58.42 ID:JgadWci70 railsでどうしても作りたいとかじゃない限りはRubyはオススメ出来ないかな 似たような仕組みは他のフレームワークで体験出来るしね それに処理速度が有名所では一番遅いんじゃないかな？ コンピュータの性能が上がっているしそこまでネックになる事は無いにしても 早いに越したことはない http://mevius.5ch.net/test/read.cgi/tech/1666337882/7
8: デフォルトの名無しさん (ﾜｯﾁｮｲ d102-hMJY) [] 2022/10/22(土) 09:21:26.50 ID:QV8zWD4O0 カラムが100個ぐらいあるテーブルを検索する画面を作るのですが、レコード数が膨大で1億件ぐらいあり、 各カラム一つ一つにインデックスを貼れば、そのカラムだけで検索した時は速いのですが、 複数カラムで検索すると、データの偏りにもよると思うのですが、遅い時も多くなってしまいます。 全てのカラムの組み合わせに対してインデックスを貼るのも、その後のメンテナンスを考えるとあまり現実的でなく、 何かうまいやり方はないかと模索しているのですが
、似たようなことやったことある人いませんか？ http://mevius.5ch.net/test/read.cgi/tech/1666337882/8
9: デフォルトの名無しさん (ﾜｯﾁｮｲ 8201-yYWu) [sage] 2022/10/22(土) 09:28:44.61 ID:0Z7kQC5T0 100列もあるようなクソ設計してる時点で無理 サーバーのSSD化とか物理的手段で頑張れ http://mevius.5ch.net/test/read.cgi/tech/1666337882/9
10: デフォルトの名無しさん (ﾜｯﾁｮｲ d102-hMJY) [sage] 2022/10/22(土) 09:37:44.22 ID:QV8zWD4O0 >>9 元々は別々のサーバに分散しているテーブルをその都度結合していたんですが、 必ずしも単純なキーの突合だけでは済まないこともあり、性能に難があるということで、 一つにまとめたんですよね・・・。 http://mevius.5ch.net/test/read.cgi/tech/1666337882/10
11: デフォルトの名無しさん (ﾜｯﾁｮｲ eeb0-72Rk) [sage] 2022/10/22(土) 10:29:12.54 ID:J0WzfMNr0 全部の組み合わせの複合インデックスなんて必ずしも使われないだろ。 単一カラムインデックスだけだと選択性が悪い使用頻度が高い組み合わせに複合インデックスを追加していけばいいんでは。 あと、もしDWHみたいに各部分キーのカラムのカーディナリティが低いならビットマップインデックスを検討してみるとか。 http://mevius.5ch.net/test/read.cgi/tech/1666337882/11
12: デフォルトの名無しさん (ﾜｯﾁｮｲ d102-hMJY) [sage] 2022/10/22(土) 10:32:28.85 ID:QV8zWD4O0 >>11 ビットマップインデックスも検討したんですが、エディションの関係で使えないんです・・・。 確かに使用頻度の高いものだけインデックス貼るのが現実できなんでしょうけど、 実際にユーザーがどれをどの頻度で使うかっていう客観的な統計データが無いので、 ヒアリングするとかで絞り込むしかなさそうです・・・。 http://mevius.5ch.net/test/read.cgi/tech/1666337882/12
13: デフォルトの名無しさん (ﾜｯﾁｮｲ 059f-fARP) [sage] 2022/10/22(土) 11:49:46.44 ID:nOyTQUKy0 まさにその検索性能と整合性を両立するために正規化するものだが http://mevius.5ch.net/test/read.cgi/tech/1666337882/13
14: デフォルトの名無しさん (ﾜｯﾁｮｲ eeb0-72Rk) [sage] 2022/10/22(土) 13:23:14.68 ID:J0WzfMNr0 >>12 今稼働中のシステムの改善てことならスロークエリログをとったりデータの分布を調べたり、 やりようはあると思うが。 http://mevius.5ch.net/test/read.cgi/tech/1666337882/14
15: デフォルトの名無しさん (ﾜｯﾁｮｲ e94f-9Hqw) [sage] 2022/10/22(土) 13:54:08.44 ID:5ajtmD/n0 Ruby on Rails では、1対1 で表を分割したり、 単一テーブル継承を使ったりする 例えば単一テーブル継承では、 自宅住所・会社住所がある場合、住所から継承させる そしてO/R マッパーが自動的に、型を切り替える。 自宅住所なら住所表のtype=1、会社住所ならtype=2 など だからプログラマーは、住所表を意識しなくてよい。 自宅住所・会社住所だけを扱うだけでよい こうやって、似たような項目を裏側で、1つの表にまとめてしまう http://mevius.
5ch.net/test/read.cgi/tech/1666337882/15
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 987 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.020s