1: キサントモナス(東京都) [DE] 2020/02/01(土) 10:30:53.22 ● BE:439992976-PLT(16000)
「Excel」に新関数「XLOOKUP」が導入〜「Office 365」の2020年1月更新
「Word」のインク機能には“なげなわ”ツールが追加、図形を画像ファイルとして保存する機能も
米Microsoftは1月30日(現地時間)、「Office 365 ProPlus」の月次チャンネルをアップデートした(バージョン 2001、ビルド 12430.20184)。
“Office 365”の購読者であれば、最新版が順次ダウンロード・自動適用される。
本ビルドの目玉は、「Excel」に「XLOOKUP」関数が導入されたこと。
従来の「VLOOKUP」関数や「HLOOKUP」関数で使いにくいとされていた要素を改善した後継版で、不必要な計算を避けてパフォーマンスを向上させられるのもメリットといえる。
「VLOOKUP」や「HLOOKUP」は互換性維持のため今後もサポートされるが、今後は「XLOOKUP」の利用が主流になっていくだろう(参考記事)。
そのほかにも、「Word」のインク機能に“なげなわ”ツールが追加され、インクオブジェクトの選択が可能になった。
「Word」では図形、アイコン、その他のオブジェクトを画像ファイルとして保存する機能も導入されている。
https://forest.watch.impress.co.jp/docs/news/1232674.html
205: ネンジュモ(東京都) [US] 2020/02/01(土) 12:05:46.61
>>1
今までのバージョンと互換性を失わせて、新しいのを買わせる為の策だな
今までのバージョンと互換性を失わせて、新しいのを買わせる為の策だな
3: カルディセリクム(SB-Android) [ニダ] 2020/02/01(土) 10:32:14.95
VLOOKUP
5: アシドバクテリウム(東京都) [JP] 2020/02/01(土) 10:33:28.27
はなわツール
6: クリシオゲネス(新日本) [ヌコ] 2020/02/01(土) 10:34:30.44
FALSE
232: 放線菌(庭) [CN] 2020/02/01(土) 12:28:42.66
>>6
0で代用しろ
0で代用しろ
11: シネココックス(東京都) [JP] 2020/02/01(土) 10:35:44.56
xvideolookupか使いやすくなるのかな
12: カルディセリクム(静岡県) [US] 2020/02/01(土) 10:36:04.94
バージョンが低いExcelにXLOOKUP食わせたらどうなるんだろ?
Excelバージョン低いまま使ってる会社が結構ある
Excelバージョン低いまま使ってる会社が結構ある
36: テルモリトバクター(福島県) [US] 2020/02/01(土) 10:52:30.08
>>12
関数が機能しないからセルに関数が文字列みたく表示されるかエラー表示になると思う
ただこの関数使ったExcelファイルの配布は避けた方がいいよ
うちの会社は互換性考えて保存形式をxlsに設定してる
関数が機能しないからセルに関数が文字列みたく表示されるかエラー表示になると思う
ただこの関数使ったExcelファイルの配布は避けた方がいいよ
うちの会社は互換性考えて保存形式をxlsに設定してる
51: アシドバクテリウム(東京都) [ニダ] 2020/02/01(土) 10:57:20.82
>>36
excelアップデートされたらライブラリが更新されたりせんの?
excelアップデートされたらライブラリが更新されたりせんの?
14: レジオネラ(東京都) [US] 2020/02/01(土) 10:36:51.58
SEの間では
index派とvlook派
でどっちが優れてるかで良く議論になる
index派とvlook派
でどっちが優れてるかで良く議論になる
15: ミクロモノスポラ(東京都) [US] 2020/02/01(土) 10:37:16.72
まじでexcelの関数マスターしたいんだが
266: スネアチエラ(ジパング) [GR] 2020/02/01(土) 13:11:06.85
>>15
最初は四則演算とaverage関数くらいでいい
そのうち、凝った計算や検索を行う時
「こういう関数があるはずだ」と探せるようになる
最初は四則演算とaverage関数くらいでいい
そのうち、凝った計算や検索を行う時
「こういう関数があるはずだ」と探せるようになる
279: セレノモナス(大阪府) [US] 2020/02/01(土) 13:22:16.70
>>15
使わない関数覚えてもすぐ忘れるぞ
使わない関数覚えてもすぐ忘れるぞ
16: テルムス(茸) [US] 2020/02/01(土) 10:37:54.33
index matchの方が軽いという
vlookupは激重のクソ
vlookupは激重のクソ
18: カウロバクター(東京都) [US] 2020/02/01(土) 10:39:01.68
毎年・使用料を取るのは止めて欲しい
21: パスツーレラ(東京都) [KR] 2020/02/01(土) 10:42:27.35
EXCELの関数はホント優秀
27: テルムス(宮城県) [US] 2020/02/01(土) 10:45:39.65
INDEX MUTCHのコンビネーションと同じならうれしいんだが、VLOOKUPは使いにくすぎる
68: エントモプラズマ(家) [JP] 2020/02/01(土) 11:03:38.10
>>27
INDEX MATCH要らなくなるよ
INDEX MATCH要らなくなるよ
28: フィンブリイモナス(静岡県) [US] 2020/02/01(土) 10:46:20.46
未だに古いexcelが蔓延してるから使えるのは20年後ぐらい
31: ヴィクティヴァリス(東京都) [CN] 2020/02/01(土) 10:48:43.70
>>28
2000を使っている
アクベなし
2000を使っている
アクベなし
34: デスルファルクルス(ジパング) [CN] 2020/02/01(土) 10:50:04.15
そんなことより印刷ズレどうにかしろ
38: ヒドロゲノフィルス(茸) [DE] 2020/02/01(土) 10:52:50.07
いまだにvlookupでtrueにした時の検索っぷりが意味不明
41: シネルギステス(石川県) [GB] 2020/02/01(土) 10:53:54.69
検索値の左側の列を返すのはやはりvlookupではできないのか
47: プロピオニバクテリウム(秋田県) [US] 2020/02/01(土) 10:56:06.79
たまにでもいいから、sumproductのことも思い出してください
56: ヘルペトシフォン(空) [FR] 2020/02/01(土) 10:58:52.22
XLOOKUPって行と列を指定できるのか?
だったらINDEXとMATCHを組み合わせるのと変わらん気がするが
だったらINDEXとMATCHを組み合わせるのと変わらん気がするが
59: エンテロバクター(千葉県) [ID] 2020/02/01(土) 10:59:56.44
>>56
実質変わらんね
2〜3年後にはindex match使ってる奴が老害呼ばわりされそう
実質変わらんね
2〜3年後にはindex match使ってる奴が老害呼ばわりされそう
206: フィンブリイモナス(庭) [US] 2020/02/01(土) 12:06:26.41
>>59
参照先データの列が増えたり減ったり流動的な場合はindex matchのほうが向いてる。
今後も変わらないだろうね
参照先データの列が増えたり減ったり流動的な場合はindex matchのほうが向いてる。
今後も変わらないだろうね
62: テルムス(東京都) [US] 2020/02/01(土) 11:01:35.33
エクセルがあれば1日中遊んでられる
74: エルシミクロビウム(茸) [US] 2020/02/01(土) 11:05:29.14
VLOOKUPとか普通はまず使わない関数だよな
83: エンテロバクター(愛媛県) [US] 2020/02/01(土) 11:07:13.42
googleスプシで実装されれば無難に移行できるけど
85: シネルギステス(東京都) [ニダ] 2020/02/01(土) 11:07:25.38
指定した値xが
1<x<3ならa
4<x<6ならb
・・・・
全部該当しなかったらz
と言うのをを簡単に出来る関数を作って欲しい
xと条件範囲が大量にあって何かして簡単に出せないかと考えたけど思った以上に面倒だった
1<x<3ならa
4<x<6ならb
・・・・
全部該当しなかったらz
と言うのをを簡単に出来る関数を作って欲しい
xと条件範囲が大量にあって何かして簡単に出せないかと考えたけど思った以上に面倒だった
89: エンテロバクター(千葉県) [ID] 2020/02/01(土) 11:09:55.13
>>85
ifs関数が近いかな
ifs関数が近いかな
106: セレノモナス(東京都) [ニダ] 2020/02/01(土) 11:18:34.17
>>85
VBA職人にユーザー定義関数として作ってもらえばいいじゃん
VBA職人にユーザー定義関数として作ってもらえばいいじゃん
197: フソバクテリウム(SB-iPhone) [GB] 2020/02/01(土) 11:57:45.46
>>85
別の場所に条件&結果を表にしておいて、
状況別に読み出しするとかは?(VBA使って)
条件1:1(最低値)/3(最大値)/結果=a
条件2:4(同上)/6(同上)/結果=b
…
と思ったけど範囲外のzが無理だね (´・ω・`)
でも何かしらやりようはあるはず…
別の場所に条件&結果を表にしておいて、
状況別に読み出しするとかは?(VBA使って)
条件1:1(最低値)/3(最大値)/結果=a
条件2:4(同上)/6(同上)/結果=b
…
と思ったけど範囲外のzが無理だね (´・ω・`)
でも何かしらやりようはあるはず…
219: カテヌリスポラ(茸) [ニダ] 2020/02/01(土) 12:16:44.47
>>197
素直にVBAでSELECTを書くべきだと思うね
考えるのは無駄な労力だったと、すぐにあっさり気付くと思う
素直にVBAでSELECTを書くべきだと思うね
考えるのは無駄な労力だったと、すぐにあっさり気付くと思う
86: エンテロバクター(千葉県) [ID] 2020/02/01(土) 11:07:35.56
Hlookupはガチで使ったことないわw
99: カルディオバクテリウム(東京都) [ニダ] 2020/02/01(土) 11:14:33.85
配列数式最強
122: セレノモナス(東京都) [ニダ] 2020/02/01(土) 11:26:09.55
>>99
SUMIFS的なことが他の関数でもできるようになるし便利だよな
去年、MAXIFがないから配列数式で対応したわ
SUMIFS的なことが他の関数でもできるようになるし便利だよな
去年、MAXIFがないから配列数式で対応したわ
104: エンテロバクター(千葉県) [ID] 2020/02/01(土) 11:17:48.07
RDBっぽいデータ扱うときはlookup系関数多用するね
107: キサントモナス(埼玉県) [KR] 2020/02/01(土) 11:20:13.39
結構使えそうじゃん
やり方あるけど