レポートありがとう! あなたはそれが予測するのが少し難しいということは正しいです。 そこの
不整合の修正に関するいくつかの既存の問題があります。
何かの隅々まで列挙するよりも好ましい
確かに欠陥があります。
今のところ、名前付きリストを使用してください...
明示的な命名の読みやすさ...
私はコンピューターを使用していないので、これらの問題を追跡することはできません...誰かが私たちにできるなら
これを重複として閉じることができます
2018年12月23日、日曜日、12:53 PM Kodi Arfer < [email protected]は次のように書いています。
ここ
https://stackoverflow.com/questions/53745905/when-exactly-does-data-table-preserve-column-names
列名のルールについて尋ねたStackOverflowの質問です
いくつかの驚くべき例とともに、jからの出力が出力に表示されます。 受け取りました
3つの不完全な回答、そのうち2つは削除されました。 明らかに、j
は名前付きリストであり、指定された名前が保持されます。 そうでなければ、それは明確ではありません
その場合、data.tableは列名を推測します。—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/Rdatatable/data.table/issues/3244 、またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AHQQdUnVzNLGos_kMP8QEh9DFOcloQh8ks5u76cWgaJpZM4Zf5EM
。
不整合の修正にはいくつかの既存の問題があります。これは、明らかに欠陥があるものの隅々まで列挙するよりも望ましい方法です。
理にかなっています。 実際のルールを単純化してから説明する方が、そのまま説明するよりも簡単な場合があります。
ありがとう@ Henrik-P私は今閉じます
最も参考になるコメント
いくつかの関連する問題:
jの自動命名に一貫性がない(マルチステートメントj)
最適化されたときにj = c(prefix = lapply(.SD、f))が機能するようにします
.Nの自動命名と名前変更で発生する可能性のある不整合