常連

インフルエンサー

注目の的

社会貢献

回答者

ベストアンサー

拍手喝采

自己紹介

有名人

こんにちは、最近C++の記事を幾つか見ていて下記のような記述を幾つか見かけました
> デストラクタにvirtualをつけないと
> ポリモーフィズムを使った際などに派生クラスのデストラクタが呼び出されない可能性がある
> デストラクタが呼び出されないということはメモリリークの危険性を孕んでいる

といったものです。
だいたいこんな感じで解説がされているので「そういうものなんだな」
って思う方が大多数だと思いますが、
逆にデストラクタにvirtualを**つけない**場合のメリットはあるのでしょうか
無知な私からしますともしメリットが無いのであればもはやC++コンパイラのバグの次元で直せばいいのにと思ってしまいます

知ってる方がいらっしゃいましたら回答していただけると幸いです

デストラクタにvirtualをつけない理由・つける理由

###商品登録データベースを作成したいと思っております。
商品画像データをデーターベースに登録したいと思い、
初心者ながらgoogleで色々調べてみたところ、
データ型を「mediumblob」にすると画像を保存できるという記事を見かけましたが、
基本的にデーターベースには画像を保存しないほうがいいというご意見もありました。
普通は画像のパスをデーターベースに保存する、という意見でした。

基本的にはどちらが良いのでしょうか？
（データーベースに負荷を与えない画像保存？）

皆様のご意見をお聞かせください。

宜しくお願い致します。

データベースに画像を保存するのはありでしょうか？

プログラミング2年目で、Androidのアプリ開発から始め、Swiftで最近iOSもちょっとやってます。
SwiftやKotlinに若干触れた際の疑問です。

Javaでは、一般に、フィールド変数を直接参照するよりも、getter/setterメソッドを介して値をgetなりsetなりするのが良い、と最初の頃に読んだ本に書いてあり、実際それに沿った実装が多いと思います。

一方、SwiftやKotlinでは、フィールド変数はメソッド経由ではなく、直接参照したり、変更したりするような言語の設計になっていると理解しています。

そこで質問なのですが、なぜこれらの比較的新しい言語では、getter/setterを嫌って（？）このような設計となっているのでしょうか？
これによるメリットって、getter/setterを毎回書かなくて済むっていうことだと思うのですが、AndroidStudioだったら自動で書いてくれる機能がありますし、他のIDEでも、プラグインなどで同じ機能は簡単に実現できると思います。

むしろ、デメリットとして、次のような点があると思っています。

・参照したい時にとりあえずgetって打ってから予測変換で探すことができないからめんどい
・Swiftだと、ある変数の値を変えようとして代入すると、"この変数はReadOnlyだよ"とかいった警告が出てきて、だるい（それならgetterだけ実装してsetterを実装しなければいいのに）

そしてこのデメリットはメリットと比べて大きすぎるように自分は思うのですが、getter/setter排除による、僕が気づいていないメリットが他にあるのでしょうか？

最近のプログラミング言語にgetter/setterがないのはなぜ？

webサービスを作っているとき、ユーザーの銀行口座情報をもたないといけないとき、みなさんはどこに保存されていますか？
知見がなかったので、困っています。ぜひご意見いただきたいです。

クレジットカード決済であれば、paypalやwebpayなど外部サービスを使い、自身で口座情報をもつ必要はないと思いますが、受け取り口座情報など、決済サービスと関わりない場合、自身で口座情報をもたないといけない気がしています。
情報漏えいの可能性を考えると自身でもつのはとてもリスクがあり、みなさんは、どのように対処されてるか、ぜひ教えていただきたいです。

もし、口座情報保存のおすすめサービスなどあれば、教えていただきたいです。
どうぞよろしくお願いします。

【DBの仕様】webサービスの銀行口座情報はどこに保存していますか

株価データをmysqlにinsertするシステムを組んでおります。
全銘柄の株価を1分おきに取得します。
銘柄数は3600、株式市場の時間は1日300分
3600×300=1,080,000レコードとなります。

カラムは以下の通りです。
id int(10) AUTO_INCREMENT
code smalint(5)//銘柄コード
price double//株価
dekidaka int(10)//出来高
created_at date//取得時刻

selectする際の速度を最重視するため、
ストレージエンジンはMyISAMを採用し、ORMは使用しない予定です。
普段テーブル設計をする際はupdated_atカラムを含ませているのですが、
レコード数が膨大になって容量を食う上、updateも行わないため除いています。
・insertは遅くても問題ない
・updateは基本的に行わない(過去の株価は不変)

selectの際、codeもしくはcreated_atを元にpriceを取得したいのですが、
インデックスを付けるのはcodeとcreated_atだけではなく、priceにもつけた方が良いのでしょうか？
○円以上○円未満というbetweenによってpriceを取得します。

その他ご教示頂きたいのは以下の通りです。

・レコードが数億に対し、codeの種類が3600というのはカーディナリティが低いといえるのか
・パーティショニングした方がよいのかテーブルを年毎に分けた方が良いのか
・パーティションはレコード数がどのくらい増えるごとに作成する必要があるのか
・インデックスは部分インデックスにした方がよいのか

宜しくお願いいたします。

※追記
回答者の方からidカラムは不要ではないかとの回答を頂きました。
容量削減のためidカラムを削除する方向へもっていきたいのですが、一意の値のカラムを無くした場合デメリットがありましたらご教示頂けますと幸いです。

1日に100万レコード増える場合のテーブル設計

１）fillableプロパティを設定する理由
Laravel4から、Eloquent ORMにて複数代入を行う場合、モデル内にfillableプロパティを設定しなければデフォルトでは全項目代入禁止となっています。インジェクション対策とのことですが、全項目代入許可した場合、具体的にどのような理由で脆弱なのでしょうか。

２）DBにinsertする際はFluentクエリビルダーを使用した方が良いのか。
Eloquent ORM の creat()に脆弱性があるのであれば、DBにinsertする際は Eloquent ORMの通常のinsert方法もしくはFluentクエリビルダーを使用した方がセキュリティ上良いのでしょうか？

以上２点、ご教授お願い致します。

[Laravel4]Eloquent ORM のcreate()の脆弱性について

サイトをLaravelへ切り替えようとしています。
古いサイトには、複数人のユーザーが入っており、それぞれのユーザーにはmd5ハッシュがパスワードとして付いています。

Laravelに変更する上で、**Auth::attempt**を使いたいのですが、どうもパスワードストリングをハッシュするために独自のメソッドを使っているようなのです。ユーザー全員にパスワードを変えさせるのは避けたいです。

それを避けるために**Auth class**に**md5**を使わせる方法はありますか？
もしあるのであれば、やり方を教えていただけると大変ありがたいです。