Citar:

Tenga en cuenta que todas las demás funciones de fecha y hora se pueden expresar en términos de strftime ():

Función        Equivalente de strftime()
date(...)         strftime('%Y-%m-%d', ...)
time(...)         strftime('%H:%M:%S', ...)
datetime(...)         strftime('%Y-%m-%d %H:%M:%S', ...)
julianday(...)         strftime('%J', ...)

Las únicas razones para proporcionar funciones que no sean strftime () son por conveniencia y por eficiencia.

shordi escribió: [Ver mensaje]

Entendido

shordi escribió: [Ver mensaje]

Ningún problema, bro. Sólo que uno tiene que saber cuando callar igual que cuando hablar y suelo venirme arriba y hablar de más. Repito: Ningún problema.

Grandamakulo escribió: [Ver mensaje]

Me permito intervenir y redundar en lo que comenta Shordi. Por desgracia, cada marca tiene su propio estándar en cuestiones de fecha. La solución de trabajar con el patrón de cada programa y que el SO sea el encargado de dárselo a cada usuario como corresponda es adecuada. Pero hay una solución más básica, que es precisamente la que emplean todos los programas. Y antes de explicarla, una aclaración.
Shordi, te voy a llevar la contraria —bueno, en realidad te voy a dar la razón, pero es que soy así—, efectivamente, no hay un criterio claro entre programas e, incluso, dentro de programas como ocurre con MSExcel. Pero sí que hay normalización y estándar de fechas: la ISO 8.601 —con el visto bueno de la IAU: Unión Astronómica Internacional—, que es la que sigue SQLite correctamente. Indica no solo el orden de los datos, sino también, como has visto, los separadores. Es el que deberíamos usar TODOS, porque emplea el sistema de valor posicional, el mismo que empleamos para leer los números —de izquierda a derecha, de mayor valor a menor—. Deberíamos, digo, porque hasta los calendarios de gúgel se lo salta. Lo juro.
Pero aun así hay un problema más grave. En el mundo hay en uso unos cuarenta calendarios de los que unos diez son empleados por más de veinte millones de personas CADA UNO. Vale que el gregoriano es el más extendido y que la inmensa mayoría del mundo lo emplea, aunque use otro particular a la vez, pero ahí están.
La solución también la da la IAU, con un invento de José Escaligero —no recuerdo su nombre italiano ni latinizado— allá por los siglos XVII o XVIII: la fecha juliana —no confundir con el calendario juliano—. Es el número de días transcurrido desde una fecha que él supuso prehistórica. Todos los sistemas emplean un algoritmo parecido, aunque vuelve a surgir el problema de la falta de homogeneidad en el criterio de origen. Cada cual tiene el suyo, aunque exista una norma internacional que ya lo establezca —de nuevo, por la IAU; por cierto, nada de emplear GMT, que no existe, el término adecuado es UTC—. Ése es el tipo de dato Date.
En fin, que hoy estoy que me enrollo. La solución es pasar los términos de local a estándar adecuando el orden y los signos con año, mes y día, operar con con Date exclusivamente, y volver a «escupirlos» con año, mes y día usando los valores locales del SO. Eso significa que PREVIAMENTE has de saber cuáles son esos valores locales, que es donde está, realmente, el truco. Por cierto, yo no lo sé hacer en Gambas3: agradeceré indicaciones porque todos los programas de astronomía que hago, los hago para el público hispano.

Siento el tocho, que ya van dos veces hoy.