Если вы используете строки вместо объектов даты, оператор if будет работать для этого формата, если вы напишете его как (a <= b && b <= c)

В противном случае я не уверен, как getSingleResult() можно преобразовать в объект Date, так как это может быть что угодно, и вам действительно придется анализировать значение, а затем использовать соответствующие методы Date для проверки isBefore и isAfter

Java: как проверить, находится ли дата в определенном диапазоне?

Не используйте конкатенацию строк для создания SQL-запросов.

Это уязвимо для SQL-инъекций и действительно опасно:

String sql = "Select STARTDT FROM urllink WHERE URL='f0 = "+nodeid+"&ts = "+ts + "'";
...
return (Date) em.createNativeQuery(sql).getSingleResult();

Предполагая, что em относится к объекту EntityManager, вы можете построить запрос на основе Criteria, или, если вам действительно нужно придерживаться собственного SQL, вместо этого вы должны использовать Подготовленное заявление.

Что касается вашего вопроса о сравнении, у вас есть три проблемы:

• Вы пытаетесь сравнить два разных типа (String и Date).
• Вы пытаетесь использовать оператор, который можно использовать только для сравнения примитивов, но не объектов (<=).
• Вы пишете свое условие как математический оператор вместо условного оператора программирования (a <= b <= c не является допустимым оператором Java. Он должен быть a <= b && b <= c).

Вот способ сравнения с использованием класса Date (обратите внимание, что, поскольку Java 8 LocalDate — гораздо лучший класс для использования, если у вас есть возможность).

Date fileStartDate = fileFacade1.get_startdate(fileID, hash);
Date fileEndDate = fileFacade1.get_enddate(fileID, hash);

Date currentDate = new Date();

if (fileStartDate.before(currentDate) && fileEndDate.after(currentDate) {
  ...

В ответ на ваш комментарий

Okay but does using preparedStatement helps with this SQL inejction. Does entity manager prevent the injection? I was told not to use preparedstatement,are there any other alternatives?

Если кто-то сказал вам сделать собственный запрос, используя конкатенацию строк (части вашего кода +nodeid+ и +ts +) вместо использования PreparedStatement, то они ошибаются. EntityManager не защитит вас от внедрения кода выше, но PreparedStatement вместе с изменением того, как построен ваш запрос, защитит.

PreparedStatement будет выглядеть примерно так

String url = "f0 = " + nodeid + "&ts = " + ts;
PreparedStatement preparedStatement = connection.prepareStatement("Select STARTDT FROM urllink WHERE URL= ?");
preparedStatement.setString(1, url);
ResultSet resultSet = preparedStatement.executeQuery();

Если вам сказали использовать EntityManager вместо написания собственного SQL, то это действительно хороший совет. Вам нужно будет построить свой запрос, используя абстракцию Criteria. Как это сделать, наверное, отдельный вопрос.

тл;др

if ( file_getstartdate<= currentDate<= file_getendDate) { … }

LocalDateRange                                // Represent a span-of-time as a pair of `LocalDate` (date-only) objects.
.ofClosed( startLocalDate , stopLocalDate )   // Making the date range in fully-closed approach, against my advice of using half-open approach.
.contains(                                    // Compares a specified `LocalDate` against the start and stop dates of the range.
    LocalDate.now(                            // Use `java.time.LocalDate` to represent a date-only value without a time-of-day and without a time zone.
        ZoneId.of( "Africa/Tunis" )           // Specify the time zone by which we want to perceive the calendar date for the current moment. "Tomorrow" arrives in Paris France while still "yesterday" in Montréal Québec.
    )                                         // Returns a `LocalDate` object.
)                                             // Returns a `boolean` primitive.

Java.время

Ответ первого игрока правильный, но его можно улучшить, используя современные классы Java.время, а не ужасные устаревшие классы (Date и т. д.).

LocalDate

Для столбца стандартного для SQL типа DATE используйте класс LocalDate. Класс LocalDate представляет значение только для даты без времени суток и без часовой пояс или смещение от UTC.

Часовой пояс

Часовой пояс имеет решающее значение при определении даты. В любой момент дата варьируется по всему земному шару в зависимости от зоны. Например, несколько минут после полуночи в Париж, Франция — это новый день, а в Монреаль, Квебек — все еще «вчера».

Если часовой пояс не указан, JVM неявно применяет свой текущий часовой пояс по умолчанию. Это значение по умолчанию может быть измениться в любой момент во время выполнения (!), поэтому ваши результаты могут отличаться. Лучше указать желаемый/ожидаемый часовой пояс явно в качестве аргумента. Если критично, подтвердите зону у своего пользователя.

ZoneID

Укажите правильное название часового пояса в формате Continent/Region, например America/Montreal, Africa/Casablanca или Pacific/Auckland. Никогда не используйте сокращения из 2-4 букв, такие как EST или IST, так как это нет истинные часовые пояса, не стандартизированные и даже не уникальные(!).

ZoneId z = ZoneId.of( "America/Montreal" ) ;  
LocalDate today = LocalDate.now( z ) ;

Если вы хотите использовать текущий часовой пояс JVM по умолчанию, запросите его и передайте в качестве аргумента. Если его опустить, код становится двусмысленным для чтения, поскольку мы не знаем наверняка, намеревались ли вы использовать значение по умолчанию или вы, как и многие программисты, не знали об этой проблеме.

ZoneId z = ZoneId.systemDefault() ;  // Get JVM’s current default time zone.

Полуоткрытый

if ( file_getstartdate<= currentDate<= file_getendDate){

Вам будет легче работать, если вы будете последовательно использовать полуоткрытый подход к определению промежутка времени. В этом подходе начало — включительно, а окончание — эксклюзивный. Таким образом, месяц начинается с первого числа и продолжается до первого месяца следующий, но не включает его.

Таким образом, логика вашего запроса будет выглядеть следующим образом: с <= и <.

if ( file_getstartdate <= currentDate < file_getendDate)

Это означает, что в SQL нет использует BETWEEN для работы с датой и временем.

String sql = "SELECT * from tbl WHERE when >= ? AND when < ? ;" ;
…
myPreparedStatement.setObject( 1 , today ) ;
myPreparedStatement.setObject( 2 , today ) ;

Чтобы получить DATE, значения:

LocalDate localDate = myResultSet.getObject( … , LocalDate.class ) ;

Такая же полуоткрытая логика в коде Java будет выглядеть следующим образом. Обратите внимание, что более короткий способ сказать «равно или позже, чем» — это «не раньше».

boolean isTodayWithinDateRange = 
    ( ! today.isBefore( startDate ) )  // Is today same or later than start…
    &&                                 // AND
    today.isBefore( stopDate )         // Is today before the stop (for Half-Open approach). 
;

Не путайте значения даты и времени с текстом

My date stored in my table is in the format YYYY-MM-DD

Нет это не так. Тип DATE в MySQL хранит дату с помощью собственного внутреннего механизма, а не обычного текста.

Объект даты и времени, такой как столбец DATE в базе данных или LocalDate в Java, может анализировать входную строку в значение даты и может генерировать строку из этого значения даты. Но значение даты не является строкой. Не путайте их. Другими словами, значение даты не имеет «формата», формат имеют только их текстовые представления.

LocalDateRange

Если вы выполняете большую часть этой работы, добавьте в свой проект библиотеку ThreeTen-Extra. Это дает вам доступ к классу LocalDateRange.

LocalDate start = … ;
LocalDate stop = … ;
LocalDateRange range = LocalDateRange.of( start , stop ) ;
boolean rangeContainsToday = range.contains( today ) ;

По умолчанию класс LocalDateRange работает с полуоткрытым подходом. Но если вы настаиваете на своем полностью закрытом подходе, переопределите его поведение по умолчанию с помощью метода LocalDateRange.ofClosed.

О Java.время

Платформа Java.время встроена в Java 8 и более поздние версии. Эти классы заменяют проблемные старые классы даты и времени наследие, такие как java.util.Date, Calendar и SimpleDateFormat.

Чтобы узнать больше, см. Учебник по оракулу. И поищите множество примеров и пояснений в Stack Overflow. Спецификация JSR 310.

Проект Джода-Время, теперь именуемый Режим технического обслуживания, рекомендует перейти на классы Java.время.

Вы можете обмениваться объектами Java.время напрямую с вашей базой данных. Используйте JDBC-драйвер, совместимый с JDBC 4.2 или более поздней версии. Нет необходимости в строках, нет необходимости в классах java.sql.*.

Где получить классы java.time?

• Ява SE 8, Ява SE 9, Ява SE 10, Ява SE 11 и более поздние версии — часть стандартного Java API со встроенной реализацией.
  • Java 9 добавляет некоторые незначительные функции и исправления.
• Ява SE 6 и Ява SE 7
  • Большая часть функциональности Java.время обратно перенесена на Java 6 и 7 в ThreeTen-Backport.
• Андроид
  • Более поздние версии реализации пакетов Android классов Java.время.
  • Для более ранних версий Android (<26) проект тридесятьABP адаптирует ThreeTen-Backport (упомянутый выше). См. Как использовать ThreeTenABP….

Проект ThreeTen-Extra расширяет java.time дополнительными классами. Этот проект является испытательным полигоном для возможных дополнений к java.time в будущем. Здесь вы можете найти несколько полезных классов, таких как Interval, YearWeek, YearQuarter и более.