데이터베이스에서 데이터를 가져오는 동안 밀리초가 사라지는 것을 방지하는 방법은 무엇입니까?안녕하세요,
TLDR: 데이터베이스에서 데이터를 가져올 때 밀리초를 유지하는 방법이 있습니까? JSON을 가져오면 타임스탬프 밀리초가 모두 0으로 변합니다. JMP 16.2/17.0
현재 데이터베이스에서 json 데이터를 가져오는 JSL 스크립트가 있습니다.
전 ->
Data Table(open database(dsn_string, sql_string, table_name, Invisible(1)));
이 스크립트는 타임스탬프 열의 세분성에 밀리초가 누락되어 있다는 점을 제외하고는 아무런 문제 없이 작동해 왔습니다.
원본 JSON 파일의 타임스탬프에는 밀리초("TIME_STAMP":"2022\/08\/10 17:00:37.130 ")가 있지만 JMP에서는 타임스탬프에 더 이상 밀리초가 없습니다. 더 많은 소수 자릿수를 갖도록 열 정보를 편집하더라도 밀리초는 모두 0입니다.
밀리초가 누락되면 행이 잘못 정렬되어 분석 문제가 발생합니다. 내 데이터에는 밀리초 단위의 세분성이 정말로 필요합니다.
데이터를 가져오는 동안 밀리초가 사라지는 이유에 대한 문제를 해결하는 방법을 아는 사람이 있습니까?
이런 일이 발생하는 것을 방지할 수 있는 단서가 있습니까?
도움을 주신 모든 분들께 미리 감사드립니다!!!
자동화 및 스크립팅기본 데이터 분석 및 모델링데이터 접근Re: 데이터베이스에서 데이터를 가져오는 동안 밀리초가 사라지는 것을 방지하는 방법은 무엇입니까?수정 사항은 JMP 쪽이 아닌 데이터베이스 쪽에서 이루어질 것으로 생각됩니다(예: https://database.guide/how-to-return-fractional-seconds-from-a-datetime-value-in-oracle/ ). 아마도 데이터베이스 브랜드에 따라 다를 수 있습니다.
해결 방법으로 데이터베이스에서 CSV를 내보낼 수 있지만 동일한 수정이 필요할 수 있습니다.
Imports the fractional seconds OKImports the fractional seconds OKImports the fractional seconds OK소수 초를 가져옵니다. 확인
편집: 명확하지 않을 수도 있습니다. "데이터베이스 끝에서"는 여전히 데이터베이스가 데이터를 보내도록 쿼리를 편집하는 것을 의미합니다.
Re: 데이터베이스에서 데이터를 가져오는 동안 밀리초가 사라지는 것을 방지하는 방법은 무엇입니까?안녕하세요 Craige_Hales.
제안해 주셔서 감사합니다.
제 경우에는 JSON 데이터를 가져오기 위한 쿼리를 밀리초를 고려하여 편집해야 한다는 뜻인가요? JSON 데이터를 확인한 결과 확실히 필요한 밀리초가 있었지만 JMP로 올바르게 가져올 수 있는 솔루션을 찾지 못했습니다. 어떤 조언이 있습니까?
참고: 저는 대규모 데이터 세트로 작업하고 모두 JSL 스크립트로 자동화된 100개의 JSON 파일을 가져옵니다. 매번 csv로 가져온 다음 이를 JMP로 가져오는 것은 그다지 이상적이지 않습니다.
Re: 데이터베이스에서 데이터를 가져올 때 밀리초가 사라지는 것을 방지하려면 어떻게 해야 하나요?
제 경우 JSON 데이터를 가져오는 쿼리를 밀리초를 고려하여 편집해야 한다는 뜻인가요?
제가 설명했던 것이 바로 그것입니다. 링크가 도움이 될 수 있다고 생각합니다. 저는 가끔 SQL을 사용하는 사람에 불과합니다. 다른 사람들은 더 잘 알 것입니다. 링크를 보면 모든 SQL이 똑같지 않다는 것이 꽤 분명합니다. 어떤 SQL 변형을 다루고 있는지 추가해야 합니다. 하지만 JMP로 보내기 전에 날짜를 문자열로 변환하는 SQL은 상당히 표준일 가능성이 높습니다.
수정: 다시 읽고 있습니다... 헷갈립니다. JSON은 어디서 나오는 걸까요? JMP로 JSON을 읽고 계신가요? 아니면 JMP의 SQL 지원을 사용하고 계신가요? 아마 여러분이 하는 일을 좀 더 자세히 알아야 할 겁니다.
