Использование Groovy: обновление столбца оракула метки времени

У меня есть два отличных сценария, которые делают соответственно вставку и обновление в таблице оракула, в которой есть строковый столбец и два столбца временных меток, созданные следующим образом:

CREATE TABLE sn_token (
    "token" varchar2(500 char) NOT NULL,
    created_at timestamp NOT NULL,
    updated_at timestamp,
    PRIMARY KEY ("token")
);

В первом отличном скрипте я делаю вставку в эту таблицу, используя этот отличный фрагмент кода (я опускаю фрагмент кода, который устанавливает соединение с базой данных):

import java.util.Date;
import org.joda.time.DateTime;

DateTime now = DateTime.now()
Date date = now.toDate()
def createdTimestamp = date.toTimestamp()
def map = [token : "myToken", created_at : createdTimestamp]
sql.execute "INSERT INTO sn_token (\"token\", created_at) VALUES ($map.token, $map.created_at)"

и все в порядке, а временная метка, которая сохраняется и регистрируется в консоли, выглядит так:

2018-07-20 09:38:24.191

Во втором скрипте я обновляю ту же строку, используя этот отличный фрагмент кода (я опускаю фрагмент кода, который устанавливает соединение с базой данных):

import java.util.Date;
import org.joda.time.DateTime;

DateTime now = DateTime.now()
Date date = now.toDate()
def updatedTimestamp = date.toTimestamp()
def myToken = "myToken"
sql.execute 'UPDATE sn_token SET updated_at = \'' + updatedTimestamp + '\' WHERE "token" = \'' + myToken + '\''

Значение переменной updatedTimestamp, зарегистрированной в консоли:

2018-07-20 09:40:44.706

и сгенерированный запрос:

UPDATE sn_token SET updated_at = '2018-07-20 09:40:44.706' WHERE "token" = "myToken"

Хотя две переменные отметки времени имеют одинаковый формат, sql обновления возвращает ошибку

ORA-01843: not a valid month

и я не понимаю почему ..

Может ли кто-нибудь помочь мне решить эту проблему?

Спасибо

Вы полагаетесь на настройки базы данных для формата даты. Вы должны использовать функцию oracle to_date в своем запросе и указать правильный формат, например: to_date ('2018-07-20 09:20:10', 'rrrr-mm-dd hh24: mi: ss')

Graham H 20.07.2018 10:21
Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
1
1 137
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Ради вас самих избавьтесь от двойных кавычек при создании объектов Oracle. По умолчанию они будут созданы в верхнем регистре, но вы можете ссылаться в любом случае (верхний, нижний, смешанный регистр). Если вы настаиваете на создании столбца как "token", вам придется всегда ссылаться на него таким образом (двойные кавычки, имя в нижнем регистре).


Что касается вашего вопроса: посмотрите, решит ли TO_TIMESTAMP проблему. Вот пример:

SQL> create table sn_token
  2    (token      varchar2(10),
  3     updated_at timestamp
  4    );

Table created.

SQL>
SQL> insert into sn_token (token) values (1);

1 row created.

SQL> update sn_token set
  2    updated_at = to_timestamp('2018-07-20 09:40:44.706', 'yyyy-mm-dd hh24:mi:ss.ff3');

1 row updated.

SQL> select * from sn_token;

TOKEN      UPDATED_AT
---------- ------------------------------
1          20.07.18 09:40:44,706000

SQL>

Большое спасибо, с функцией to_timestamp все заработало. Но как мне использовать эту функцию в операторе обновления? Ps: спасибо за предложения по поводу двойных кавычек.

Luca 20.07.2018 10:56

Пожалуйста. Говоря «как мне нужно ...» - вы имели в виду «почему»? Ну, потому что - если вы попытаетесь вставить какое-то значение, заключенное в одинарные кавычки, Oracle обработает его как строку. Он пытается неявно преобразовать его в метку времени, но - если это не удается (потому что формат метки времени вашей системы отличается от того, что вы указали) и вызывает ошибку. Однако, если вы явно конвертируете эту строку в метку времени (с помощью функции TO_TIMESTAMP), то сомнений нет.

Littlefoot 20.07.2018 11:20

Другие вопросы по теме