Да на 2.5.1 второй запрос будет возвращать значение.
Осталось определиться это лучше или хуже, так как сейчас такие ошибочные записи просто пропускает и не обрабатывает, а в 2.5.1 будет падать с ошибкой преобразования, если там будут не только цифры.
Найден 51 результат
- 20 дек 2011, 18:58
- Форум: Общие проблемы
- Тема: Неявное преобразование типов
- Ответы: 7
- Просмотры: 6844
- 20 дек 2011, 12:55
- Форум: Общие проблемы
- Тема: Неявное преобразование типов
- Ответы: 7
- Просмотры: 6844
Re: Неявное преобразование типов
Думаю это было преположение, так как на практике на версии 2.5 ситуация аналогичная
- 20 дек 2011, 12:10
- Форум: Общие проблемы
- Тема: Неявное преобразование типов
- Ответы: 7
- Просмотры: 6844
Re: Неявное преобразование типов
Наверное сразу нужно было привести примеры: create table t_varchar(f_string varchar(10)); create table t_integer(f_integer integer); insert into t_varchar values('-00'); insert into t_integer values('0'); select 1 from t_varchar, t_integer where t_varchar.f_string = t_integer.f_integer PLAN MERGE (S...
- 19 дек 2011, 20:43
- Форум: Общие проблемы
- Тема: Неявное преобразование типов
- Ответы: 7
- Просмотры: 6844
Неявное преобразование типов
Подскажите пожалуйста как работает преобразование типов или от чего зависит?
К примеру я одну таблицу по полю varchar связываю с другой по полю integer.
Оно integer приведет к varchar? Или наоборот? Или это зависит от того к какой таблице первой обратится?
К примеру я одну таблицу по полю varchar связываю с другой по полю integer.
Оно integer приведет к varchar? Или наоборот? Или это зависит от того к какой таблице первой обратится?
- 16 дек 2010, 12:33
- Форум: Администрирование
- Тема: Проблема при ресторе с 1.5.6 на 2.1.3
- Ответы: 7
- Просмотры: 9367
Re: Проблема при ресторе с 1.5.6 на 2.1.3
Просто апдейт можно запустить на выходные и пойти домой, а потом сделать бекап/рестор и перейти на новую версию. Процесс переливки все же нада контролировать, хотя тоже можно запустить и уйти домой, а если что-то упадет, то наследующие выходные попробовать снова. Может подскажите сколько времени зай...
- 15 дек 2010, 12:48
- Форум: Администрирование
- Тема: Проблема при ресторе с 1.5.6 на 2.1.3
- Ответы: 7
- Просмотры: 9367
Re: Проблема при ресторе с 1.5.6 на 2.1.3
Апдейт поля типа DATE в таблице, на которой упало, помог. Но при ресторе упало с такой же ошибкой, но на другой таблице. На сколько я понял определить, что дата не в таком формате нельзя. Как выход вижу через системные таблицы вытянуть все поля типа date и через execute statement их проапдейтить. Ил...
- 14 дек 2010, 10:40
- Форум: Администрирование
- Тема: Проблема при ресторе с 1.5.6 на 2.1.3
- Ответы: 7
- Просмотры: 9367
Re: Проблема при ресторе с 1.5.6 на 2.1.3
ну да сейчас делаем так: перед переходом делаем накат метаданных на пустую базу, находим процедуры с некорректным планом, коментируем фиксим после перехода. С переходом на 2.1.3 есть еще одна проблема при ресторе: gbak: ERROR:value exceeds the range for valid dates gbak: ERROR:gds_$send failed gbak:...
- 06 дек 2010, 17:03
- Форум: Администрирование
- Тема: UDF на 64битной ОС
- Ответы: 0
- Просмотры: 14757
UDF на 64битной ОС
Есть исходник который использовали только для Вин32 и Линукс32 и 64. Счас возникла необходимость сделать и для ВИн64. Код приблительно такой: #if defined(_LP64) || defined(__LP64__) || defined(__arch64__) typedef int ISC_LONG; typedef unsigned int ISC_ULONG; #else typedef signed long ISC_LONG; typed...
- 05 авг 2010, 10:41
- Форум: Администрирование
- Тема: Проблема при ресторе с 1.5.6 на 2.1.3
- Ответы: 7
- Просмотры: 9367
Проблема при ресторе с 1.5.6 на 2.1.3
При попытке восстановить базу с бэкапа 1.5.6 версии на 2.1.3 версию FireBird выдает ошибку: gbak: ERROR:index PK_blablabla cannot be used in the specified plan gbak:Exiting before completion due to errors При этом рестор на 1.5.6 идет нормально.
Как устранить такую проблему не создавая новый бэкап?
Как устранить такую проблему не создавая новый бэкап?
- 20 июл 2010, 14:19
- Форум: Администрирование
- Тема: понижение версии ODS
- Ответы: 3
- Просмотры: 4194
Re: понижение версии ODS
Да так наверно и сделаю. Спасибо
- 19 июл 2010, 19:50
- Форум: Администрирование
- Тема: понижение версии ODS
- Ответы: 3
- Просмотры: 4194
понижение версии ODS
Можно ли как-то вернуть версию ODS c 11.1 на 11.0, чтобы опять работать на ФБ2.0?
- 01 мар 2010, 13:07
- Форум: Общие проблемы
- Тема: execute statement
- Ответы: 18
- Просмотры: 10557
Re: execute statement
Та да создать ручками это не проблема. хоть на десять лет. Если продавать функционал,то нужно чтобы все было автоматизировано, а то скажут, что заплатили денюжку и еще вручную талицы создают. Чтобы хранить это в другой БД, а к этому все движется, так нужно сначала сделать вот этот механизм архивиров...
- 01 мар 2010, 12:10
- Форум: Общие проблемы
- Тема: execute statement
- Ответы: 18
- Просмотры: 10557
Re: execute statement
Может вам будет интересно. Так выложу инфо к сведенью, что могу и что мне известно. В таблицу идет только вставка, апдейтов и удалений нет. Триггеров нет. Вот в принципе ддл: CREATE TABLE AC ( ACID INTEGER NOT NULL, TRID INTEGER NOT NULL, DID INTEGER NOT NULL, CID INTEGER NOT NULL, AMT DOUBLE PRECIS...
- 26 фев 2010, 15:33
- Форум: Общие проблемы
- Тема: execute statement
- Ответы: 18
- Просмотры: 10557
Re: execute statement
Проблема в том что прибольших обьемах таблицы вставка в нее замедляется и решили сделать архивную, чтобы боевая таблица была все время небольшого размера. И когда она выростает перекидывать данные в архивную. И какбы что бы после такого получить результат, процес выглядит следующим образом: дропаем ...
- 26 фев 2010, 13:52
- Форум: Общие проблемы
- Тема: execute statement
- Ответы: 18
- Просмотры: 10557
Re: execute statement
Посмотрели, подумали и решили, что наверное правильнее будет разбить на 2 процедуры.
За дату спасибо. Тему можно закрыть. Чет не могу найти где ее закрыть
За дату спасибо. Тему можно закрыть. Чет не могу найти где ее закрыть
- 26 фев 2010, 10:41
- Форум: Общие проблемы
- Тема: execute statement
- Ответы: 18
- Просмотры: 10557
Re: execute statement
мне нужно создавать контрольные точки состояния таблицы на дату(то есть там будет А_01012010) и складывать все в одну таблицу вариант не подходит. Я так понимаю эту проблему можно обойти только так: создание таблицы запихнуть в одну процедуру, а инсерты в другую. Или же акие извраты можно как-то вме...
- 25 фев 2010, 18:05
- Форум: Общие проблемы
- Тема: execute statement
- Ответы: 18
- Просмотры: 10557
execute statement
Значит так в процедуре сначала идет:
execute statement 'create table A (...)';
а потом идет
execute statement 'insert into table A (...)values(...)';
и вот при запуске процедуры на инсерт ругается Table unknown.
Что нужно сделать чтобы не ругалось?
execute statement 'create table A (...)';
а потом идет
execute statement 'insert into table A (...)values(...)';
и вот при запуске процедуры на инсерт ругается Table unknown.
Что нужно сделать чтобы не ругалось?
- 05 фев 2010, 13:35
- Форум: Баги и падения сервера
- Тема: request synchronization error
- Ответы: 2
- Просмотры: 6063
Re: request synchronization error
как-только мне отпишут, сообщу.
но версия клиента 1.5.3
но версия клиента 1.5.3
- 05 фев 2010, 11:27
- Форум: Баги и падения сервера
- Тема: request synchronization error
- Ответы: 2
- Просмотры: 6063
request synchronization error
Из-за чего может возникать подобная проблема? Поискал в нете ничего вразумительного не нашол. На сколько я понял проблема со стороны сервера ФБ, или его данных или процедур и запросов? Или может проблема проблема со стороны ПО, хотя у себя своей БД и темже модулем проблемы нет? Проблема возникает на...
- 15 окт 2009, 13:35
- Форум: Баги и падения сервера
- Тема: nbackup проблемка
- Ответы: 6
- Просмотры: 9369
nbackup проблемка
ОС - Linux RH FB 2.0.5 Classic Бекап запускается в кроне вот таким образом: nbackup -B 1 /BD/database.fdb /замаунченый_раздел_на_другом_сервере/nbackup_monday.nbk При этом сразу же выскакивает ошибка в логе и бекап не делается и бд остается заблокированной: Fatal lock manager error: invalid lock id ...