Hello, Кузнецов!
You wrote on Sat, 07 Jul 2007 18:24:50 +0400:
??>> Ну, скажу просто, что с 4.2.1 на 1.5 перелезли на раз...
??>> Поправил таблицы, в которых были поля DATE, TIME, TYPE и иже с
??>> ними... Ещё какие-то мелочи...Выдрали скрипт IBExpert'ом, создали
??>> из него баз
Доброго времени суток!
Vladimir A.Bakhvaloff wrote:
Ну, скажу просто, что с 4.2.1 на 1.5 перелезли на раз...
Поправил таблицы, в которых были поля DATE, TIME, TYPE и иже с ними... Ещё
какие-то мелочи...
Выдрали скрипт IBExpert'ом, создали из него базу на 1.5...
Перелили данные
Hello, Кузнецов!
You wrote on Sat, 07 Jul 2007 11:15:47 +0400:
КЕ> А что, мы до сих пор IB 4.0 используем :) - достаточно стабильная
КЕ> версия. Всё хотим на FB 1.5.4 переползти, но это сопряжено с
КЕ> трудностями :( Хоть клиентскую программу перевели c Delphi 1 на Delphi
КЕ> 3 - и то хорошо
Доброго времени суток!
PEAKTOP wrote:
С ума сойти...
Ребята, а у Вас там какой год на дворе ? :)
Delphi 3 вышла, если мне память не изменяет, в 1997,
IB 4.0 - в 1994 - так, что мы еще в XX веке живем :)
Новые проекты начинаем, конечно, на 1.5.4/2.0.1,
а старые перевести сложно, в том числе и
>
> А что, мы до сих пор IB 4.0 используем :) - достаточно стабильная версия.
> Всё хотим на FB 1.5.4 переползти, но это сопряжено с трудностями :(
> Хоть клиентскую программу перевели c Delphi 1 на Delphi 3 - и то хорошо.
>
С ума сойти...
Ребята, а у Вас там какой год на дворе ? :)
Здравствуйте, Дмитрий!
Dmitry Yemanov wrote:
Кузнецов Евгений wrote:
А в Firebird?
Тоже исправлена.
В 1.5.4 ее нет? Перерыл RN и tracker - нашел только, что она
правилась в 861 сборке Yaffil. Или это та, которую я приводил
выше?
Верно ли то, что select-запрос в CS, занимающийся сборкой
Доброго времени суток!
Oleg Matveyev wrote:
... уже 4.0 появится :)
Как? опять?
:-)
А что, мы до сих пор IB 4.0 используем :) - достаточно стабильная версия.
Всё хотим на FB 1.5.4 переползти, но это сопряжено с трудностями :(
Хоть клиентскую программу перевели c Delphi 1 на Delphi 3 - и
Доброго времени суток!
Horsun Vlad wrote:
http://tracker.firebirdsql.org/browse/CORE-1349
И от меня - спасибо.
Жаль только, за прогрессом не успеваю - когда мы свои БД
переведем под 2.1 - уже 4.0 появится :)
С уважением, Евгений.
http://tracker.firebirdsql.org/browse/CORE-1349
Спасибо!
"sasha" ...
http://tracker.firebirdsql.org/browse/CORE-1349
--
Хорсун Влад
Hello, Valery!
You wrote on Wed, 4 Jul 2007 15:19:30 +0400:
VG> Кстати, да. Нелогично по умолчанию ставить опцию,
VG> которой пользоваться НЕ НАДО.
VG> Может, эта, "инвертировать" ключик -g в каком-нибудь
VG> ближайшем релизе? ;-)
Та нi. Лучше RTFM (тебе и мне). Зачем несовместимость на пустом
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях:
наоборот. это в IBExpert и т.п. надо сделать выключенным ключик
"запретить сборку мусора". именно это и означает включение ключа -g.
Неет. Дружественное приложение должно по умолчанию вести себя так, как будет
"правильно"
Hello, Igor!
Igor Zakhrebetkov wrote:
Долго думал, ничего не понял :)
Наверно, имелось в виду:
сделать выключенным ключик "сборка мусора"
или
сделать включённым ключик "запретить сборку мусора"
:)
да проще было посмотреть. при бэкапе в IBE
включена галка Garbage collection.
то есть, он
Dmitri Kuzmenko пиÑеÑ:
наобоÑоÑ. ÑÑо в IBExpert и Ñ.п. надо ÑделаÑÑ Ð²ÑклÑÑеннÑм клÑÑик
"запÑеÑиÑÑ ÑбоÑÐºÑ Ð¼ÑÑоÑа". именно ÑÑо и ознаÑÐ°ÐµÑ Ð²ÐºÐ»ÑÑение клÑÑа -g.
Ðолго дÑмал, ниÑего
Hello, Valery!
Valery Gruzdev wrote:
ÐÑÑаÑи, да. ÐелогиÑно по ÑмолÑÐ°Ð½Ð¸Ñ ÑÑавиÑÑ Ð¾Ð¿ÑиÑ, коÑоÑой полÑзоваÑÑÑÑ
ÐÐ ÐÐÐÐ.
ÐожеÑ, ÑÑа, "инвеÑÑиÑоваÑÑ" клÑÑик -g в каком-нибÑÐ´Ñ Ð±Ð»Ð¸Ð¶Ð°Ð¹Ñем
On Wed, 04 Jul 2007 15:19:30 +0400, Valery Gruzdev <[EMAIL PROTECTED]> wrote:
> ÐожеÑ, ÑÑа, "инвеÑÑиÑоваÑÑ" клÑÑик -g в каком-нибÑÐ´Ñ Ð±Ð»Ð¸Ð¶Ð°Ð¹Ñем Ñелизе?
ÐÐµÑ Ñж. ÐÑкапом IBExper'а никогда не полÑзовалиÑÑ, и "и
Valery Gruzdev wrote:
ÐоÑÑÐ¾Ð¼Ñ ÐºÐ°Ðº-Ñо ÑÑиÑал, ÑÑо -g ÐÐÐЮЧÐÐТ ÑбоÑÐºÑ Ð¼ÑÑоÑа пÑи бÑкапе.
ÐонеÑно же, наÑиг она не нÑжна.
ÐÑÑаÑи, да. ÐелогиÑно по ÑмолÑÐ°Ð½Ð¸Ñ ÑÑавиÑÑ Ð¾Ð¿ÑиÑ, коÑоÑ
"Alexander A. Venikov" ÑообÑил/ÑообÑила в новоÑÑÑÑ
ÑледÑÑÑее:
ÐоÑÑÐ¾Ð¼Ñ ÐºÐ°Ðº-Ñо ÑÑиÑал, ÑÑо -g ÐÐÐЮЧÐÐТ ÑбоÑÐºÑ Ð¼ÑÑоÑа пÑи бÑкапе. ÐонеÑно
же, наÑиг она не нÑжна.
ÐÑÑаÑи, да. Ðел
Hello, Dmitri!
You wrote on Wed, 04 Jul 2007 11:37:59 +0400:
DK> Ð²Ð¾Ñ Ð¶Ðµ, блин
DK> ÐÑоÑÑаÑ, ÑлеменÑаÑÐ½Ð°Ñ Ð»Ð¾Ð³Ð¸ÐºÐ°. Ðли неÑ?
Ð, блин. Я Ð´ÐµÐ»Ð°Ñ Ð±Ñкап ÑеÑез ÑеÑвиÑÑ (в IBExpert) Ñ ÐЫÐÐЮЧÐÐÐÐÐ ÑбоÑкой
мÑ
Hello, Alexander!
Alexander A. Venikov wrote:
EK> Kochmin Alexandr wrote: > а garbage collection?
EK> РазÑмееÑÑÑ, backup делаеÑÑÑ Ñ ÐºÐ»ÑÑом -g
РнаÑига?
Ð²Ð¾Ñ Ð¶Ðµ, блин
Ñ Ð¿ÑиложениÑми, коÑоÑÑе ноÑмалÑно ÑабоÑаÑÑ
Hello, Eugene!
You wrote on Tue, 03 Jul 2007 22:21:35 -0700:
EK> Kochmin Alexandr wrote: > а garbage collection?
EK> РазÑмееÑÑÑ, backup делаеÑÑÑ Ñ ÐºÐ»ÑÑом -g
РнаÑига?
--
УдаÑ
Alexander A. Venikov, Tobolsk, Russia
ÐдÑавÑÑвÑйÑе, ÐмиÑÑий!
Dmitri Kuzmenko wrote:
> ÑеÑÐ²ÐµÑ Ñам Ñоже модиÑиÑиÑÑÐµÑ ÑиÑÑемнÑе ÑаблиÑÑ. но он делаеÑ
> ÑÑо пÑавилÑно, а не как попало.
ÐеÑ, Ñ Ð¸Ð¼ÐµÐ» в Ð²Ð¸Ð´Ñ Ð¸Ð¼ÐµÐ½Ð½Ð¾ пÑÑмÑÑ Ð
ÐобÑого вÑемени ÑÑÑок!
Kochmin Alexandr wrote:
> а garbage collection?
РазÑмееÑÑÑ, backup делаеÑÑÑ Ñ ÐºÐ»ÑÑом -g
ХоÑÑ Ñам вопÑÐ¾Ñ Ð¸Ð½ÑеÑеÑен - Ñ Ð½ÐµÐ¾Ð´Ð½Ð¾ÐºÑаÑно Ñбивал select-запÑоÑÑ Ð½Ð° CS
и ни ÑÐ°Ð·Ñ Ð½Ð
ÐÑзнеÑов Ðвгений wrote:
Рв Firebird?
Тоже иÑпÑавлена.
--
ÐмиÑÑий Ðманов
Hello, Alexandr!
Kochmin Alexandr wrote:
и это
безопасная операция, поскольку gbak выполняется в читающей транзакции?
а garbage collection?
кому нынче нужен gc при бэкапе???
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Hello, Евгений!
Кузнецов Евгений wrote:
Согласен, и стараюсь этого избегать (хотя в IB 4.0 не получается).
Но, если ошибка возможна, то рано или поздно ее сделают.
сервер сам тоже модифицирует системные таблицы. но он делает
это правильно, а не как попало.
--
Dmitri Kouzmenko, www.ibase.ru,
ÐÑзнеÑов Ðвгений пиÑеÑ:
и ÑÑо
безопаÑÐ½Ð°Ñ Ð¾Ð¿ÐµÑаÑиÑ, поÑколÑÐºÑ gbak вÑполнÑеÑÑÑ Ð² ÑиÑаÑÑей ÑÑанзакÑии?
а garbage collection?
--
ÐоÑмин ÐлекÑандÑ
Доброго времени суток!
Vlad Horsun wrote:
Сетевой протокол не передаёт длину буфера...
Спасибо за информацию.
Независимо от данного вопроса - бекап намного быстрее выполняется
через сервисы.
Правильно ли я понимаю, что на CS (1.5.4/2.0.1) gbak -se может быть
остановлен снятием соотве
Здравствуйте, Дмитрий!
Dmitri Kuzmenko wrote:
бывает и другое.
www.ibase.ru/devinfo/db_repair.htm
Кстати, по поводу этого документа
"Остановка во время сборки мусора"
...
"В Yaffil эта проблема исправлена."
А в Firebird? Смотрел в RN, нашел только
"Not registered
fixed by V. Horsun
(1.5.2) Sw
Oleg Matveyev wrote:
Я думаю мы это всё-таки исправим, учитывая распространённость
ох, чую - пахнет дело новыми запретами :-)
Точна! Запретить gbak к едреням и вся нЕдолга! :-D
--
Regards. Ded.
>Я дÑÐ¼Ð°Ñ Ð¼Ñ ÑÑо вÑÑ-Ñаки иÑпÑавим, ÑÑиÑÑÐ²Ð°Ñ ÑаÑпÑоÑÑÑанÑнноÑÑÑ
оÑ
, ÑÑÑ - паÑ
Ð½ÐµÑ Ð´ÐµÐ»Ð¾ новÑми запÑеÑами :-)
"ÐÑзнеÑов Ðвгений" ...
>
> ÐобÑого вÑемени ÑÑÑок!
>
> Vlad Horsun wrote:
> >> Ðекап ÑеÑез ÑеÑвиÑÑ ÑеÑÑно ÑÑгаеÑÑÑ :
> >> message length error (encountered 5742, expected 5738)
> >> Ð Ð²Ð¾Ñ gbak поÑемÑ-Ñо глоÑÐ°ÐµÑ ÑÑ
"Dmitri Kuzmenko" ...
> ÑобÑÑвенно, Ñ Ð²Ð¿ÐµÑвÑе ÑлÑÑÑ ÑÑÐ¾Ð±Ñ gbak вел ÑÐµÐ±Ñ Ñак.
Я Ñоже. РпÑоÑем пÑоблема не в gbak'е, а в fbclient'е.
Я дÑÐ¼Ð°Ñ Ð¼Ñ ÑÑо вÑÑ-Ñаки иÑпÑавим, ÑÑиÑÑÐ²Ð°Ñ ÑаÑпÑоÑ
Hello, Eugene!
Eugene Kuznetsov wrote:
Я не Ð·Ð½Ð°Ñ ÐºÐ°Ðº можно полÑÑиÑÑ ÐºÑивÑÑ ÐРпоÑле ÑеÑÑоÑа (на ноÑмалÑно
ÑабоÑаÑÑем компÑÑÑеÑе)
Я Ð¸Ð¼ÐµÑ Ð² Ð²Ð¸Ð´Ñ ÑекÑÑий ÑлÑÑай, когда gbak по какой-Ñ
ÐаÑамÑÑÑа Ñак Ñделано. СпеÑиалÑно. ÐеÑиг ÑеÑÑÑиÑÑ Ð²Ñе запиÑи вÑеÑ
ÑаблиÑ
Ñади Ñвоего Ñ
оÑениÑ.
Так Ñ Ð¶ не поÑÐ¾Ð¼Ñ ÑпÑаÑÐ¸Ð²Ð°Ñ ÑÑо оно мне надо, а Ñади Ñого ÑÑÐ¾Ð±Ñ ÑзнаÑ
Доброго времени суток!
Vlad Horsun wrote:
Бекап через сервисы честно ругается :
message length error (encountered 5742, expected 5738)
А вот gbak почему-то глотает эту ошибку, или она до него не доходит...
Т.к. есть нюансы вносимые сетевым уровнем. Вопрос (для меня)
закрыт ;)
Можно ли у
Dmitry Yemanov wrote:
ЗЫ. Радуйся, что хоть так, а то стандарт даже увеличивать поля не дает.
Злой ты. Ему ж придётся таки начать чутка думать, перед тем как
кодить. А это мешает работе.
--
Regards. Ded.
sasha wrote:
1) Создал домен: CREATE DOMAIN "Key" AS INT;
и таблицу с ПК типа этого домена: CREATE TABLE TAB (ID "Key" PRIMARY KEY);
Данные в таблицу не вставлял!!!
Пофиг, DDL никогда не смотрит на данные.
Пишу: ALTER DOMAIN "Key" TYPE BIGINT;
получаю:
MODIFY RDB$FIELDS failed.
action ca
Допускаются лишь совместимые (по типу данных) изменения, остальное в сад.
Два примера:
1) Создал домен: CREATE DOMAIN "Key" AS INT;
и таблицу с ПК типа этого домена: CREATE TABLE TAB (ID "Key" PRIMARY KEY);
Данные в таблицу не вставлял!!!
Пишу: ALTER DOMAIN "Key" TYPE BIGINT;
получаю:
MOD
sasha wrote:
Какие-то улучшения по этому поводу планируются?
Допускаются лишь совместимые (по типу данных) изменения, остальное в сад.
--
Дмитрий Еманов
Я с Хвастуновым общался на предмет использования ALTER DOMAIN вместо
того что щас и он вроде бы согласился, но есть проблемки.
Я попытался эту команду использовать и уж сильно она убогой оказалась.
Например если я использую домен в ПК и попытаюсь поменять тип домена, то
она меня даже когда в
Eugene Kuznetsov пишет:
Я не знаю как можно получить кривую БД после рестора (на нормально
работающем компьютере)
Я имею в виду текущий случай, когда gbak по какой-то причине не
написал в лог об ошибке.
Мыть руки перед и во время работы
Это профилактика, а методы диагностики существу
"Horsun Vlad" ...
> gfix - не ÑвлÑеÑÑÑ Ð³Ð°ÑанÑией, ÑÑо оÑкÑÑÑие ?
То, ÑÑо он Ð»Ð¾Ð²Ð¸Ñ Ð½Ðµ вÑе ÑизиÑеÑкие повÑÐµÐ¶Ð´ÐµÐ½Ð¸Ñ - не знал.
> Я не Ð·Ð½Ð°Ñ ÐºÐ°Ðº можно полÑÑиÑÑ ÐºÑивÑÑ ÐРпоÑле ÑеÑÑо
ÐонÑÑолÑнÑй ÑеÑÑÐ¾Ñ Ð² Ð³Ð¾Ð»Ð¾Ð²Ñ Ñебе поможеÑ.
ÐиÑ
Ñена он не поможеÑ. Я замеÑил ÑолÑко поÑÐ¾Ð¼Ñ ÑÑо Ñ Ð¼ÐµÐ½Ñ Ð½Ð° ÑаблиÑÑ ÐÐ
бÑли и ÑеÑÑÐ¾Ñ Ð¾Ð±Ð»Ð¾Ð¼Ð°Ð»ÑÑ Ð½Ð° иÑ
акÑиваÑии и ÑÑо-Ñо
"Eugene Kuznetsov" ...
> ÐобÑого вÑемени ÑÑÑок!
>
> "Vlad Horsun" wrote:
> > gfix Ð»Ð¾Ð²Ð¸Ñ ÑолÑко ÑизиÑеÑкие оÑибки (да и Ñо не вÑе, ÑвÑ).
>
> ÐнÑеÑеÑно. Таким обÑазом, ÑÑпеÑнÑе gfix -v -full и backup-restore н
ÐобÑого вÑемени ÑÑÑок!
"Vlad Horsun" wrote:
> gfix Ð»Ð¾Ð²Ð¸Ñ ÑолÑко ÑизиÑеÑкие оÑибки (да и Ñо не вÑе, ÑвÑ).
ÐнÑеÑеÑно. Таким обÑазом, ÑÑпеÑнÑе gfix -v -full и backup-restore не
ÑвлÑÑÑÑÑ Ð³Ð°ÑанÑи
"sasha" ...
>
> Ðа, к ÑÑаÑи, а gfix не должен ли Ñакое вÑÑвлÑÑÑ?
ÐеÑ. gfix Ð»Ð¾Ð²Ð¸Ñ ÑолÑко ÑизиÑеÑкие оÑибки (да и Ñо не вÑе, ÑвÑ).
--
ХоÑÑÑн Ðлад
"sasha" ...
>
> > Рон пÑавилÑно ÑабоÑаеÑ, Ñего его ÑÑогаÑÑ ?
>
> ÐÑ ÑÑÐ¾Ð±Ñ Ð¸Ð»Ð¸ оÑÐ¸Ð±ÐºÑ ÐºÐ¸Ð´Ð°Ð»Ð¾, или Ñаки бÑкапило даннÑе. РпÑедÑÑÐ°Ð²Ñ ÐµÑли
> Ð±Ñ Ñ Ð¼ÐµÐ½Ñ ÐºÐ»ÑÑей небÑло? ÐÑопали бÑ
Ðа, к ÑÑаÑи, а gfix не должен ли Ñакое вÑÑвлÑÑÑ?
А он правильно работает, чего его трогать ?
Ну чтобы или ошибку кидало, или таки бэкапило данные. А представь если
бы у меня ключей небыло? Пропали бы данные из таблицы и никто бы не
заметил :-(
"sasha" ...
>
> > Как такое получилось ? Это я у тебя хочу спросить :)
>
> Я извиняюсь что подкинул тебе работу...
> Похоже действительно поле было TIMESTAMP и я его изменил на DATE.
В таблице 13 форматов, начиная с 11-го в этом поле тип изменён на DATE
> Только что попробовал такое сделать
Как такое получилось ? Это я у тебя хочу спросить :)
Я извиняюсь что подкинул тебе работу...
Похоже действительно поле было TIMESTAMP и я его изменил на DATE.
Только что попробовал такое сделать в эксперте и он на изменение генерит
такую вот команду:
update RDB$FIELDS set RDB$FIELD_TYPE = 1
Vlad Horsun wrote:
Поле "AccountExpirationDate" имеет домен RDB$1627, который
есть тип 12 (sql_date), но в RDB$FIELD_LENGTH записано 8, а не 4.
Был ранее таймштампом?
--
Дмитрий Еманов
"Vlad Horsun" ...
>
> "Vlad Horsun" ...
>
> > Я получил и уже весь вечер смотрю, там хрень какая-то.
> > Debug-build даёт ошибку, а release почему-то нет...
>
> Поле "AccountExpirationDate" имеет домен RDB$1627, который
> есть тип 12 (sql_date), но в RDB$FIELD_LENGTH записано 8, а не 4.
"Vlad Horsun" ...
> Я получил и уже весь вечер смотрю, там хрень какая-то.
> Debug-build даёт ошибку, а release почему-то нет...
Поле "AccountExpirationDate" имеет домен RDB$1627, который
есть тип 12 (sql_date), но в RDB$FIELD_LENGTH записано 8, а не 4.
Бекап через сервисы честно ругает
"Dmitry Yemanov" ...
>
> sasha wrote:
> >
> > Куда ещё можно попробовать?
>
> Тебя на рапидшаре забанили? :-)
> Шли мне, хотя бы.
Я получил и уже весь вечер смотрю, там хрень какая-то.
Debug-build даёт ошибку, а release почему-то нет...
--
Хорсун Влад
sasha wrote:
Куда ещё можно попробовать?
Тебя на рапидшаре забанили? :-)
Шли мне, хотя бы.
--
Дмитрий Еманов
Не получается на саурсфорж - говорит большой файл очень... Куда ещё
можно попробовать?
А то ты не знаешь, куа слать :) Большоё оно ?
Вы там все не на разных частях сервера специализируетесь разве?
Оно крохотное. Это база для разработки. Всего 2.3 метра в архиве. Шлю
тебе на users.sourceforge.net ...
"sasha" ...
> Чё делать?
А то ты не знаешь, куа слать :) Большоё оно ?
--
Хорсун Влад
On Mon, 25 Jun 2007 17:50:52 +0400, Konstantin R. Beliaev <[EMAIL PROTECTED]>
wrote:
> Я думаю, его сбивает с толку совпадение выражений в Select и в Where
> хотя в основном запросе я что-то не вижу GROUP BY
Уже обсудили, вроде.
Дело вовсе не в выражении в селекте - его можно убрать, результат
WildSery wrote:
Чего-то я тебя недопонял. Могу я писать sum() в WHERE. Оптимизатор смущает
только домножение на d.dnum8 внутри sum().
Если его убрать - то ошибки нет.
Я думаю, его сбивает с толку совпадение выражений в Select и в Where
хотя в основном запросе я что-то не вижу GROUP BY
On Fri, 22 Jun 2007 07:17:05 +0400, Alexander A. Venikov <[EMAIL PROTECTED]>
wrote:
> DY> Я уже объяснял, что весь подзапрос считается агрегатом.
> DY> Ведь select sum() писать можно, а where sum() - нельзя.
>
> Для этого having есть.
Точно подмечено.
Вот только группировки во внешнем запросе н
Alexander A. Venikov wrote:
Для этого having есть.
Об этом сервер ему и говорил.
--
Дмитрий Еманов
Hello, Dmitry!
You wrote on Thu, 21 Jun 2007 16:48:06 +0400:
W> Тогда почему сервер так считает только для WHERE, а в
W> подзапросе нормально?
DY> Я уже объяснял, что весь подзапрос считается агрегатом.
DY> Ведь select sum() писать можно, а where sum() - нельзя.
Для этого having есть.
--
Удач
A
Dmitry Yemanov пишет:
Oleg LOA wrote:
with t1 as (select 1 f1,1 f2 from dual union all select 1 f1,1 f2 from
dual union all select 1 f1,1 f2 from dual),
t2 as (select 1 f1,1 f2 from dual union all select 1 f1,1 f2 from dual)
select (select sum(t1.f1) from t2) from t1
А вот так:
select (se
Dmitry Yemanov пишет:
Andrei Yeryomin wrote:
По-моему это маразм.
Не буду спорить :-)
select (select sum(t1.link) from t2) from t1 <=>
Или это альтернативная запись вот этого:
select sum(t1.link) from t1
Именно, как бы не было это смешно.
t1
link val
1 1
2 1
3 1
t2
link val
1 1
2 1
äÃ, ÃÃÃÃÃà ÃÃÃÃÃ.
SQL2003 draft: (section 6.9)
The aggregation query is the innermost qualifying query, for the columns
referenced in the
aggregate function.
Regards,
Aleksey Karyakin
"Dmitry Yemanov" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> Aleksey Kary
Andrei Yeryomin wrote:
По-моему это маразм.
Не буду спорить :-)
select (select sum(t1.link) from t2) from t1 <=>
Или это альтернативная запись вот этого:
select sum(t1.link) from t1
Именно, как бы не было это смешно.
--
Дмитрий Еманов
Oleg LOA wrote:
with
t1 as (select 1 f1,1 f2 from dual union all select 1 f1,1 f2 from dual union all select 1 f1,1 f2 from dual),
t2 as (select 1 f1,1 f2 from dual union all select 1 f1,1 f2 from dual)
select (select sum(t1.f1) from t2) from t1
Ð Ð²Ð¾Ñ Ñак:
select (select sum(t1.f1) f
WildSery wrote:
Тогда поÑÐµÐ¼Ñ ÑеÑÐ²ÐµÑ Ñак ÑÑиÑÐ°ÐµÑ ÑолÑко Ð´Ð»Ñ WHERE, а в подзапÑоÑе ноÑмалÑно?
Я Ñже обÑÑÑнÑл, ÑÑо веÑÑ Ð¿Ð¾Ð´Ð·Ð°Ð¿ÑÐ¾Ñ ÑÑиÑаеÑÑÑ Ð°Ð³ÑегаÑом. ÐÐµÐ´Ñ select
sum() пиÑаÑÑ Ð¼Ð¾Ð¶
Aleksey Karyakin wrote:
> Ð MySQL - по ÑÑеÑÑÐµÐ¼Ñ :)
У PGSQL Ñоже еÑÑÑ Ð¾ÑлиÑие в одном из ÑлÑÑаев.
ÐнÑеÑеÑно, ÑÑо ÑÑандаÑÑ Ð³Ð¾Ð²Ð¾ÑÐ¸Ñ Ð½Ð° ÑÑÑ ÑемÑ.
ÐÑно в Ñвое вÑÐµÐ¼Ñ Ð¿ÑодÑалÑÑ ÑеÑез дебÑ
Aleksey Karyakin пиÑеÑ:
Ð MySQL - по ÑÑеÑÑÐµÐ¼Ñ :) ÐнÑеÑеÑно, ÑÑо ÑÑандаÑÑ Ð³Ð¾Ð²Ð¾ÑÐ¸Ñ Ð½Ð° ÑÑÑ ÑемÑ.
Я не Ð·Ð½Ð°Ñ ÑÑо говоÑÐ¸Ñ ÑÑандаÑÑ, но вÑÑиÑлиÑÑ ÑÑи знаÑÐµÐ½Ð¸Ñ Ð½Ð¸ÑÑо не меÑаеÑ.
Там неÑ
"Oleg LOA" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> "Aleksey Karyakin" <[EMAIL PROTECTED]> wrote
> in message news:[EMAIL PROTECTED]
>>
>> á MySQL - Ãà ÃÃÃ
ÃÃÃ
Ãà :) éÃÃÃ
ÃÃ
ÃÃÃ, ÃÃÃ ÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃ ÃÃ ÃÃÃ ÃÃ
ÃÃ.
>>
>
> ñ ÃÃ
Ã
On Thu, 21 Jun 2007 14:01:23 +0400, Dmitry Yemanov <[EMAIL PROTECTED]> wrote:
>> У него агÑÐµÐ³Ð°Ñ Ð½Ðµ по d, по l
>
> СеÑÐ²ÐµÑ ÑÑиÑÐ°ÐµÑ Ð¿Ð¾-дÑÑгомÑ. ÐÑиÑем не ÑолÑко наÑ, но и SQL2005, напÑÐ¸Ð¼ÐµÑ :-)
Тогда поÑÐµÐ¼Ñ ÑеÑÐ²ÐµÑ Ñ
á MySQL - Ãà ÃÃÃ
ÃÃÃ
Ãà :) éÃÃÃ
ÃÃ
ÃÃÃ, ÃÃÃ ÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃ ÃÃ ÃÃÃ ÃÃ
ÃÃ.
Regards,
Aleksey Karyakin
"Dmitry Yemanov" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> Oleg LOA wrote:
>>
>> õ ÃÃ
ÃÃ ÃÃÃÃ
ÃÃÃ ÃÃ
ÃÃ d, ÃÃ l
>
Oleg LOA wrote:
У него агÑÐµÐ³Ð°Ñ Ð½Ðµ по d, по l
СеÑÐ²ÐµÑ ÑÑиÑÐ°ÐµÑ Ð¿Ð¾-дÑÑгомÑ. ÐÑиÑем не ÑолÑко наÑ, но и SQL2005, напÑÐ¸Ð¼ÐµÑ :-)
--
ÐмиÑÑий Ðманов
On Thu, 21 Jun 2007 00:13:28 +0400, Ded <[EMAIL PROTECTED]> wrote:
> ? Ðли Ñ Ñож к веÑеÑÑ Ñого... вÑÑÑÑно... :)
ÐÑÑ Ð´Ð¾ пиÑÐ°Ð½Ð¸Ð½Ñ ÑÑда Ñделал Ñ GROUP BY, опÑимизаÑÐ¾Ñ Ð¶Ðµ Ñам подÑказÑваеÑ, как он
Ñ
оÑÐµÑ :)
Ðо Ñ
Ded пиÑеÑ:
WildSery wrote:
ÐÑоде ниÑего ÑÑднÐго. ÐайÑи докÑменÑÑ Ñ ÐºÐ¾ÑоÑÑÑ
ÑÑмма не Ñавна ÑÑмме
по ÑÑÑокам Ñ ÑÑÑÑом, ÑÑо кÑÑÑ Ð² заголовке.
ÐбойÑи конеÑно не Ñложно, но вÑÑ
WildSery wrote:
ÐÑоде ниÑего ÑÑднÐго. ÐайÑи докÑменÑÑ Ñ ÐºÐ¾ÑоÑÑÑ
ÑÑмма не Ñавна ÑÑмме по ÑÑÑокам
Ñ ÑÑÑÑом, ÑÑо кÑÑÑ Ð² заголовке.
ÐбойÑи конеÑно не Ñложно, но вÑÑ Ð¶Ðµ.
ÐожеÑ,
WildSery wrote:
ÐожеÑ, Ñ Ð¼ÑÑÐ»Ñ ÐºÐ°Ðº-Ñо Ñж оÑÐµÐ½Ñ Ð²ÑÑÑÑно, как Ð±Ñ ÑÑ Ñакой запÑÐ¾Ñ Ð²Ñполнил?
Ðело не во мне, а в ÑеÑвеÑе. СÑÑлка на внеÑнее поле внÑÑÑи агÑегаÑа
Ð²Ð²Ð¾Ð´Ð¸Ñ ÐµÐ³Ð¾ в ÑÑ
WildSery wrote:
Недоработка?
Сложно сказать. Запрос уж больно чудной.
В поздапросе его пропускает (и правильно). В WHERE что ли по-другому проверка
идёт?
Дык подзапрос тут считается агрегатом, потому и пропускается. Напрямую
же sum() ты в WHERE писать не можешь, вот и тут аналогично. Аг
On Wed, 20 Jun 2007 17:32:17 +0400, Dmitry Yemanov <[EMAIL PROTECTED]> wrote:
>> ÐбÑÑÑниÑе мне, пожалÑйÑÑа, поÑÐµÐ¼Ñ Ð² подзапÑоÑе в ÑпиÑке полей Ñ Ð¼Ð¾Ð³Ñ ÑÑоÑ
>> запÑÐ¾Ñ Ð¸ÑполÑзоваÑÑ, а Ð²Ð¾Ñ Ð´Ð»Ñ Ð¾ÑбоÑа по ÑÑ
WildSery wrote:
select did, (select sum(l.enum5*d.dnum8) from lin l where d.did = l.eiddoc)
from doc d
where d.dnum5 != (select sum(l.enum5*d.dnum8) from lin l where d.did =
l.eiddoc)
Invalid token.
Dynamic SQL Error.
SQL error code = -104.
Cannot use an aggregate function in a WHERE cl
ÐÐ¾Ñ Ñакой запÑоÑ:
select did, (select sum(l.enum5*d.dnum8) from lin l where d.did = l.eiddoc)
from doc d
where d.dnum5 != (select sum(l.enum5*d.dnum8) from lin l where d.did =
l.eiddoc)
Invalid token.
Dynamic SQL Error.
SQL error code = -104.
Cannot use an aggregate function
"Oleg LOA" ...
> "Vlad Horsun" ...
> >Угу. Особенно на windows
>
> А шо на линух код другой в сборщике?
Там THREAD_YIELD другой. В винде со sleep(1) сборщик просто ничего
не делал, а со sleep(0) стал молотить, как и должен был. Про линукс я такого
не слыхивал
--
Хорсун Влад
On Wed, 11 Apr 2007 17:01:26 +0400, WildSery
wrote:
>> потом, во всех версиях Superserver IB/FB (кроме 2.01, если Влад меня не
>> поправит)есть такая фигня, что при постоянных обновлениях одних и тех же
>> данных фоновая сборка мусора оставляет часть мусора на диске.
>> Фактически это не баг, а
"Vlad Horsun" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>Угу. Особенно на windows
А шо на линух код другой в сборщике?
On Wed, 11 Apr 2007 10:58:02 +0400, Dmitri Kuzmenko <[EMAIL PROTECTED]> wrote:
> в 2.0 есть 3 варианта сборки мусора.
У меня классик, потому только один.
> Кроме того, ты по этой мусорной
> таблице построй неуникальный индекс, а потом попробуй gfix -sweep
> запустить. На 10млн записей и FB 1.0
"Dmitri Kuzmenko" ...
>
> Hello, WildSery!
>
> WildSery wrote:
>
> > Теперь тестирую сборку мусора (прибил эти 10 млн. записей).
> > gfix -sweep
> > 1.0.3 - 213 с
> > 2.0.1 - 235 с (-10%)
>
> > Сборка мусора меня несколько озадачила. В каких условиях она будет (как
> > обещали "гораздо")
> >быст
Hello, WildSery!
WildSery wrote:
Теперь тестирую сборку мусора (прибил эти 10 млн. записей).
gfix -sweep
1.0.3 - 213 с
2.0.1 - 235 с (-10%)
Сборка мусора меня несколько озадачила. В каких условиях она будет (как обещали "гораздо")
>быстрее чем единица?
в 2.0 есть 3 варианта сборки мусора.
Сразу говорю - условия весьма специфические, однако какая-то странная картина
нарисовалась.
Тесты проводились на ASP Linux Server 4, машинка довольно дохлая, диск один.
Сначала один сервер, затем переустановка, другой. Конфиги по дефолту.
База наша рабочая, только справочники и конфигурация, без
Hello, Dmitry!
You wrote on Fri, 30 Mar 2007 12:20:39 -0700:
KD> Пятница на форуме какая-та мертвая. Все похавались, что ли?
Это как? Самосъелись?
Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru
Пятница на форуме какая-та мертвая. Все похавались, что ли?
CS FB 2.0.1 for Win (релиз)
Выловил такую проблему. При бакапе через gbak.exe с ключиком SE (то
есть через сервисы), в случае ошибки gbak.exe возвращает код ноль -
типа ошибок нет.
В моем случае засада была в отсутствии у сервера прав
WildSery wrote:
Блин. Посмотрел ещё раз - эксепшн оказывается из-за 3-го диалекта :)
Мать... Хоть бы пожалели тех, кто еще с 4.0 с вами...
Hello, WildSery!
You wrote on Thu, 01 Mar 2007 18:47:01 +0300:
??>> õ ÃÃ
ÃÃ ÃÃ 12810 select cast(current_timestamp as varchar(24))
??>> fromrdb$database ÃÃÃÃÃÃÃÃÃÃ ÃÃ ÃÃÃ...
W> "ÃÃ
à substring" ÃÃÃ
ÃÃÃÃ Ã ÃÃÃÃ
W> select cast(current_timestamp as varchar(19))
On Thu, 01 Mar 2007 18:22:32 +0300, Vladimir A.Bakhvaloff <[EMAIL PROTECTED]>
wrote:
> У меня на 12810 select cast(current_timestamp as varchar(24))
> fromrdb$database отработало на раз...
"без substring" имелось в виду
select cast(current_timestamp as varchar(19)) from rdb$database
Блин. Пос
Привет, Vladimir!
Вы пишешь к WildSery 01 марта 2007:
VA> У меня на 12810 select cast(current_timestamp as varchar(24)) from
VA> rdb$database отработало на раз...
Дык речь об менее чем 24.
--
With best regards, Alex Cherednichenko.
Hello, WildSery!
You wrote on Thu, 01 Mar 2007 17:01:15 +0300:
AB>>> select substring(cast(current_timestamp as varchar(24)) from 1 for
AB>>> 19) from rdb$database
??>> SubString ÃÃÃ ÃÃÃÃÃÃ
à ;Ã)
W> âÃ
à ÃÃÃÃÃÃÃÃÃà ÃÃÃÃ
ÃÃ-ÃÃ ÃÃ ÃÃÃÃÃÃÃÃ 2.0.1 ÃÃÃÃ
Ã
WildSery wrote:
На виндовом "Arithmetic overflow ..."
На линухе нормально. К чему бы?
А патамушта нехрен :-D
--
Regards. Ded.
Результаты 1 - 100 из 110 matches
Mail list logo
