[過去ﾛｸﾞ] DB設計を語るスレ 10 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
903(2): 2021/02/08(月)16:44 ID:??? AAS
>>901
で、お前さんならどうするの？
904(1): 2021/02/08(月)17:50 ID:??? AAS
>>903
id|表示名1|表示名2|表示名3|表示名4|表示名5|表示名6|表示名7|表示名8|…
↑こういう設計見たらどうするの？
905(1): 2021/02/08(月)17:51 ID:??? AAS
扱うシステムの規模にもよるだろうが、大量に名称マスタが必要なシステムだと方向性間違えると辛いことになる
マスタを全て分けると必要最低限の管理画面が必要。その開発工数がバカにならない。
上でも挙がっているが
Rubyのスキャフォールドは便利だが、大規模システムで動的型付け言語は別の点でやばくなる。
asp.net mvcのスキャフォールドはrubyのパクリだが静的型付けなのでまだマシ。
これらに限らず最近のフレームワークは似たような構築機能があるだろう。
加えてシステムの変更に強い。
この名称マスタだけカラムを追加したいみたいなことに対応しやすい。
小規模で変更がないシステムであれば…名称マスタも少ないだろからやっぱりちゃんとマスタ作ったほうがいいんじゃない？
906: 2021/02/08(月)18:32 ID:??? AAS
>>904
いいんじゃないの？
表示名nみたいな名前はどうかと思うけど
で、>>903の回答は？
907(2): 2021/02/08(月)19:34 ID:??? AAS
セックスマスター作る派のやつは、セックスマスターメンテナンス画面もつくるのか？
908: 2021/02/08(月)20:10 ID:??? AAS
あたり前田
909(1): 2021/02/08(月)20:54 ID:??? AAS
"ぼくのかんがえた最強のセックスマスター"が瞬殺されて涙目の素人さんwww
910: 2021/02/08(月)21:12 ID:??? AAS
>>907
セックスマスターにインサートしちゃう
911: 2021/02/08(月)21:27 ID:??? AAS
>>909
そういうゴタクはよりマシなセックスマスター提示してから言わないと恥ずかしいだけやでww
912: 2021/02/08(月)21:34 ID:??? AAS
セックスマスター作らない人は
TO_DOU_FU_KEN_MASTERも作らないの？
913: 2021/02/08(月)22:34 ID:??? AAS
アボンばかり
914(1): 2021/02/08(月)22:52 ID:??? AAS
>>905
マスタを分けてもテーブルの構造に応じて
メンテ画面の内容が変わるようなのを1つ作っとけばいいだけでしょ
異なるコード体系を1カラムに詰め込むのはC#でdynamic typeを使うようなもの
915: 2021/02/08(月)23:14 ID:??? AAS
>>907
都道府県マスターと同じでメンテ画面は必要ないことのほうが多い
916(2): 2021/02/09(火)12:09 ID:??? AAS
>>914
異なるコード体系を1カラムに突っ込むなんて書いてないつもりなんだが。
んで、そういう動的に画面生成されるようなやつってどうなんだろ
動的にsql組み立てることになって結局メンテナンスしづらくなると思う。
917(1): 2021/02/09(火)12:45 ID:??? AAS
表示を日本語でするか英語でするかを、
使用するユーザーが決める
それと同じように作ればいい
918(1): 2021/02/09(火)16:02 ID:??? AAS
>>916
>加えてシステムの変更に強い。
>この名称マスタだけカラムを追加したいみたいなことに対応しやすい。
じゃ”この名称マスタ”ってどういう構造を想定して言ってるの？
919: 2021/02/09(火)16:11 ID:??? AAS
>>917
それをRDBでやる方法がよくわからないからOTLTみたいなものになってるんだろうね
920: 2021/02/09(火)17:16 ID:??? AAS
わかってるやつは話題にはいってこない内容だし
バカが話を脱線させるから851みたいな話はおわらないｗ
921(2): 2021/02/09(火)17:51 ID:??? AAS
>>918
おれはOTLTじゃなくて
性別マスタ、都道府県マスタで別に管理しましょう派だよ？
たとえば都道府県マスタに名産物列を追加しましょう。
メンテナンス画面はめんどくさいけどちまちま直しましょう。
ってこと。
922(1): 2021/02/09(火)17:56 ID:??? AAS
コードと名称以外の属性持つ前提ならOTLTなんて考えないのでは
OTLTを前提にするならコードと名称以外の属性はもたないでしょ
923(1): 2021/02/09(火)18:15 ID:??? AAS
>>922
そんな前提はすぐ崩れる
ソフトウェアには変更がつきもの
924: 2021/02/09(火)18:32 ID:??? AAS
>>921
なるほど読み間違えてた
925(1): 2021/02/09(火)18:44 ID:??? AAS
>>923
もともとの要件にない話なら問題外
開発中の変更であれば別テーブルに変更すればいいだけ
そもそもコードと名称しか管理しない前提の都道府県情報に
名産物なんて項目を増やすようなシステムなら最初から別テーブルになるし
そんなこと言い出したらOTLT禁止の前提でシステム（DB）設計してると思うわ
こういう話はごねたいだけの話題にしかならんね
926(1): 2021/02/09(火)18:45 ID:??? AAS
>>916
>動的にsql組み立てることになって結局メンテナンスしづらくなると思う。
動的sql的なものは使わざるをえないけどORM使えば全然大変じゃない
927(1): 2021/02/09(火)19:25 ID:??? AAS
>>925
だから禁止っつうかOTLT使うなって言ってるつーの
928(1): 2021/02/09(火)19:27 ID:??? AAS
>>926
そんなORMあるか…？
そのobjectの型定義はどうなってるんだ？
AcriveRecord？
929(1): 2021/02/09(火)19:53 ID:??? AAS
>>927
0なし
1あり
しか持たない〇〇テーブルたくさん持つの？
930: 2021/02/09(火)20:30 ID:??? AAS
>>929
他の人も書いてるように、メンテナンスが発生しない&コードが少ないのであれば
メモリ内に持つ
意外とOTLT派が多いね
自分も大昔使っていたが、害の方が多いという印象。
931: 2021/02/09(火)21:24 ID:??? AAS
>意外とOTLT派が多いね
「OTLT派」ってほど積極的に肯定している人はいないんじゃないかな。
ダメな理由がないなら使ってもいいじゃん、程度だと思うけどね。
>自分も大昔使っていたが、害の方が多いという印象。
その「害」を具体的に挙げたら建設的な議論になると思う。
ひとつは上で参照制約の話が挙げられていたが。
932(1): 2021/02/09(火)21:47 ID:??? AAS
こんな害
レコードが増えすぎると性能に影響が出る。そんな大量に突っ込むなよってはなしだが、使い所を分かってない人間はなんでも入れてくる。
変更に強いようで弱い。汎用性を意識して予備カラムみたいなのを用意するが結局足りなかったり、数値型と言ってもintとnumber、日付も時間まで持つかどうかで変わる。
型は厳密に。null非許容にできないのも痛い。
汎用性を重視するあまりカラム名が曖昧になる（なんとか1,2,3）
名前が適当だと後でわからなくなる。
それぞれにViewを定義したりして誤魔化してきたけど、使い所を誤る人がどうしても出てくるのだ。
933: 2021/02/09(火)21:56 ID:??? AAS
ありがとう。
そうやって具体的に挙げてもらえたら、あとは自分の案件にとってそれが
「害」になるのかどうか判断すりゃいいだけだね。
934(1): 2021/02/09(火)22:13 ID:??? AAS
>>928
ActiveRecordにしろEFにしろORM経由でテーブルを扱うタイミングでは
ORMがテーブルの型を認識できてる必要はあるよ
Rubyなら動的に型定義可能なので
実行時に汎用メンテ画面で扱うテーブル一覧をDBから読み込んで
それ用のclassを定義したらActiveRecordで扱える
C#でも動的に型定義できるけどちょっと面倒くさいので
テーブルを新規に追加した時はスキャフォールドして型定義をプログラムに追加しとけばいい
テーブル名を変数で渡されたらリフレクションで型にすればあとは普通に使える
935(1): 2021/02/09(火)22:33 ID:??? AAS
>>934
スキャフォールドって
モデルからViewとコントローラーのコードが生成されるけど
それぞれモデル名が頭につくから
SexControllerみたいになるよね
それにテーブル名渡すの？
urlがapi/v1/Sex/Index?table=sexみたいになるのかな？
で、EFは使わず、動的にsqlを組み立てるってこと？
なかなか強引だな。
936: 2021/02/09(火)22:38 ID:??? AAS
>>932
これ書いといてなんだけど、同じデータベースの構成でいろんなお客さんにシステム導入しようとするとEAVの問題が出てくるんだよな
で、xmlやjsonを列に突っ込んでる
型を厳密にと言っときながら厳密でない型の列を定義してる俺を罵ってくれ
937: 2021/02/09(火)22:53 ID:??? AAS
別に同業他社の人に評価してもらうのではなく使ってもらうユーザーに評価してもらってOKならそれでよくね？
誰が見ても使っても満点の設計なんてできない以上それでかまわないと思うけど
938: 2021/02/09(火)22:58 ID:??? AAS
うん、でもそれいっちゃうとこのスレ要らなくない？
939(1): 2021/02/09(火)23:00 ID:??? AAS
>>935
ビューやコントローラを生成する必要はないから
モデルファーストでテーブルを追加/更新するならそのモデル定義をプログラムに追加するだけ
スキャフォールドって言ったのはデータベースの定義を読んでEFで扱えるようにするための話
> dotnet ef dbcontext scaffold --table Hoge
940(1): 2021/02/09(火)23:38 ID:??? AAS
>>939
ViewContoroller使わないのは納得した。
渡したテーブル名はどこで使うの？
pocoで定義されたクラスに値入れて、addしてsavechanges
てのがEFの普通の流れだけど
そのクラス名はhogeだよね
そのクラス名が動的に変わる？
941: 2021/02/11(木)09:05 ID:??? AAS
>>921
この手のほぼ更新のないマスタテーブルはDB管理者がsqlでメンテだな
942: 2021/02/11(木)11:59 ID:??? AAS
>>940
リフレクション使うんだよ
カラム名やデータ型を共通化できるなら
リフレクションじゃなくジェネリックでも対応可
943: 2021/03/27(土)19:52 ID:JXErytnT(1) AAS
>>1000
日本人はカス民族。世界で尊敬される日本人は大嘘。
日本人は正体がバレないのを良い事にネット上で好き放題書く卑怯な民族。
日本人の職場はパワハラやセクハラ大好き。 学校はイジメが大好き。
日本人は同じ日本人やアジア人には厳しく白人には甘い情け無い民族。
日本人は中国人や朝鮮人に対する差別を正当化する。差別を正義だと思ってる。
日本人は絶対的な正義で弱者や個人を叩く。日本人は集団イジメも正当化する。
日本の芸能人は人の悪口で笑いを取る。視聴者もそれで笑う民族性。
日本人はコロナ感染者を一方的に差別し叩く。感染する奴が悪い主義の民族。
日本人は犯罪者の死刑拷問大好き。でもネットに書くだけで実行は他人任せ前提。
省9
944: 2021/03/27(土)20:37 ID:xBIdyDrI(1) AAS
カス民族日本でも世界の上位にいるんだよね
カスの日本人より
945: 2021/05/27(木)22:14 ID:??? AAS
なんでこんなに
いろんな仕組みが発達したのに
いまだにDBのデッドロックの回避チェックを
人間が人力でやらんといかんのだ
946: 2021/05/28(金)00:25 ID:??? AAS
そりゃお前のシステムがクソだからだろ
947: 2021/05/28(金)00:44 ID:??? AAS
SQLだけ抽出すれば簡単だろうけど
呼び出し側のコードも含めて解析するとなると面倒くさいわな
普通に設計すればデッドロックで困ることなんてないからニーズもない
948(2): 2021/05/28(金)10:16 ID:??? AAS
ある一つの商品（例えば動画とか）に現物の商品とDL商品と言うように、種類が二つないし複数ある場合
products
- id
- name
- description
product_classes
- id
- product_id
- type
- price
省3
949: 2021/05/28(金)22:11 ID:??? AAS
なんとなく想像はつくけど、設計を語るのであれば最低限ユニークキー、外部キーとかは示した方がいい。
950(1): 2021/05/29(土)00:13 ID:??? AAS
>>948
種類の軸が1つだけで固定的なら基本的にはそれでいいと思う
2つのテーブルの関係は1対多の親子関係(親が存在しないと子も存在しない)なので
product_id + typeの複合主キーにするか
id付与してproduct+id + typeはユニークかつNOT NULLにするか
あとは
商品単位で管理する項目
派生商品単位で管理する項目
現物のみ・DLのみで管理する項目
を精査してモデルを調整する
省4
951: 948 2021/05/29(土)08:38 ID:??? AAS
>>950
質問する前に調べていた所 EC-CUBEが、dtb_product, dtb_product_class と言う関係のようだったので、product_classes としましたが、正直自分も違和感があったので、product_variant採用させていただきます
主キーやユニークなども適宜設定していきたいと思います
丁寧な回答ありがとう御座いました
952(1): 2021/07/07(水)07:18 ID:??? AAS
初歩的な質問なのですが、テーブルを作成する際は以下のdata列のように数字と文字のように見た時に意味合いが違うデータは同じカラムにするべきではないでしょうか？(id=int型、data=string型)
文字列扱いの列とはいえ、センサONを1,0で表して数値型の列として扱ったほうが適切なのでしょうか？
Id | data |
--------------
1 | 120 |
--------------
2 | 55 |
--------------
3 | センサON |
953: 2021/07/07(水)09:41 ID:??? AAS
>>952
そのテーブルやdata列の意図・目的と
CREATE/UPDATE側・READ側でそれぞれどういう風に使うのかによる
アプリケーション全体の設定値を1テーブルに格納するようなケースで
型を揃えられないような場合は文字列で保存して読み取り側で変換する方法はそれなりに使われてる
(設定ファイルと同じ)
954(1): 2021/07/17(土)19:18 ID:??? AAS
知ってて基本は信用できないんだよなあ
Q「DB使えますか？」
できる人「（論理設計やSQLなどの基本的なレベルでは）扱えます」
できない人「（接続先情報指定したら他のことは大体やってくれるORマッパーライブラリがやってくれるから）扱えます」
これを客観的に揃えてくれるのが資格。
凄い人だなとは見られないけど、しょうもない人ではないと安心してもらえる要素として有用
経歴の説明だけで嘘八百じゃないと信じてもらえるコミュ力の人にとっては無用かもしれない
955: 2021/07/17(土)19:42 ID:??? AAS
イミフすぎ
何だコイツw
956(1): 2021/07/17(土)20:20 ID:??? AAS
>>954
>Q「DB使えますか？」
質問がアホなので回答もアホになる
できる人は「使えますか？」の意図や定義を確認しようとする質問で返すか
自分でそれを補完して共通認識を明確しやすい回答をする
質問の意図を確認する質問をする人は
盲目的に回答する人に比べてできる人材である確率が飛躍的に高い
957(1): 2021/07/17(土)22:12 ID:??? AAS
とある開発チームはメンバー全員がオラクルのシルバーかゴールド持ってたけど論理設計ができる人は一人もいなかった
Javaのシルバーかゴールドも全員持ってたけどオブジェクト指向的な設計がまともにできる人も一人もいなかった
一般的な資格はできる・できないの指標ではなく最低限の表面的な座学知識を持ってるかどうかの指標
958: 2021/07/18(日)02:20 ID:??? AAS
バカの集まり自慢して楽しいのかなw
959: 2021/07/18(日)08:19 ID:??? AAS
>>957
木に縁りて魚を求む
960: 2021/07/18(日)08:31 ID:??? AAS
このスレでまともに論理設計できそうなやつ見たことない
961: 2021/07/18(日)11:25 ID:??? AAS
そもそもオラクルマスターの試験科目に論理設計なんてあるのか？
962: 2021/07/18(日)13:04 ID:??? AAS
オラクルマスターって資格を金で買う印象しかない
963: 2021/07/18(日)14:19 ID:??? AAS
試験科目はDBAとSQLやぞw
964: 2021/07/18(日)14:48 ID:??? AAS
Oracleに必要なのは論理設計よりインフラ側の知識じゃないのかね
広い知識は必要なことが多いけどDB屋は何でも屋じゃないからな
965: 2021/07/18(日)17:35 ID:??? AAS
適当な知識ででたらめ言ってるだけだろ
かわいそうなやつ
966: 2021/07/18(日)18:11 ID:??? AAS
使える、扱える、試験科目、インフラ側
用語の定義を軽視する人は論理設計に向かない
967: 2021/07/18(日)18:12 ID:??? AAS
DBの論理設計に限らず設計能力を測れるような資格は聞いたことがないな
もしあるならぜひ知りたい
968: 2021/07/18(日)18:19 ID:??? AAS
仕事場では姑のようにうるさい職なのに
不必要なところまで偏狭な思想を持ち込むと煙たがられるぞ
969: 2021/07/18(日)19:19 ID:??? AAS
要求/要件を正しく設計に落とし込む能力ならとりあえずテクニカルエンジニア(DB)でいいんじゃね？
970(1): 2021/07/18(日)21:46 ID:??? AAS
データベーススペシャリスト試験で設計能力は全く測れないよ
高度試験合格してると「お勉強よく頑張ったんですね」って評価はできる
971(1): 2021/07/18(日)22:02 ID:??? AAS
そもそも、そこで言っている「設計能力」ってどういうものを指しているんだろう。
まさかER図を奇麗に描く能力とかじゃないだろうが。
972: 2021/07/18(日)22:53 ID:??? AAS
>>971
バカはいいから黙ってろよｗ
973(1): 2021/07/19(月)08:02 ID:??? AAS
>>970
設計に必要な最低限の知識を持っていることくらいはわかるだろう。
少なくともリレーションの正規化も知らないような箸にも棒にもかからないような奴は弾ける。
>>956のような面接での数回の質問よりはあてにできるんじゃないかねぇ。
974: 2021/07/19(月)09:35 ID:??? AAS
〇〇が測れないから資格なんて無駄！
って資格も取れない奴の捨てゼリフだろw
資格なんて>>973が言うように最低限の読み書きレベルの保証でしかない
975: 2021/07/30(金)14:38 ID:yprK+x+f(1) AAS
データベースエンジニアは高負荷になりがち
976: 2021/08/03(火)06:37 ID:kjdIp7nl(1) AAS
■■■ ほしのあすかちゃん 無茶苦茶可愛い！！！ ■■■
■■■ https://imgur.com/T1UEAEJ.jpg ■■■
■■■ 星野飛鳥／ほしのあすか／星野明日香 の画像357枚！！大奉仕！！！ ■■■
■■■ お宝画像リンク → ■■■ https://imgur.com/a/PYlApK1 ■■■ ← お宝画像リンク ■■■
【星野飛鳥・ほしのあすか・星野明日香】 合わせて98枚！■■■ https://imgur.com/a/l3OS8C9 ■■■
こちらも読んでください。■■■ http://archive.is/HwUrc ■■■
【あべみかこ画像集79枚大量アップ】
あべみかこファンの皆様、いつもお世話になっております。
今回はファンの皆様に大量奉仕いたします。どうぞごゆっくりとご覧くださいませ。
■■■ https://imgur.com/a/knpAYJ4 ■■■ ←でもこれで2,600ビュー以上いってるんだから人気はあるんだな。
省13
977: 2021/08/28(土)16:28 ID:ufCxb7Gf(1/2) AAS
この中のどれくらいの人がIPAのデータベーススペシャリスト合格者なのかね。
978: 2021/08/28(土)17:39 ID:PkRMMA3g(1/4) AAS
データベーススペシャリストでも実体験がはるかに多くないと変な設計になる。
979: 2021/08/28(土)17:53 ID:??? AAS
ちゃんとした知識を身に着けないで見よう見まねで実務経験を積んできたようなのの方が
考え方が偏った変な設計になっている気がする。
980: 2021/08/28(土)18:17 ID:PkRMMA3g(2/4) AAS
それは偏見。いろんな設計を見ていきてないやつだと確かにそうなるが。
981(1): 2021/08/28(土)18:29 ID:??? AAS
だからそのいろんな設計に対応できる知識や能力を問うのが試験であって、そのための勉強をするわけだが。
実務でたまたま出会える設計なんて限られたものだろう。
982: 2021/08/28(土)18:47 ID:ufCxb7Gf(2/2) AAS
合否は別として、レスを拝見するに真っ当な見識をお持ちの方が多そう。
983: 2021/08/28(土)18:47 ID:??? AAS
門前の小僧 習わぬシステムを設計する
984: 2021/08/28(土)19:23 ID:P8TnL8ql(1/4) AAS
エンジニアでは無いながら、この度スペシャリスト試験受けることになり、勉強する内にデータベースの魅力に気付いてしまった。そして、とうとうプロの巣窟であるこのスレに辿り着いたというわけさ。
985: 2021/08/28(土)20:11 ID:??? AAS
>>981
>いろんな設計に対応できる知識や能力を問うのが試験
なんてものが存在すればいいんだけどね
少なくともデータベーススペシャリストの試験ではそんなものは問われない
986(1): 2021/08/28(土)20:46 ID:??? AAS
そういうこと言うのはたいてい受かってない奴w
試験細目はこれ。
https://www.jitec.ipa.go.jp/1_13download/syllabus_db_ver4_0.pdf
987: 2021/08/28(土)21:07 ID:??? AAS
>>986
そこに書いてる内容が全て試験で問われるわけじゃないんだよ
実務を知らないのかそれとも試験内容を知らないのか
988: 2021/08/28(土)21:16 ID:??? AAS
正規化が設計だと思ってるやついるからな
設計能力を問う試験 == 「これは第何正規形か？」
989: 2021/08/28(土)21:25 ID:PkRMMA3g(3/4) AAS
実務では制約をガチガチに付けてデータが入らないようにして、それは私の仕事ではありませんと言い、自分の仕事を減らすクソがいるからな。
データベーススペシャリストやオラクルマスターの一部はこうなりやすい。
990(1): 2021/08/28(土)21:41 ID:??? AAS
>データベーススペシャリストやオラクルマスターの一部はこうなりやすい。
相当なルサンチマンがあるようでｗ
991(1): 2021/08/28(土)22:05 ID:P8TnL8ql(2/4) AAS
物理設計は実務やってないと感覚的に理解するの難しいのだろうか。。
992: 2021/08/28(土)22:09 ID:P8TnL8ql(3/4) AAS
次スレ建てましたわ。
DB設計を語るスレ 11
2chｽﾚ:db
993: 2021/08/28(土)22:12 ID:P8TnL8ql(4/4) AAS
新スレ保守お願いします
994: 2021/08/28(土)22:17 ID:PkRMMA3g(4/4) AAS
>>990
データベース板でそう主張するやつがいるんだよ！
995(1): 2021/08/28(土)22:41 ID:??? AAS
>>991
物理設計はベンダー資格はある程度役に立つ
論理設計は資格試験は全くといっていいほど役に立たない
996: 2021/08/29(日)11:32 ID:ns1fXrgZ(1/5) AAS
>>995
なるほど。。当方は非エンジニアなんだけども今後、データベース領域の人達と交じるにあたり、データベーススペシャリスト受けようと思ってるのよね。上で誰かも言っていたし、他の多くの試験と同様、最低限の共通言語を持っていると捉えてくれるだろうと期待して。
997: 2021/08/29(日)11:34 ID:ns1fXrgZ(2/5) AAS
相手の知識量を見積もりながら会話するの非効率だろうから。。
998: 2021/08/29(日)11:35 ID:ns1fXrgZ(3/5) AAS
さて埋めるか
999: 2021/08/29(日)11:36 ID:ns1fXrgZ(4/5) AAS
試験通ってデータベーススペシャルになるんや！(´･ω･`)
1000(1): 2021/08/29(日)11:36 ID:ns1fXrgZ(5/5) AAS
毎日がスペシャリスト(´･ω･`)
1001(1): 1001 ID:Thread(1/2) AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1559日 18時間 58分 6秒
1002(1): 1002 ID:Thread(2/2) AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
省4
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.333s*