por - funcion que delimitan los datos tipo texto en excel
¿El mejor formato de marca de tiempo para CSV/Excel? (9)
El formato "aaaa-mm-dd hh: mm: ss.000" no funciona en todas las configuraciones regionales. Para algunos (al menos danés) "aaaa-mm-dd hh: mm: ss, 000" funcionará mejor.
como respondió user662894.
Quiero agregar: no intente obtener los microsegundos de, por ejemplo, el tipo de datos datetime2 de SQL Server: Excel no puede manejar más de 3 segundos fraccionarios (es decir, milisegundos).
Por lo tanto, "aaaa-mm-dd hh: mm: ss.000000" no funcionará, y cuando Excel recibe este tipo de cadena (del archivo CSV), realizará el redondeo en lugar del truncamiento .
Esto puede estar bien, excepto cuando importa la precisión de microsegundos, en cuyo caso es mejor que NO active un reconocimiento automático de tipo de datos, pero solo mantenga la cadena como una cadena ...
Estoy escribiendo un archivo CSV. Necesito escribir marcas de tiempo que sean precisas al menos para el segundo, y preferiblemente para el milisegundo. ¿Cuál es el mejor formato para las marcas de tiempo en un archivo CSV para que Excel pueda analizarlo de forma precisa y sin ambigüedades con una mínima intervención del usuario?
Creo que si utilizó el tipo de datos double , el cálculo en Excel funcionaría perfectamente.
El formato "aaaa-MM-dd hh: mm: ss.000" no funciona en todas las configuraciones regionales. Para algunos (al menos danés) "aaaa-MM-dd hh: mm: ss, 000" funcionará mejor.
En cuanto a las zonas horarias. Tengo que almacenar el desplazamiento UTC como segundos de UTC de esa manera las fórmulas en Excel / OpenOffice pueden eventualmente localizar fechas de tiempo. Descubrí que esto es más fácil que almacenar cualquier número que tenga un 0 en frente de él. -0900 no se analizó correctamente en ningún sistema de hoja de cálculo y la importación fue casi imposible de entrenar.
La sugerencia anterior de usar "aaaa-MM-dd HH: mm: ss" está bien, aunque creo que Excel tiene una resolución de tiempo mucho más fina que eso. Encuentro esta publicación bastante creíble (sigo el hilo y verá mucha aritmética y experimentando con Excel), y si es correcta, tendrá sus milisegundos. Puede tachonar lugares decimales al final, es decir, "aaaa-mm-dd hh: mm: ss.000".
Debe tener en cuenta que Excel puede no necesariamente formatear los datos (sin la intervención humana) de tal manera que verá toda esa precisión. En mi computadora en el trabajo, cuando configuro un CSV con datos "aaaa-mm-dd hh: mm: ss.000" (a mano usando el Bloc de notas), obtengo "mm: ss.0" en la celda y "m" / d / aaaa hh: mm: ss AM / PM "en la barra de fórmulas.
Para obtener la máxima información [1] transmitida en las células sin intervención humana, es posible que desee dividir su marca de tiempo en una porción de fecha y una parte de tiempo, con la porción de tiempo solo en la segunda. Me parece que Excel quiere darte como máximo tres "niveles" visibles (donde fracciones de segundo son su propio nivel) en una celda determinada, y quieres siete: años, meses, días, horas, minutos, segundos, y fracciones de segundo.
O bien, si no necesita que la marca de tiempo sea legible por el ser humano, pero desea que sea lo más preciso posible, puede preferir almacenar solo un número grande (internamente, Excel solo usa el número de días, incluidos los días fraccionarios). , desde una fecha "época").
[1] Es decir, información numérica. Si desea ver tanta información como sea posible pero no le importa hacer cálculos con ella, puede crear algún formato que Excel definitivamente analizará como una cadena, y así lo dejará en paz; por ejemplo, "aaaammdd.hhmmss.000".
Para una segunda precisión, aaaa-MM-dd HH: mm: ss debería hacer el truco.
Creo que Excel no es muy bueno con fracciones de segundo (los pierde al interactuar con el objeto COM IIRC - Trataré de encontrar una referencia y publicarla aquí).
Pruebe MM / dd / aaaa hh: mm: ss un formato.
Código Java para crear un archivo XML.
xmlResponse.append ("mydate>"). append (this.formatDate (resultSet.getTimestamp ("date"), "MM / dd / aaaa hh: mm: ss a")). append ("");
public String formatDate(Date date, String format)
{
String dateString = "";
if(null != date)
{
SimpleDateFormat dateFormat = new SimpleDateFormat(format);
dateString = dateFormat.format(date);
}
return dateString;
}
Supongo que ISO-format es una buena idea. ( Artículo de Wikipedia , también con información de tiempo)
Vaya a la configuración de idioma en el Panel de control, luego a Opciones de formato, seleccione una configuración regional y vea el formato de fecha real para la configuración regional elegida utilizada por Windows de forma predeterminada. Sí, ese formato de marca de tiempo es sensible a la configuración regional. Excel usa esos formatos al analizar CSV.
Aún más, si la configuración regional usa caracteres más allá de ASCII, deberá emitir CSV en la correspondiente página de códigos "ANSI" pre-Unicode de Windows, por ejemplo, CP1251. Excel no aceptará UTF-8.