- 1 名前：デフォルトの名無しさん mailto:sage [2025/06/08(日) 11:06:42.20 ID:j4jIPbHU.net]
- ExcelのVBAに関する質問スレ
コード書き込みや作成依頼もOK
次スレは>>980が立てること
無理なら細かく安価指定
※前スレ
Excel VBA 質問スレ Part82
https://mevius.5ch.net/test/read.cgi/tech/1737657075/1
- 970 名前：デフォルトの名無しさん mailto:sage [2025/09/29(月) 15:57:23.88 ID:cDE2IAIs.net]
- >>957
何で困るんですか？
キヤノンはキャノンと言われることが多いけど困ってますか？
- 971 名前：デフォルトの名無しさん [2025/09/29(月) 15:58:26.35 ID:QIJHaS66.net]
- また境界知能のアレが暴れているのか
- 972 名前：デフォルトの名無しさん mailto:sage [2025/09/29(月) 16:55:23.66 ID:ipNt+cpl.net]
- 「フアン」は「不安」を連想させちゃうから嫌だよねという笑い話なんだが、ひょっとしてそれも通じてないのかな。なんだか不安になってきたw
真面目に答えると、商号というのは会社が事業活動の際に使うその名称であって、取引相手等は第一次的には商号によって相手の同一性を識別するわけ。だから、会社の商号は会社ごとに1つだし（商号単一の原則）、商号を変更する際には定款変更等の法的手続を取ることが要求されている。たとえば、ハウエル株式会社がその商号をパウエル株式会社に変更したいなら、株主総会の特別決議で商号を変更する定款変更をしないといけないってことね。
仮に、「キャノン株式会社」と「キヤノン株式会社」が商号として区別されないとか、前者が後者とみなされるとかいうことになったら、同社はそういった手続を取ることなくいつでも、また極論すれば相手によってこの両者を適宜使い分けられることになるけど、それは商号という制度の目的に反するし、上記のパウエル株式会社みたいな例と区別してそのような便宜を認める理由はないでしょという話。分かった？
商号というのはこのように一定の法的効果・法的手続と結びつけられた歴とした法的概念なので、仮に>>884みたいな法的規律が存在するならそれは必ず法令上の規定という形を取る必要がある。自分はそんな規定は知らないし、884は規定はあるが示さない（示せない？）と言うんだから、もうこの話は終わりでしょ。そう、ずっと言っているんだけどね。
- 973 名前：デフォルトの名無しさん mailto:sage [2025/09/29(月) 17:33:56.08 ID:cDE2IAIs.net]
- >>960
同じと見做されるなら使い分けられないでしょ
そして手書書類で小書きかどうかをどう判断するの？
同じと見做されないなら同一住所でファンテクノロジーとフアンテクノロジーを登記できるね
それとブルドックソースにあやまれ
- 974 名前：デフォルトの名無しさん mailto:sage [2025/09/29(月) 18:11:43.98 ID:ipNt+cpl.net]
- まず、手書き文字の点については
- 975 名前：、小書きかどうかに限らず、紛らわしい字一般の問題でしょ。仮にその理屈でいうなら1 とl とかも手書きでは区別できないってことになるね。こんなの考えなくても分かることだと思うんだけど。
また、使い分けの点については、事実として表記が異なるわけだから、会社側が使い分けることはやろうと思えば普通にできるでしょ。何で出来ないと思うの？ それで仮に取引相手が「株式会社キヤノン」との取引書類と、「株式会社キャノン」との取引書類とを両方有するに至ったとき、両者の同一性を看過するおそれがあるというリスク（あるいは表記上の違いだけからは別人格性を確定できないため、調査する必要があるという負担）を相手側に負わせることを正当化できる理由は？
最後に、商号として同一性を欠くのだから、ファンテクノロジーとフアンテクノロジーを同一住所で登記することは、少なくともそれが同一商号であるという理由によって拒否されることはない。当然でしょ。あとは、会社法8条の不正の目的とか、不正競争防止法の問題だね。
ブルドックソースについては何を言いたいのかよく分からんね。仮に戦前期に「ッ」で登記された例ということなのだとしたら、>>883についても>>884と同様誤りということで結論が出たということになるが、そういうこと？ [] - [ここ壊れてます]
- 976 名前：883 [2025/09/29(月) 20:37:54.15 ID:CTJFaWG3.net]
- 「蚊帳の外」という慣用句を実感する日々
- 977 名前：デフォルトの名無しさん [2025/09/29(月) 21:04:30.27 ID:y45PuZjM.net]
- ぬ？ ブルドックソースとな？
あ、先ずは883は単にその直前の書き込みから想起してお気楽にしたためただけなんで
嘘だの何だのは看過しようじゃ無いか 目くじら立てたり責めたりするようなカキコでも無い
現物の登記簿を確認したい気持ちがMAXだが、大正末期なんて昭和のバブル期以上に世の中が
舞い上がってる時代だったろうから(モボモガ？)うっかり受理したとか｢ま、いっか｣で登記官吏
が容認してしまった可能性も否めない ←想像
有り得ないだろうと思われる理由の一つに、法人登記した場合、官報に公告されて管轄する
地域の新聞にも掲載しなければいけない法律がある(あった)
その当時、印刷活字には濁点はあっても促音の活字は存在していなかった事実がある
大正末期の新聞をググっても「バラツク建築」とかでしかない バラつく？ あぁ、バラックか
と、現代人にとっては一拍思考が止まるような表記を呈している
新聞印刷所には無くても官報印刷所にはあるだろ、という反論は｢どうかな｣としか言えない
新聞社でッの活字を使い出したのは昭和25〜6年からというのが現時点でのプルーフ
キヤノンとは逆パターンで、登記された商号は｢キヤノン｣だが一般的な宣伝･広告や記事の
上ではキャノンが容認されてた／登記された商号は｢ブルドックソース｣だが記事や広告では
ブルドツクソースと記載されていた かも知れない可能性は否めないが、だからこそ現物を見たい
ブルどつくソース って、ねぇ >>963 どんまいw
- 978 名前：デフォルトの名無しさん [2025/09/30(火) 08:24:30.79 ID:BVxzGyvy.net]
- まだやってんのか
どころか加速していた
- 979 名前：デフォルトの名無しさん mailto:sage [2025/09/30(火) 08:44:38.45 ID:q2mMmbzN.net]
- コードはAIが書いてくれる時代、どうせまともに機能してないスレ
好きに雑談してても気にならん
- 980 名前：デフォルトの名無しさん mailto:sage [2025/09/30(火) 09:23:39.07 ID:d3xnR+4Y.net]
- AIが代弁してるから話が長くなる傾向にある
この糞長文の応酬はしばらく終わらないだろう
- 981 名前：デフォルトの名無しさん mailto:sage [2025/09/30(火) 10:54:41.30 ID:9y7dVG1g.net]
- 諸氏には恐縮する 図らずも拡がってしまった風呂敷をどう畳もうか困惑中
畳む必要なんか無いからとっとと去ね！が正解なんだろうけれども
何らかの手掛かりを求めて、国税庁・法人番号公表サイトでブル(ry の法人番号を入れてみても
何故か該当なしで出て来ない
ブル(ry より古いジャパンタイムズを検索するとちゃんと表示されて、その変更履歴の中に
No.3 旧情報 商号の変更→ジヤパン(ry と成ってる 変更日付は平成29年7月
外来語だからカタカナ促音拗音が受理されていたと思えないプルーフのひとつとして捉えていいのではないだろうか
いまだにe-Govにも載ってる！の強弁を裏付けるエヴィデンスは出て来ない
- 982 名前：デフォルトの名無しさん mailto:sage [2025/09/30(火) 12:28:12.76 ID:9y7dVG1g.net]
- 訂正：別端末でブル(ry 検索したところ表示はあった 変更の履歴などは記載されておらず
デジタル化以前に戦災などで逸失してる、等の可能性も否めず やはり登記原本が欲しいところ
- 983 名前：デフォルトの名無しさん mailto:sage [2025/09/30(火) 12:58:59.88 ID:51aNoBGH.net]
- 面倒なので商号話はNGにした
あぼーんがいっぱい
- 984 名前：デフォルトの名無しさん [2025/09/30(火) 15:02:18.63 ID:KTqV9xoy.net]
- >>970
読んでないからNGワードの選択がわからん
教えて
- 985 名前：デフォルトの名無しさん [2025/09/30(火) 20:28:35.80 ID:pPukC98V.net]
- どうせ人のことを境界知能とか言ってバカにする奴しか居ないからね
- 986 名前：883 [2025/09/30(火) 22:20:20.27 ID:Y4ahF+xb.net]
- 心底どうでもいい話
Microsoft VBScript Regular Expression 5.5 は RegExp.test だけど
Microsoft365からのネイティブ?だと RegExp.Test だ
昔から気になってたんだよな
- 987 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 10:16:50.41 ID:rXu1AWiD.net]
- 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をコテンパンに出来た報告とす
- 988 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 12:00:47.24 ID:lecUwKjm.net]
- ある程度の数のレコード情報を保存するのに、Excelを使う場合とSQLiteみたいな簡易DBを使う場合とがあるけど、どこら辺で線引きするのが正解なんだろう。
取り回しは圧倒的にExcelの方が楽なんだけど、データの整合性みたいな点はDBの方が手堅いし。
- 989 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 12:37:38.44 ID:esbl9L0o.net]
- >>975
整合性で言えばExcelのテーブルは信用できるよ
MS的にもその辺を根拠にAccessのディスコン進めてた訳だし
- 990 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 13:32:58.38 ID:lecUwKjm.net]
- AテーブルとBテーブルを1:多で結合するようなケースって、ExcelだとAテーブル側のレコードを複数書き並べるようなイメージだったんだけど、そういう方法だとAテーブル側（1側）のレコード内の値が変更になった場合、整合性は必ずしも保証されなくない？（書き並べた同じレコード内の値を全て変更すれば大丈夫だけど、変更忘れがあると整合性が失われる）。
最近のExcelだと、そういったSQLっぽいこともできるようになっていたりする？
- 991 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 13:41:54.46 ID:esbl9L0o.net]
- 最近というか2013のリレーションシップでは不足ということ？
- 992 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 14:07:34.66 ID:Lr3BPjYZ.net]
- そもそもワークシートだとトランザクション使えないから、システムエラーのケースまで考慮すれば整合性の維持は極めて困難よ
- 993 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 14:34:52.10 ID:lecUwKjm.net]
- >>979
あー、なるほど。ロールバックとかできないということか。それだとたしかに厳密な意味でのデータの整合性に拘るのは難しいか……。
>>980
そういう機能もあるのね。あまり認識していなかったけど、ExcelだけでSQLっぽいことができるのはメリットだね。
- 994 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 14:38:00.21 ID:lecUwKjm.net]
- 次スレも立てたよ。
Excel VBA 質問スレ Part84
https://mevius.5ch.net/test/read.cgi/tech/1759297002/
- 995 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 14:52:13.45 ID:zMLBdBiN.net]
- SharePointに上げるとADODBでSQL使えなかった気が
リストだと5,000件の呪いがあるみたいだし
- 996 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 15:03:30.89 ID:esbl9L0o.net]
- >>980
なんかSQLを勘違いしてそうな気がする
SQLの代替って意味ではExcel2010からパワークエリーが使えるよ
- 997 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 15:26:10.71 ID:lecUwKjm.net]
- SQLはSQLiteでちょこちょこやっている程度なので、たしかにSQL自体について詳しいというわけではないが、SQLでいうところのJOIN 相当の機能じゃないの？
- 998 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 15:35:12.95 ID:Lr3BPjYZ.net]
- 整合性を云々言うなら問題はINSERTやUPDATEだね
- 999 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 16:14:33.96 ID:lecUwKjm.net]
- そういうデータの追加・更新時だよね
- 1000 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 17:23:31.74 ID:qkCWFK89.net]
- 参照だけでもパフォーマンス的にインデックス使いたくなったらDBでしょう
Excelはレコードが万単位になると遅くなってくるかな
- 1001 名前：デフォルトの名無しさん [2025/10/01(水) 21:03:44.77 ID:RCjktrAR.net]
- パワークエリーは2013から（しかも公式アドオン）です
パワークエリーはSQLの様な事をSQLより高機能にできます
ADOでSQLを一通り書いたから断言できる
- 1002 名前：デフォルトの名無しさん [2025/10/01(水) 21:22:25.74 ID:2lEUSvZS.net]
- >>988
ADOでという書き方からして何もわかっていない素人丸わかり
- 1003 名前：デフォルトの名無しさん [2025/10/01(水) 21:55:10.22 ID:RCjktrAR.net]
- >>989
Power Queryだろうが、ADOだろうがJOINはJOINだし、GroupByはGroupByでしょう？
フィルターはフィルターだし、ソートは重い
- 1004 名前：883 [2025/10/01(水) 21:59:51.81 ID:T1s1CO55.net]
- 相変わらず質問スレでマウント取りたがるあたおかさん
- 1005 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 22:06:14.58 ID:lecUwKjm.net]
- パワークエリってほとんど使ったことがないからSQLと比較してどうかってのは分からないけど、元データとして既存のファイルとかが使えるのは便利そうね。
テーブルとして保存しておくデータなら標準SQLでクエリを書いておく方が無難な気もするけど、手元のデータをぱっと処理するイメージならパワークエリみたいなものの方が手軽で便利な感じなのかな？
- 1006 名前：デフォルトの名無しさん [2025/10/01(水) 22:14:16.84 ID:RCjktrAR.net]
- >>992
Power Queryの方が圧倒的に手軽でしかも高機能ですよ。
SQLの要素の上にデータの前処理ができるETLがあるからです。
大量のデータでしかもサーバーにデータがあるとかならSQLの方が高速だと思いますが、個人で行う程度ならPower Query（と繰り返し処理を行う場合はBuffer関数）で十分です。
なぜならPower Queryは関数型プログラミングでもあるから。
- 1007 名前：デフォルトの名無しさん [2025/10/01(水) 22:17:13.13 ID:RCjktrAR.net]
- LET関数は便利だなと思った。
必ずエラーがある数式にLETで名前をつけて、If(IsError””,名前)にすればいい
- 1008 名前：デフォルトの名無しさん [2025/10/01(水) 22:42:20.25 ID:Mp9mto79.net]
- >>993
うわっ
個人でとか勝手に限定してきた
- 1009 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 23:02:36.67 ID:NnhoxcP8.net]
- データの前処理は、SQLというよりホスト言語でやることなのでは。Pytnonとかでやるより便利ならそこだけ欲しいかも。
関数型・宣言型っぽいというのはSQLからしてそう言われているよね（自分はミックさんの本で齧った程度の知識しかないけど）。
- 1010 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 23:12:11.99 ID:qkCWFK89.net]
- SQLかT-SQLを導入してほしかったPowerQueryじゃなくて
規格化されて実績のある標準があるのになぜ車輪を再発明するのか
- 1011 名前：デフォルトの名無しさん mailto:sage [2025/10/01(水) 23:26:25.36 ID:AaZJ9Hg2.net]
- Power Query-Power Pivotは好きよ
- 1012 名前：デフォルトの名無しさん [2025/10/01(水) 23:37:46.31 ID:RCjktrAR.net]
- なんでSQLとは違う物が実装されたかというと
そもそもPower Queryの前身はMicrosoft Queryという機能だったらしいです
個人ユーザー向けにGUIで手軽にデータの前処理や整形（ETL）が行える様にしたからSQLではない
ExcelにPythonが実装される前は、個人が勝手にPower QueryのためにPythonを Excelに導入していたくらいには高機能
- 1013 名前：デフォルトの名無しさん [2025/10/01(水) 23:54:16.97 ID:RCjktrAR.net]
- そもそもSQLをやろうと考えている様な人はデータは正規化して列の繰り返しのない、スカラ値の表を作るけど、大多数の人はめちゃくちゃ表の体をなしていないシートを作成するからSQLでは無理、不可能
列の値はバラバラだし
さらには列名を変えるし列は削除するし
- 1014 名前：1001 [Over 1000 Thread.net]
- このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 115日 12時間 47分 36秒
- 1015 名前：過去ログ ★ [[過去ログ]]
- ■ このスレッドは過去ログ倉庫に格納されています
|
 |
