если vtally2
представляет предыдущие данные, это означает vtally.created > vtally2.created
.
Поэтому поменяйте минус на плюс: vtally.created = vtally2.created + INTERVAL 7 DAY
в вашем соединении.
Если вы вычислите в подзапросе столбец с помощью оконной функции, вы также можете игнорировать интервал как непостоянный .
Примерно так:
WITH numbered_tally AS (
select created, total_accounts_credited, total_open_credited, total_closed_credited,
row_number() OVER (ORDER BY created) AS tally_number
from view_command_OPEN_CLOSED_tally
)
SELECT vtally.created,
vtally.total_accounts_credited,
vtally2.total_accounts_credited `previous`,
vtally.total_open_credited ,
vtally2.total_open_credited `previous`,
vtally.total_closed_credited,
vtally2.total_closed_credited `previous`
FROM numbered_tally vtally
LEFT JOIN numbered_tally vtally2
ON vtally.tally_number = 1 + vtally2.tally_number
Я только что загрузил Ganymede 3.4.2 и добавил WTP 3.0.4 к ней, и эта ошибка пошла для меня.
Я на самом деле узнал то, что моей проблемой была через затмение webtools группа пользователей. Проблемой для меня было использование формы Spring пользовательская библиотека тегов. Если Вы самозакрываете тег...
<form:errors path="*" />
... затем Вы получаете глупую ошибку проверки JSP. Если Вы закрываете тег, как будто было содержимое тела...
<form:errors path="*"></form:errors>
Затем ошибка уходит. Мне нужно к продолжению с ошибкой для команды Ganymede.
Это не на самом деле что-то о редакторе само.
Это обычно происходит из-за
A) пользовательские теги, которые пропускают запуск или конечный тэг, вызывают неустойчивость в переводе
или
B) неправильное обращение результата сценариев переменной для пользовательских тегов Блоком проверки допустимости JSP.
Отказ в файле JSP и других отказ блока проверки допустимости. Ни один не вызовет эту проблему в предстоящем WTP 3.0.3 и выпусках Ganymede SR2.
Под предпочтениями-> редакторы-> ассоциации файлов, Вы видите, какой редактор (редакторы) связаны с .jsp файлами. Возможно, это было связано с неправильным редактором и довольное проверка. Можно найти довольно хорошего редактора JSP в инструментарии Платформы веб-инструментов (WTP).
У меня есть та же проблема. Независимо от того, что редактор JSP находится в Ganymede, не любит мой если/еще scriptlets:
<% if(message != null) { %>
<p id="message"><%=message %></p>
<% } else { %>
<p>Please login to view your account information.</p>
<% } %>
Это говорит мне:
Syntax error on token "}", delete this token
Syntax error on token "catch", Identifier expected
Syntax error, insert "Finally" to complete TryStatement
... на заключительной закрывающей фигурной скобке. У меня есть те же ассоциации файлов как исходный плакат. Я предполагаю, что попытаюсь найти другого редактора JSP в инструментарии WTP, но у меня создалось впечатление, которое шло с моей сборкой.
Это - к сожалению, известная ошибка, по-видимому, представленная в обслуживании Выпуск 1 Ganymede (Eclipse Ganymede SR1, v 3.4.1).
Посмотрите следующие страницы для получения дополнительной информации:
http://www.coderanch.com/t/106846/IDEs-Version-Control-other-tools/Ganymede-bug-using-jsp-include
http://www.eclipse.org/newsportal/article.php?id=17447&group=eclipse.webtools#17447
Ошибка исправлена в WTP 3.0.3. Обратите внимание, что для получения фиксации через функцию "Обновлений программного обеспечения" Eclipse необходимо вручную добавить, что WTP обновляют сайт к списку сайтов, которые ищутся во время обновлений, при помощи "Сайтов Maage..." функционируют и проверяют сайт Webtools Eclipse.
Гм, я обновил до 3.0.3, бесцельно. Это происходит главным образом для <% включает файл = "somefile.jsp" %> - стиль включает. Невероятно срыв - делает его очень трудно для нахождения реальных ошибок, когда я имею 300 + их. У кого-либо есть удача при возвращении к более ранней версии WTP?
Я только что запустил обновление Software Updates->Gynemede Update Site-> "Web and Java EE Development", и ошибка, похоже, исчезла.