更改列格式無法正常工作<<格式（持續時間，：hr：m：s）所以我有一個列有一個公式，減去2個日期（另外兩列）。 輸出為Numeric Continous。 我正在嘗試使用
column(dt,"Duration")<<DATA type=""></DATA>
將其更改為持續時間而不是數字。 但它不起作用
column(dt,"Duration")<<DATA type=""></DATA>
也不起作用
我可以進入Colum信息菜單並將Best to Duration更改為hr：m：s，這樣就可以了
Re：更改列格式不能正常工作<<格式（持續時間，：hr：m：s）你有格式（）消息的語法錯誤。它應該是：
column(dt,"Duration")<<DATA type=""></DATA>
我通過在列信息對話框中以交互方式設置格式來解決這個問題，然後我複制了表腳本以查看語法。
將腳本粘貼到新的腳本編輯器中，您將看到定義“持續時間”列的部分：
New Column( "Duration",
Numeric,
"Continuous",
Format( "hr:m:s", 13, 0 ),
Input Format( "hr:m:s", 0 ),
Formula( :Column 1 - :Column 2 ),
Set Selected
)
Re：更改列格式不能正常工作<<格式（持續時間，：hr：m：s）啊......我在你的帖子中沒有理解第二部分....
Re：更改列格式不能正常工作<<格式（持續時間，：hr：m：s）這似乎不起作用。
我創建了一個包含1列“test”的表，其中包含2行數字
然後使用下面的表格的腳本
column("test")<<DATA type=""></DATA>
並且無法將其更改為持續時間
Re：更改列格式不能正常工作<<格式（持續時間，：hr：m：s）所以我不能只用<<格式（持續時間，“：hr：m：s”，17,0）將列格式更改為持續時間
我可以在查詢後腳本中使用<< Format（Best，10,3）更改列的格式
我有一個帖子查詢腳本，它創建一個新列，其中包含一個減去另外兩列的公式。 然後嘗試使用<< Format（Duration，“：hr：m：s”，17.0）更改該答案。
所以你建議我必須使用......：第1列和第2列那些具有我減去的日期的那些
column(dt,"Duration")<<DATA type=""></DATA>
Re：更改列格式不能正常工作<<格式（持續時間，：hr：m：s）我不確定我是否有足夠的特定細節來確定如何提供幫助。那麼，讓我們備份第一條消息：
@UberBock 中寫道：
所以我有一個列有一個公式，減去2個日期（另外兩列）。 輸出為Numeric Continous。
此列的減法結果來自何處？我以為你在JMP中做了這個減法，但現在我不太確定。這是一個已在數據庫的列中完成的計算嗎？如果是這樣，那可能會使事情變得複雜，因為JMP不知道時間值代表什麼單位。
JMP中的日期和時間以秒為單位存儲，因此：hr：m：s格式將顯示值1：0：0：1，值60顯示為：0：1：0，值3600 as ：1：0：0。（您可以在中了解有關日期時間值的更多信息在JMP中使用日期，時間，日期時間和持續時間 。）
那麼，讓我們從那開始吧。計算日期的差異列在哪裡，結果是什麼單位？
Re：更改列格式不能正常工作<<格式（持續時間，：hr：m：s）當然。
所以我創建了一個SQL查詢，我將其置於“自定義SQL”中以獲取數據。 它返回一個我用修改後的腳本修改的數據表。 它做了很多事情。返回的數據表有一個'completiondate'列。 它的格式就像07/03/2019 12:25:00 AM。 在該查詢後腳本的一部分中，我創建了一個摘要表，該表具有該“完成日期”列的最小值和最大值。 我當時希望創建另一個列，其中包含從max中減去min的公式，我希望該列的格式為持續時間。 我試圖創建列並讓它使用公式，然後將其格式化為持續時間，但似乎不起作用。 我已經使用公式創建了其他列，並將格式更改為百分比而沒有問題。 似乎JMP劑量像<<格式（持續時間）：hr：m：s：“，17,0）與<<格式（百分比，12,2）相同
Re：更改列格式不能正常工作<<格式（持續時間，：hr：m：s）謝謝你的澄清。看起來好像我們在同一頁面上。
問題是你已經得到了它的語法格式（） 消息錯了。你不需要持續時間其中的關鍵字，只有格式“：hr：m：s”。
column(dt,"Duration")<<DATA type=""></DATA>
但是，您可以將所有這些內容設置為創建新列的一部分新專欄（） 信息.. 事實上，如果您使用公式創建列，則數據類型和建模類型應該已經正確。
你能告訴我們更多的劇本嗎，包括新專欄（） 您創建的消息持續時間柱？
從最終結果的角度來看，這並不重要，但它會使您的代碼更容易理解，更有效。
