Excel VBA 質問スレ Part83

**デフォルトの名無しさん** · 2025/06/08(日) 11:06:42.20

ExcelのVBAに関する質問スレ
コード書き込みや作成依頼もOK

次スレは>>980が立てること
無理なら細かく安価指定

※前スレ
Excel VBA 質問スレ Part82
https://mevius.5ch.net/test/read.cgi/tech/1737657075/1

**デフォルトの名無しさん** · 2025/09/29(月) 18:11:43.98

まず、手書き文字の点については、小書きかどうかに限らず、紛らわしい字一般の問題でしょ。仮にその理屈でいうなら1 とl とかも手書きでは区別できないってことになるね。こんなの考えなくても分かることだと思うんだけど。
また、使い分けの点については、事実として表記が異なるわけだから、会社側が使い分けることはやろうと思えば普通にできるでしょ。何で出来ないと思うの？　それで仮に取引相手が「株式会社キヤノン」との取引書類と、「株式会社キャノン」との取引書類とを両方有するに至ったとき、両者の同一性を看過するおそれがあるというリスク（あるいは表記上の違いだけからは別人格性を確定できないため、調査する必要があるという負担）を相手側に負わせることを正当化できる理由は？　
最後に、商号として同一性を欠くのだから、ファンテクノロジーとフアンテクノロジーを同一住所で登記することは、少なくともそれが同一商号であるという理由によって拒否されることはない。当然でしょ。あとは、会社法8条の不正の目的とか、不正競争防止法の問題だね。

ブルドックソースについては何を言いたいのかよく分からんね。仮に戦前期に「ッ」で登記された例ということなのだとしたら、>>883についても>>884と同様誤りということで結論が出たということになるが、そういうこと？

**883** · 2025/09/29(月) 20:37:54.15

「蚊帳の外」という慣用句を実感する日々

**デフォルトの名無しさん** · 2025/09/29(月) 21:04:30.27

ぬ？　ブルドックソースとな？
あ、先ずは883は単にその直前の書き込みから想起してお気楽にしたためただけなんで
嘘だの何だのは看過しようじゃ無いか　目くじら立てたり責めたりするようなカキコでも無い

現物の登記簿を確認したい気持ちがMAXだが、大正末期なんて昭和のバブル期以上に世の中が
舞い上がってる時代だったろうから(モボモガ？)うっかり受理したとか｢ま、いっか｣で登記官吏
が容認してしまった可能性も否めない ←想像
有り得ないだろうと思われる理由の一つに、法人登記した場合、官報に公告されて管轄する
地域の新聞にも掲載しなければいけない法律がある(あった)
その当時、印刷活字には濁点はあっても促音の活字は存在していなかった事実がある
大正末期の新聞をググっても「バラツク建築」とかでしかない　バラつく？あぁ、バラックか
と、現代人にとっては一拍思考が止まるような表記を呈している
新聞印刷所には無くても官報印刷所にはあるだろ、という反論は｢どうかな｣としか言えない
新聞社でッの活字を使い出したのは昭和25～6年からというのが現時点でのプルーフ

キヤノンとは逆パターンで、登記された商号は｢キヤノン｣だが一般的な宣伝･広告や記事の
上ではキャノンが容認されてた／登記された商号は｢ブルドックソース｣だが記事や広告では
ブルドツクソースと記載されていた　かも知れない可能性は否めないが、だからこそ現物を見たい
ブルどつくソース　って、ねぇ　>>963 どんまいw

**デフォルトの名無しさん** · 2025/09/30(火) 08:24:30.79

まだやってんのか
どころか加速していた

**デフォルトの名無しさん** · 2025/09/30(火) 08:44:38.45

コードはAIが書いてくれる時代、どうせまともに機能してないスレ
好きに雑談してても気にならん

**デフォルトの名無しさん** · 2025/09/30(火) 09:23:39.07

AIが代弁してるから話が長くなる傾向にある
この糞長文の応酬はしばらく終わらないだろう

**デフォルトの名無しさん** · 2025/09/30(火) 10:54:41.30

諸氏には恐縮する図らずも拡がってしまった風呂敷をどう畳もうか困惑中
畳む必要なんか無いからとっとと去ね！が正解なんだろうけれども

何らかの手掛かりを求めて、国税庁・法人番号公表サイトでブル(ry の法人番号を入れてみても
何故か該当なしで出て来ない
ブル(ry より古いジャパンタイムズを検索するとちゃんと表示されて、その変更履歴の中に
No.3 旧情報　商号の変更→ジヤパン(ry と成ってる　変更日付は平成29年7月
外来語だからカタカナ促音拗音が受理されていたと思えないプルーフのひとつとして捉えていいのではないだろうか
　いまだにe-Govにも載ってる！の強弁を裏付けるエヴィデンスは出て来ない

**デフォルトの名無しさん** · 2025/09/30(火) 12:28:12.76

訂正：別端末でブル(ry 検索したところ表示はあった変更の履歴などは記載されておらず
デジタル化以前に戦災などで逸失してる、等の可能性も否めず　やはり登記原本が欲しいところ

**デフォルトの名無しさん** · 2025/09/30(火) 12:58:59.88

面倒なので商号話はNGにした
あぼーんがいっぱい

**デフォルトの名無しさん** · 2025/09/30(火) 15:02:18.63

>>970
読んでないからNGワードの選択がわからん
教えて

**デフォルトの名無しさん** · 2025/09/30(火) 20:28:35.80

どうせ人のことを境界知能とか言ってバカにする奴しか居ないからね

**883** · 2025/09/30(火) 22:20:20.27

心底どうでもいい話
Microsoft VBScript Regular Expression 5.5 は RegExp.test だけど
Microsoft365からのネイティブ?だと RegExp.Test だ
昔から気になってたんだよな

**デフォルトの名無しさん** · 2025/10/01(水) 10:16:50.41

884が虚偽の記述をして、強弁とブラフで押し通し、いよいよ場が白熱したと見るや
ここが機会とばかり得意満面で6のワンペアを開いて見せたが、相手は3と5のツーペアだった　みたいなwww
法では無く当職通達によって事務方が正字一覧表を持っていて、正字に引き直された、というのが
事の真相であろう　先例主義の鎧を纏っている官吏は後から責任を問われる事態になるのをいちばん嫌うので
https://shihoshoshi.com/touki2030/archives/1841
https://4430.info/wp/wp-content/uploads/2017/12/誤字俗字・正字一覧表.pdf
https://www.bunka.go.jp/seisaku/bunkashingikai/kokugo/shoiinkai/iinkai_11/pdf/sanko_1.pdf
以上、884をコテンパンに出来た報告とす

**デフォルトの名無しさん** · 2025/10/01(水) 12:00:47.24

ある程度の数のレコード情報を保存するのに、Excelを使う場合とSQLiteみたいな簡易DBを使う場合とがあるけど、どこら辺で線引きするのが正解なんだろう。
取り回しは圧倒的にExcelの方が楽なんだけど、データの整合性みたいな点はDBの方が手堅いし。

**デフォルトの名無しさん** · 2025/10/01(水) 12:37:38.44

>>975
整合性で言えばExcelのテーブルは信用できるよ
MS的にもその辺を根拠にAccessのディスコン進めてた訳だし

**デフォルトの名無しさん** · 2025/10/01(水) 13:32:58.38

AテーブルとBテーブルを1:多で結合するようなケースって、ExcelだとAテーブル側のレコードを複数書き並べるようなイメージだったんだけど、そういう方法だとAテーブル側（1側）のレコード内の値が変更になった場合、整合性は必ずしも保証されなくない？（書き並べた同じレコード内の値を全て変更すれば大丈夫だけど、変更忘れがあると整合性が失われる）。
最近のExcelだと、そういったSQLっぽいこともできるようになっていたりする？

**デフォルトの名無しさん** · 2025/10/01(水) 13:41:54.46

最近というか2013のリレーションシップでは不足ということ？

**デフォルトの名無しさん** · 2025/10/01(水) 14:07:34.66

そもそもワークシートだとトランザクション使えないから、システムエラーのケースまで考慮すれば整合性の維持は極めて困難よ

**デフォルトの名無しさん** · 2025/10/01(水) 14:34:52.10

>>979
あー、なるほど。ロールバックとかできないということか。それだとたしかに厳密な意味でのデータの整合性に拘るのは難しいか……。

>>980
そういう機能もあるのね。あまり認識していなかったけど、ExcelだけでSQLっぽいことができるのはメリットだね。

**デフォルトの名無しさん** · 2025/10/01(水) 14:38:00.21

次スレも立てたよ。

Excel VBA 質問スレ Part84
https://mevius.5ch.net/test/read.cgi/tech/1759297002/

**デフォルトの名無しさん** · 2025/10/01(水) 14:52:13.45

SharePointに上げるとADODBでSQL使えなかった気が
リストだと5,000件の呪いがあるみたいだし

**デフォルトの名無しさん** · 2025/10/01(水) 15:03:30.89

>>980
なんかSQLを勘違いしてそうな気がする
SQLの代替って意味ではExcel2010からパワークエリーが使えるよ

**デフォルトの名無しさん** · 2025/10/01(水) 15:26:10.71

SQLはSQLiteでちょこちょこやっている程度なので、たしかにSQL自体について詳しいというわけではないが、SQLでいうところのJOIN 相当の機能じゃないの？

**デフォルトの名無しさん** · 2025/10/01(水) 15:35:12.95

整合性を云々言うなら問題はINSERTやUPDATEだね

**デフォルトの名無しさん** · 2025/10/01(水) 16:14:33.96

そういうデータの追加・更新時だよね

**デフォルトの名無しさん** · 2025/10/01(水) 17:23:31.74

参照だけでもパフォーマンス的にインデックス使いたくなったらDBでしょう
Excelはレコードが万単位になると遅くなってくるかな

**デフォルトの名無しさん** · 2025/10/01(水) 21:03:44.77

パワークエリーは2013から（しかも公式アドオン）です
パワークエリーはSQLの様な事をSQLより高機能にできます
ADOでSQLを一通り書いたから断言できる

**デフォルトの名無しさん** · 2025/10/01(水) 21:22:25.74

>>988
ADOでという書き方からして何もわかっていない素人丸わかり

**デフォルトの名無しさん** · 2025/10/01(水) 21:55:10.22

>>989
Power Queryだろうが、ADOだろうがJOINはJOINだし、GroupByはGroupByでしょう？
フィルターはフィルターだし、ソートは重い

**883** · 2025/10/01(水) 21:59:51.81

相変わらず質問スレでマウント取りたがるあたおかさん

**デフォルトの名無しさん** · 2025/10/01(水) 22:06:14.58

パワークエリってほとんど使ったことがないからSQLと比較してどうかってのは分からないけど、元データとして既存のファイルとかが使えるのは便利そうね。
テーブルとして保存しておくデータなら標準SQLでクエリを書いておく方が無難な気もするけど、手元のデータをぱっと処理するイメージならパワークエリみたいなものの方が手軽で便利な感じなのかな？

**デフォルトの名無しさん** · 2025/10/01(水) 22:14:16.84

>>992
Power Queryの方が圧倒的に手軽でしかも高機能ですよ。
SQLの要素の上にデータの前処理ができるETLがあるからです。
大量のデータでしかもサーバーにデータがあるとかならSQLの方が高速だと思いますが、個人で行う程度ならPower Query（と繰り返し処理を行う場合はBuffer関数）で十分です。
なぜならPower Queryは関数型プログラミングでもあるから。

**デフォルトの名無しさん** · 2025/10/01(水) 22:17:13.13

LET関数は便利だなと思った。
必ずエラーがある数式にLETで名前をつけて、If(IsError””,名前)にすればいい

**デフォルトの名無しさん** · 2025/10/01(水) 22:42:20.25

>>993
うわっ
個人でとか勝手に限定してきた

**デフォルトの名無しさん** · 2025/10/01(水) 23:02:36.67

データの前処理は、SQLというよりホスト言語でやることなのでは。Pytnonとかでやるより便利ならそこだけ欲しいかも。
関数型・宣言型っぽいというのはSQLからしてそう言われているよね（自分はミックさんの本で齧った程度の知識しかないけど）。

**デフォルトの名無しさん** · 2025/10/01(水) 23:12:11.99

SQLかT-SQLを導入してほしかったPowerQueryじゃなくて
規格化されて実績のある標準があるのになぜ車輪を再発明するのか

**デフォルトの名無しさん** · 2025/10/01(水) 23:26:25.36

Power Query-Power Pivotは好きよ

**デフォルトの名無しさん** · 2025/10/01(水) 23:37:46.31

なんでSQLとは違う物が実装されたかというと
そもそもPower Queryの前身はMicrosoft Queryという機能だったらしいです
個人ユーザー向けにGUIで手軽にデータの前処理や整形（ETL）が行える様にしたからSQLではない
ExcelにPythonが実装される前は、個人が勝手にPower QueryのためにPythonを Excelに導入していたくらいには高機能

**デフォルトの名無しさん** · 2025/10/01(水) 23:54:16.97

そもそもSQLをやろうと考えている様な人はデータは正規化して列の繰り返しのない、スカラ値の表を作るけど、大多数の人はめちゃくちゃ表の体をなしていないシートを作成するからSQLでは無理、不可能
列の値はバラバラだし
さらには列名を変えるし列は削除するし

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 115日 12時間 47分 36秒