フィールド名は日本語にするか、英語にするか (231ﾚｽ)
上下前次1-新
132: 2009/10/22(木)09:04 ID:??? AAS
なんで海外利用が前提になってるんだ
133: 2009/12/16(水)01:32 ID:6MmbHqTl(1) AAS
未だに、大手企業の課長クラスの老害どもは、
英語やローマ字の短縮形を複数組み合わせて
暗号みたいな造語項目作って、別途、項目辞書で管理するのが
当たり前だと思ってやがる…
文字数や日本語の制限とかもう無いし、いいから早く氏んでくれよ。
海外利用どころか、日本でも通用しないよ…
134: 2009/12/16(水)20:15 ID:??? AAS
英語に決まってんだろ！
sql文を書く時、いらいらする。
そんなこともわからんのか。
135(1): 2009/12/16(水)20:34 ID:??? AAS
日本語の方が短いし、入力時間も速いよ。
136(1): 2009/12/17(木)21:54 ID:??? AAS
>>135
何が短いの？
いちいち日本語かどうか気にしながらSQLを書くことは、効率的ではない。
137: 2009/12/18(金)13:26 ID:??? AAS
http://blogs.wankuma.com/kacchan6/archive/2007/08/15/90463.aspx
http://d.hatena.ne.jp/tgk/20070816
http://www.microsoft.com/japan/msdn/community/gdn/ShowPost-8478.htm
http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=18616&forum=7
138(1): 2009/12/18(金)23:56 ID:+v0ZCbDz(1) AAS
>>136
英語の場合、どうせスペルミスするからフィールド名は
テーブル定義からコピペするだろ？
日本語でも英語でもＳＱＬ書く作業に代わりは無いよ。
英語フィールド名を確実に間違えず書ける奴なら話は別だが…
139(1): 2009/12/19(土)21:44 ID:??? AAS
>>138
おれは、カラム名はコピペしない、タイプする。
なぜなら、どうぜそのカラム名を覚える必要があるから、打って覚える。
だから、カラム名のときに、いちいち日本語にしながらSQLを打つのは、思考能力を妨げる何者でもない。
140: 2009/12/19(土)22:10 ID:??? AAS
>>139
テーブル名、カラム名、データの他にいったい
何が残るというのだろう。
141: 2009/12/20(日)22:56 ID:??? AAS
と言うかスキーマ・テーブル・カラム名を日本語にすると時々変な不具合とか出るのが嫌だ。
今は完全対応済、絶対大丈夫、と言われても、
何か信用できないところがあるのは俺だけだろうか？
142: 2010/01/06(水)17:08 ID:??? AAS
ローマ字読みが一番ムカツク
というか、ほぼ確実に糞なプロジェクト、汎用性を持たせるか割り切るか、どちらもできなかったんだろうな
143: 2010/01/09(土)15:53 ID:??? AAS
間違った英語が当ててあるのもかなり厳しいものがあるけどね
144: 2010/01/19(火)13:01 ID:??? AAS
TK_KBN
145: 2010/03/06(土)22:18 ID:paAZYSbY(1) AAS
漢字コードはバグのもと
146: 2010/03/06(土)23:19 ID:??? AAS
20数年日本語のテーブル名、フィールド名以外使ったことないな。
でもこのスレ見てると英数を使ってるところ多いんだね。
147: 2010/03/07(日)13:28 ID:??? AAS
英語でも日本語でもわかりやすければなんでもいい
慣れだよ。
個人的には日本語が好き。
日本語名を使うとプログラムとか環境によってダブルクォートとか必要になったりする。
こっちで動いたプログラムがなんでこっちだと動かないんだ とか
148: 2010/03/10(水)19:32 ID:??? AAS
いろんな開発環境を想定した場合、半角英数字しかねーだろ？
149(1): 2010/03/12(金)21:09 ID:??? AAS
テーブル数が数百あるシステムとかだと半角英数字だと暗号みたいになって可読性がものすごく悪い。
日本語のほうが読みやすいしミス防止や作業効率ＵＰのために日本語のほうがよい場合もある。
最近目が悪くなってきて半角英数字より全角日本語のほうが読みやすいし
日本語を使えるならできるだけ日本語を使うべきだと思うようになってきた。
150(1): 2010/03/14(日)15:17 ID:DtdqkEWk(1) AAS
>>149
と思ってるとやっぱりミドルウェアの予期せぬバグにやられる罠
151(2): 2010/10/01(金)08:53 ID:??? AAS
>>150
Oracleの場合(他のDBは知らない)
表名や列名などのOracle Objectは半角英数字とアンスコなど一部
の特殊記号以外を使う場合、つまりマルチバイト文字などが含まれ
るときはダブルクォーディング(ダブルクォートで囲む)しないと
動作保証されない。
たとえ今のバージョンでマルチバイト文字を含んだ表名や列名が
エラーにならなくても、Oracleのパッチを適応したり、バージョン
をアップするといきなりエラーになるかもしれない。
裏付けが欲しければ、OracleサポートやOracle Directに確認せよ。
省4
152(1): 2010/10/01(金)19:21 ID:??? AAS
>>151
15年以上まったく問題無かったのだが
そうだとすると残念なことだ。
153: 2010/10/02(土)07:21 ID:??? AAS
今後不具合が生じるような改変がなされる可能性はほぼゼロではないか。
技術的にマルチバイト文字を特別視する領域は見つからない。
154: 2010/10/03(日)22:47 ID:??? AAS
環境やネットワーク、連携などにおいて比較的にクローズドな環境なら日本語使っても問題はほぼ無いし(あれば潰せばいいだけ)、そうでなく外部接続やフロントエンドの範囲が不明な場合や将来性において最後まで面倒が見れないような場合は2バイト禁止すればよい。
155: 2010/10/19(火)14:16 ID:dBdSbcBS(1) AAS
>>152
最初にサポートに確認しない方が悪い。
156(2): 2010/10/19(火)16:53 ID:??? AAS
順序が逆だね。
ずーと、五年以上 "テーブル名" で使っていて、
ある時実は テーブル名 でも使えることに気づいて、
テストを重ねて、これなら大丈夫となって、
ダブルクオートを外した。サポートなんて、元々完全に
無視している。
157: 2010/10/20(水)12:08 ID:fiUikrto(1) AAS
>>156
みっともないから、
動作保証されないことに命をかけるのは止めた方がいい。
158: NULL IS NULL 2010/10/20(水)18:47 ID:??? AAS
>>156
Oracleのバージョンを上げたらダブルクォーティングしていないテーブル名や
列名がいっせいにエラーになるかもしれないリスクを考えていないね。
その時はトンズラすりゃ良いってね。
159(1): 2010/10/23(土)09:43 ID:??? AAS
いまさらそんなリスクはほとんどないし、命かけるとか馬鹿じゃねーの？
160: 2010/10/23(土)18:40 ID:??? AAS
>>159
ただの手抜き。
161: 2010/10/23(土)20:00 ID:??? AAS
まあがんばればいいんじゃね。
俺は、あほらしいからやらんけど。
162(1): 2010/10/24(日)17:19 ID:??? AAS
で、いままで日本語にしたことのあるやついるのか
163: 2010/10/24(日)17:36 ID:??? AAS
あるお客さんの環境では、日本語を使っているを見たことがある。
でも、実際には、英語名のカラムにしたviewが別にあって、そっちを使うように指示が出ていたよ！
164(3): 2010/10/24(日)19:12 ID:??? AAS
>>162
Oracle7.2で機種依存文字を含んだマルチバイト文字でテーブル名や列名で
作ったもの(当然ダブルクォーティングなし)をOracle9.2に移行したら、
ダブルクォーティングしないとエラーになってとんでもない作業量になった
と泣いていた人を知っている。
胃に穴があいて1年以上休んで、結局退社したそうだ。
165: 2010/10/24(日)19:27 ID:??? AAS
何だかんだで英語のほうが無難ってことにうちの会社は行き着いてる。
そういや、日本語使ってる人はプログラム等でも変数に日本語使ってるのかな？
166(1): 作り話乙 2010/10/24(日)21:25 ID:??? AAS
>>164
SQL のフィールド名とかをダブルクォーテーションで囲むぐらいのことで
「とんでもない作業量」になるような設計だといずれ破綻してると思うよ。
167: 2010/10/25(月)03:07 ID:??? AAS
>>164
サーバサイドなのかクライアントのアプリなのかは知らんが、その程度のことはデバックさえしっかり出来れば8割9割は自動化出来るだろ
168: 2010/10/26(火)11:42 ID:??? AAS
Oracle Directのセミナーで用意されるテキストのテーブルもマルチバイトの
テーブル名や列名をダブルクォーティングしていない。
自分の会社の看板に泥を塗っているやつらだ。
そういうのを見ていて 159 みたいに思う人が出てくるのであろう。
169: 2010/10/26(火)20:13 ID:??? AAS
アンカの付け方一つ知らないヤシが何言っても説得力ゼロだな
170(1): 2010/10/27(水)00:06 ID:??? AAS
どうせなんかのセミナーとかで聞きかじって得意になって >>151 を書い
たら馬鹿にされたので、顔真っ赤になってるだけだろ。
こんなことで「リスク」とか言っちゃってるのがほほえましいじゃないか。
171(3): 2010/10/28(木)11:28 ID:??? AAS
>>166
Oracle7.3で機種依存文字を大量に含んだ表名や列名があるシステムで
テーブル数が1,000以上ってのをOracle10.2.0へ移行するのを助っ人で
手伝ったことがある。
ダブルクォーティングの作業なんか予定になかったからスケジュールの
期限に間に合わなかった。今使われているどうかもわからないプログラム
も含めて、何万とあるSQLの動作確認も必要だったからメンバーを10人
補充してもらったが2ヶ月以上遅れた。
基本給より残業代の方が多かったが、マルチバイトで設計したテーブル
のシステムの依頼はすべて断っている。
172: 2010/10/28(木)11:51 ID:??? AAS
>>171
何でその程度のことを予知できなかったのかな。
173: 2010/10/28(木)12:12 ID:??? AAS
機種依存文字を大量に含んだテーブル名、フィールド名を
ダブルクォーティングすることには、誰も反対していないと
思うけど。
174: 2010/10/28(木)14:34 ID:??? AAS
>>170
マルチバイトでテーブル設計するのが格好良いと思っているのかな？
それもダブルクォートで囲まないで。
将来、会社に多大な出費を強いるかもしれないというリスクを負うこと
がわからないのか？
みっともない仕事はしないように。
175: 2010/10/28(木)21:31 ID:??? AAS
>>171
誰が作業工数見積もったか知らんが（まさかおまえじゃないよな？ｗ）、移行元のDBでマルチバイトが使われているにもかかわらず
ダブルクォーティング作業を工数に入れないのはただの凡ミスだろうが。基本中の基本だろ、そんなこと。
挙句逆切れとか、そんな業者、客の方が願い下げだろjk
176: 2010/10/28(木)22:02 ID:??? AAS
どうせ >>164=>>171 だろうけど...
> 何万とあるSQLの動作確認も必要だったから
Oracle 7.3 → Oracle 10i なら、動作確認はもともと必要だろ。
うそつくにしても素人杉。
177: 2010/10/29(金)12:03 ID:??? AAS
お客様の要望なら全角文字だろうが機種依存文字だろうが、使えば。
後で何が起ころうとそういう要求を出した側の責任。
1995年になってもわが社では年は2桁で持つことにしています、って
豪語していた会社もあったし。
178(1): 2010/10/29(金)15:53 ID:??? AAS
ダブルクォーツで囲むか囲まないかはたいした問題ではない。つまり、
だから日本語を採用するかしないかと言うような影響のでる事ではない。
読み易さ、使いやすさの問題。
日本語をフィールド名に採用するか、どうかは、データモデルと
プログラミング、オペレーション時の認識に関わる問題でずっと深刻。
一般論としては、フィールドとは集合の事だから、集合の要素の大半が
全角文字で表された場合は、フィールド名(属性)も自ずと全角文字が
使われることが予想される。それが自然ということ。
179: 2010/10/30(土)11:42 ID:??? AAS
> フィールドとは集合の事だから
珍説はチラシの裏にでも書いとけ。
180: 2010/10/30(土)14:50 ID:??? AAS
まとめると
日本語派→わかりやすさ重視
英数字派→互換性重視
ってことだよな。
結局、戦争に勝ったのにろくに英語教育しなかったアメリカが悪い。
占領した朝鮮にちゃんと日本語教育してやった日本はもっと評価されるべき。
181(1): 2010/10/30(土)21:26 ID:??? AAS
>>178
設計段階では、データベースってのは確かに集合でしかないわけだからあんたの言っていることは正しい。
ただし、実装段階でハードやらソフトの制約を受けた時点で、集合論のそのままを表現できるわけじゃないことぐらい分かるだろjk
182(1): >>178=>>181 2010/10/30(土)22:45 ID:??? AAS
>>181
> データベースってのは確かに集合でしかない
珍説はチラシの裏にでも書いとけ。
183: 2010/10/31(日)00:19 ID:??? AAS
>>182
おいおい、人を勝手に自作自演にするなよｗ
T字形でもやれば、データモデルが集合論であることは良く分かる。
ただ、それをそのままデータ設計に持ち込むのは論外だと言っているまでで。
集合論からのアプローチは珍説でもなんでもない。
184: 2010/10/31(日)09:26 ID:??? AAS
フィールド名とデータの中身の区別もついてないのか...。
さすがに珍説を堂々と書ける椰子は頭の構造が違うな。
185: 2010/10/31(日)11:55 ID:??? AAS
中身に日本語が使えて、名前に制約があるのはソフトの問題。
本質的な話じゃない
186(2): 珍説以前だったな 2010/10/31(日)13:18 ID:??? AAS
> 中身に日本語が使えて
中身の話なんて誰もしてない。
スレタイすら読めてないのか...。
187: 2010/10/31(日)13:25 ID:??? AAS
>>186
名前に日本語の制約がないなら、それでいいんじゃないの？
188: 2010/10/31(日)14:04 ID:??? AAS
>>186
文句が言いたいばかりに、自分の言っていることが支離滅裂になっていることも気がつかない？
189: 2010/10/31(日)18:08 ID:??? AAS
スレ違いを指摘されて逆切れ？
190: 2010/10/31(日)18:35 ID:??? AAS
論理的な話もできずに、派生した話をスレ違いというだけの低脳がなにを言うｗ
191: 2010/10/31(日)20:49 ID:??? AAS
最近は、唐突に違う話題を垂れ流すのを「派生」とか言うのか？
まあ、(リレーショナルデータベースの) データモデルが集合論に
関係しているって知ってるなんてしゅごいでちゅねぇ〜
とか言われれば満足かな (ゲラ
192: 2010/10/31(日)22:53 ID:??? AAS
例えば、全角文字を含むフィールド名はダブルクォーティングしなくては
ならないような愚劣なRDBMSをどれだけ速やかに他のシステムに乗り換える
ことができるかが問われているということだ。
193: 2010/11/01(月)22:08 ID:??? AAS
ダブルクォートするよりシステムを乗り換える方が簡単なのか？
194: 2010/11/02(火)02:58 ID:??? AAS
それは場合によるけど、リプレースする有力な根拠になるということでしょう。
195(1): 2010/11/02(火)08:07 ID:??? AAS
2バイト項目名がダブルクォートされていないので、リプレースしましょうと提案するのか？ありえないだろｗ
2バイトOK（動作保障的に）なSQL Serverに乗り換えるとかそういうことか？
異なるRDBMSに載せかえるくらいなら、コスト的に素直にダブルクォーティングするか、DBの改修（2バイト名の1バイト化）しかありえん。
196: 2010/11/02(火)08:55 ID:??? AAS
>>195
場合による。
197: 2010/11/02(火)09:18 ID:??? AAS
愚劣で未来のない仕様のシステムは次回の選定で外されるということですねw
198: 2010/11/02(火)22:44 ID:??? AAS
その前にそんな提案をするお前が次回の選定ではずされるだろ
199: 2010/11/02(火)23:32 ID:??? AAS
クォートされたマルチバイト文字は通るが、されていなければ問題があるかもしれない
なんてパーサーは、一目見ただけで食欲をなくすようなすごいソースなんだろうな。
200(1): 2010/11/03(水)04:40 ID:??? AAS
OLracleのバージョンアップでCHARACTERSETをJA16SJISからAL32UTF8に変えたら
テーブル名、列名、ストアドプログラム名など30バイトの制限を超えたユーザー
があって、笑えた。
201(1): 2010/11/03(水)15:20 ID:??? AAS
SQL Serverなんて、キャラクターセット変えた程度でDB２との通信ができなくなったりする（ドライバがらみのバグ）んだぜ。
これが商用RDBMSとは到底思えないレベル。
こんなことでバグ取り1週間とか、正直笑えない。
202(1): 2010/11/03(水)16:08 ID:??? AAS
SQL Server 本体ならともかく、ドライバ、しかも DB2 との通信だろ。
馬鹿ですか？
203: 2010/11/03(水)16:53 ID:??? AAS
>>200 >>201
笑うことでリューマチの痛みが軽減するものだとのことでございます。
204(1): 2010/11/03(水)16:53 ID:??? AAS
>>202
SQL Serverが起因するキャラクタセットのバグでデータ異常が発生して、それがキックにドライバで不具合、結果DB2との通信時に落ちる。
205(2): 2010/11/03(水)19:30 ID:??? AAS
>>204
> SQL Serverが起因するキャラクタセットのバグでデータ異常が発生して
それは問題だ。
で、どのバージョンの話かな？
ソースつきで、頼むよ。
206: 2010/11/03(水)19:54 ID:??? AAS
>>205
ソースがあるぐらいのバグなら苦労しないだろｗ
SQL Server 2005 Workgroup Editionだったのは覚えているが、ビルド番号や該当するキャラクタセット、
DB2のバージョンやドライバの種類なんかは当時の備忘録紐解かないと覚えてない。
そして、それは面倒くさいから勘弁してくれｗ
207(1): 2010/11/03(水)20:09 ID:??? AAS
> ソースがあるぐらいのバグなら苦労しないだろ
はあ？ データ異常が発生するようなバグなら、HotFix なり ServicePack
が出てるだろ。何言ってるんだ？
> それは面倒くさいから勘弁してくれｗ
はいはい、言い訳乙。
208(2): 2010/11/03(水)21:55 ID:??? AAS
>>207
実務で扱ってれば、公式対応されるバグなんてごく一部なことぐらい分かりそうなもんだが。
おまえ、素人だろ。
209: 2010/11/03(水)22:45 ID:??? AAS
なんか状況が目に浮かぶようだw
>>208 「これバグだろ！！」
サポート 「はいはいw」
210: 2010/11/04(木)19:10 ID:??? AAS
ふーん、いきなり電話するんだ、サポートとやらにｗ
実際に仕事してる奴の台詞とは思えないなｗ
211: 2010/11/04(木)20:30 ID:??? AAS
バグだろうがこっちのミスだろうが、なにか自分らで解決できない問題が起きたら
サポートに電話するけどな、うちは。
バグだという確証が得られるまでサポートに連絡しないの？
212(1): 2010/11/04(木)22:16 ID:??? AAS
俺が知っている限りでは、当時（今もそのはずだが）SQL Serverに関する要望やバグを日本語で直接シアトルに電話でコンタクトする方法はなかったはずだが。
Visual Studio と .NETに関してはルートが存在していたが。
直接やりとりをできるサポートを知ってるなんて、MSの関係者ですか？ｗ
213: 2010/11/04(木)22:36 ID:??? AAS
何で直接シアトル？
214: 2010/11/04(木)22:47 ID:??? AAS
>>208
ああごめん、誰かさんの「脳内バグ」なら公式対応はしないだろうな (w
>>212
保守契約したらＭＳの関係者じゃなくても「サポートと直接やり取り
できる」よ。
て言うか、実務なら保守契約必須だと思うが...。
215(2): 2010/11/05(金)09:24 ID:??? AAS
それこそ場合によるだろうけど、
データベースの専門企業は別にすると
サポートを受けている方が少数派ではないか。
216: 2010/11/05(金)22:36 ID:??? AAS
データベースの専門企業？OracleやMS自身のことじゃぁないだろうからSIerのことか？
「サポート」って、いわゆるパートナー契約のことを言ってるのか？
もしかして、>>205が「ソース出せ」って言ったのをソースコードと勘違いして、シアトルに
電話するとか頓珍漢な話になったんじゃないだろうなw
217: 2010/11/06(土)09:28 ID:??? AAS
データセンタとかを言ってるんじゃないかな？
まあ、「サポートを受けている方が少数派」とか言ってるぐらいだから、
>>215 はこの手のお仕事したことないんだと思うよ。
218(1): 215 2010/11/06(土)10:27 ID:??? AAS
私の知っているSQL Serverを使っている企業は、
業務ソフト入れたら、SQL Serverが入ってました。もったいないから、
ACCESSから乗り換えました、というような所ばかりで、
「実務なら保守契約必須」なんてことはなさそうだから、書いてみた。
私の言葉の選択が適切でなくて、話が通じなかったようだけど。
219(1): 2010/11/06(土)12:04 ID:??? AAS
社内の運用管理なのかデベロッパーなのかでバグ対応に関する認識が異なるんだろ。
運用管理者や社内の情シスなら、よほどの重大なバグでもない限りいずれかのタイミングでバグフィックスされれば構わない。
デベロッパーの立場になれば、納品までにバグが解消できなきゃまったく意味がない。
220(1): 2010/11/06(土)16:40 ID:??? AAS
>>218
> 業務ソフト入れたら、SQL Serverが入ってました。
そりゃその業務ソフトのメーカーが保証するからエンドユーザーが
SQL-Server の保守に入らんことは珍しくない。
> もったいないから、ACCESS から乗り換えました
意味わからんのだが...、業務ソフトが使ってる SQL-Server を別
の用途に使ってるってこと？
おれがその業務ソフトのメーカーなら、基本的に他の用途に使うの
はダメと言うけどね。
省6
221: 2010/11/25(木)11:09 ID:??? AAS
>>220
年末調整でカバー。笑
222: 【19.6m】 電脳プリオン 2012/05/26(土)14:49 ID:??? AAS
併記したら？
223: 2012/05/26(土)16:39 ID:??? AAS
以前はORACLEでもフィールド名やテーブル名を全角文字にするためには
ダブルクオートが必要だった記憶があるけれど、あれはいつ頃から必要なく
なったのだろう。
224: 2012/05/26(土)22:51 ID:??? AAS
ORACLE今もダブルクォート必須だよ。
そうしないと、同じ構文でも正常に動作したりしなかったりする。
225: 2013/02/03(日)07:55 ID:Ri2ixUto(1) AAS
パッケージのバージョンアップでAL32UTF8にしか対応しなくなり、Oracle 9i SJIS → 11g AL32UTF8 に回されてしまった。
AL32UTF8 は半角カタカナとマルチバイト文字が1文字3バイトになるので文字列が桁あふれする可能性が出てくるので、あらかじめテーブルやストアド・プログラムの変数の桁数を見直さなければならない。
それ以前に、マルチバイト文字11文字以上で設計した、テーブル名、列名、索引名、ビュー名、ストアド・プログラム名、SYNONYM名、タイプ名などの定義がエラーになった。
-- //docs.oracle.com/cd/E16338_01/server.112/b56299/sql_elements008.htm#i27570
テーブル定義以外にプログラムの大修正が必要になった上に、CSVをOracleにI/Oする UTF_FILEで CONVERT キャラクタセットを変換したら文字化けするバグが見つかり、来月の納期を延ばしてもらうように管理者に依頼した。
226: 2015/01/31(土)05:51 ID:??? AAS
2chｽﾚ:ojyuken
227: 靖国参拝、皇族、国旗国歌、神社神道を異常に嫌うカルト 2015/02/14(土)18:56 ID:m5S6ogoG(1) AAS
★マインドコントロールの手法★
・沢山の人が偏った意見を一貫して支持する
偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法
・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法
偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い
10人に一人はカルトか外国人
省2
228: 2015/06/01(月)04:41 ID:7dT47AdX(1) AAS
お世話になります。
私、責任者の加茂と申します。以後、宜しくお願い致します。
http://www.apamanshop.com/membersite/27009206/images/kamo.jpg
浪速建設様の見解と致しましては、メールによる対応に関しましては
受付しないということで、当初より返信を行っていないようで、今後につい
てもメールや書面での対応は致しかねるというお答えでした。
このように現在まで６通のメールを送られたとのことですが、結果一度も
返信がないとう状況になっています。
省23
229: 2017/12/29(金)12:04 ID:dtNZwIie(1) AAS
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
2EFN62JLAQ
230: 2018/02/14(水)13:33 ID:??? AAS
☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、
改憲議員が３分の２を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
231: 2023/10/18(水)18:24 ID:??? AAS
ファントムハイヴ家の執事たるもの、この程度の技が使えなくてどうします
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.671s*