?? ?? ??? ?? ? ?? ? ??? ??? isql.exe -x
??? ??? ? ? ?? ??.
??? ? ? ? ?? ?? ? ? ? ?? ? CHECK, ??
? ? ??? ?? ? ???.
??? ?? ??? ???- ?
Пытаюсь извлечь скрипт из базы первого диалекта под 1.5.4.
ISQL от 1.5.4 породил кучу непонятных ошибок, так что скрипт обратно не
компилится :-(
Взял ISQL от 2.1.0.15999, уже лучше, но неправильно выгружает CHECK,
если он приписан к таблице, а не к домену.
Вместо check на таблицу получается
Привет, Sergey!
Вы пишешь 19 июня 2006:
[Sorry, skipped]
SVP> А вот что такое [-x|-a], [-n] ,[-m] [-q] и пр.? Где описано.
Operations Guide
--
With best regards, Alex Cherednichenko.
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
isql вставляет дополнительные переводы строки в тело триггера
OS WinXP Home Rus + sp2
FB SS v2.0.1 b12855
Запускаю ISQL для выдачи скрипта базы:
>isql -u sysdba -p masterkey -x BASE.FDB
Кусок выдачаи:
...
CREATE TRIGGER USERS_BI FOR USERS
ACTIVE BEFORE INSERT POSITION 0
AS
BEGIN
IF (NEW
Как вставить блобы в скрипт?
isql может писать блобы в файл через BLOBDUMP,
но может ли она брать блобы из файла для
записи в БД
--
"Konstantin R. Beliaev" ...
Пытаюсь извлечь скрипт из базы первого диалекта под 1.5.4.
ISQL от 1.5.4 породил кучу непонятных ошибок, так что скрипт обратно не
компилится :-(
Взял ISQL от 2.1.0.15999, уже лучше, но неправильно выгружает CHECK, если он
приписан к таблице, а не к доме
isql игнорирует указание индекса и направления сортировки для UNIQUE
CONSTRAINT
OS WinXP Home Rus + sp2
FB SS v2.0.1 b12855
Запускаю ISQL для выдачи скрипта базы:
>isql -u sysdba -p masterkey -x BASE.FDB
Кусок выдачаи:
...
CREATE TABLE COST_METHOD (ID D_ID,
TITLE D_TI
ÐÑем пÑивеÑ.
Я Ñак понимаÑ, ÑÑо ISQL не Ð¿Ð¾Ð½Ð¸Ð¼Ð°ÐµÑ Execute Block. РпланиÑÑеÑÑÑ Ð»Ð¸ как-Ñо
его наÑÑиÑÑ? РеÑе Ñ
оÑелка : бÑло Ð±Ñ Ð½ÐµÐ¿Ð»Ð¾Ñ
о пеÑедаваÑÑ Ð² ISQL паÑамеÑÑÑ,
ÑÑоб они как-Ñ
Tonal wrote:
isql игнорирует указание индекса и направления сортировки для UNIQUE
CONSTRAINT
В трекер.
--
Дмитрий Еманов
Dmitry Yemanov пишет:
isql игнорирует указание индекса и направления сортировки для UNIQUE
CONSTRAINT
В трекер.
CORE-1261
Hello, All!
Tonal wrote:
isql игнорирует указание индекса и направления сортировки для UNIQUE
CONSTRAINT
В трекер.
CORE-1261
Вот молодцы! Всегда бы так :-)
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Yurij пишет:
А можно ли каким-нибудь хитрым образом заставить isql вернуть
результат запроса типа "select .. from .." в удобочитаемом виде...
Вряд ли. В csv умеет выводить IBExpert/IBEScript.
http://ibexpert.net/ibe/index.php?n=Doc.ScriptExecutive#Output
С уважением,
Денис Редозубов.
Yurij пишет:
А можно ли каким-нибудь хитрым образом заставить isql вернуть
результат запроса типа "select .. from .." в удобочитаемом виде, типа
таблицы без разбиения по страницам, возможно с ограничением ширины
столбцов. Или в CSV, который бы потом в Excel можно было изучать?
С эт
А можно ли каким-нибудь хитрым образом заставить isql вернуть
результат запроса типа "select .. from .." в удобочитаемом виде, типа
таблицы без разбиения по страницам, возможно с ограничением ширины
столбцов. Или в CSV, который бы потом в Excel можно было изучать?
И подумалось
Kovalenko Dmitry пишет:
А чего бы прям в Excel не данные не загружать?
Его же средствами импорта данных :-)
xls тоже вполне просто. :)
И для реализации Excel IRTDServer примерчик со стандартным для винды
пакетом PyWin32 идёть.
Так шта можно и "в ральном времени" :D
--
Александр Замараев
А чего бы прям в Excel не данные не загружать?
Его же средствами импорта данных :-)
xls тоже вполне просто. :)
И для реализации Excel IRTDServer примерчик со стандартным для винды
пакетом PyWin32 идёть.
Так шта можно и "в ральном времени" :D
Ну типа круто :-)
Интересно, какое соотношение
Kovalenko Dmitry пишет:
Интересно, какое соотношение по времени будет между протаскиванием
данных через провайдер->ADO и твоё сооружение? :-)))
Думаю ежели для целей анализирования подойдёт импортперетаскивание через
csv, то не думаю что это соотношение будет как-то критично. :)
Про то, что
Интересно, какое соотношение по времени будет между протаскиванием данных
через провайдер->ADO и твоё сооружение? :-)))
Думаю ежели для целей анализирования подойдёт импортперетаскивание через
csv, то не думаю что это соотношение будет как-то критично. :)
Про то, что у тебя не все типы данн
Kovalenko Dmitry пишет:
Я в последнее время замарачивался на разношерстных кодовых страницах
(включая ICU) в одной БД. И NONE-подключении.
Там можно подсунуть свои способы перекодировок. По умолчанию или для
конкретных полей. :)
Масштабирование загружаемых нумериков у вас там как обрабатывают
Гы, ну никак подловить не удается :))
П.С. Вообще драйвер очень грамотно сделан. По крайней мере с точки зрения
пользователя. :)
Дык. На сколько я в курсе его же, вроде, в родной тестовой системе FB юзают?
Что то мне кажется, что драйвер не может быть _очень_ граммотно сделан :-)
Хорошо сде
Kovalenko Dmitry пишет:
Что то мне кажется, что драйвер не может быть _очень_ граммотно сделан :-)
Хорошо сделан - поверю. Для каких-то конкретных сценариев.
Для моих - подходит, и не жмёть. :)
А питонский драйвер - это по-моему чистый транслятор вызовов ISC API.
Без заморочек "выполнит работ
"ÐадоÑÑкий Ð.Ð." ...
ÐÑем пÑивеÑ.
Я Ñак понимаÑ, ÑÑо ISQL не Ð¿Ð¾Ð½Ð¸Ð¼Ð°ÐµÑ Execute Block.
ÐонимаеÑ, но без вÑ
. паÑ-Ñов.
РпланиÑÑеÑÑÑ Ð»Ð¸ как-Ñо его наÑÑиÑÑ?
ÐÑо пÑоблема
ÐадоÑÑкий Ð.Ð. wrote:
Я Ñак понимаÑ, ÑÑо ISQL не Ð¿Ð¾Ð½Ð¸Ð¼Ð°ÐµÑ Execute Block
РдоказаÑелÑÑÑва еÑÑÑ? :-)
CREATE TABLE T (PK INT, EXPR GENERATED ALWAYS AS (PK + 1))
Ркак ÑÑо внÑÑÑи ÑеÑвеÑа ÑабоÑаеÑ? ÐÑ Ð² обÑ
ÐÑем пÑивеÑ.
Я Ñак понимаÑ, ÑÑо ISQL не Ð¿Ð¾Ð½Ð¸Ð¼Ð°ÐµÑ Execute Block.
ÐонимаеÑ, но без вÑ
. паÑ-Ñов.
ЧеÑÑ, Ñам дÑÑак. Я пÑо set term забÑл... Ðак-Ñо его в DDL пÑивÑк
иÑполÑзоваÑÑ, а не Ð
"Dmitry Yemanov" <[EMAIL PROTECTED]>
ÑообÑил/ÑообÑила в новоÑÑÑÑ
ÑледÑÑÑее: news:[EMAIL PROTECTED]
ÐадоÑÑкий Ð.Ð. wrote:
Я Ñак понимаÑ, ÑÑо ISQL не Ð¿Ð¾Ð½Ð¸Ð¼Ð°ÐµÑ Execute Block
РдоказаÑелÑ
á ÃÃÃÃÃà ÃÃÃÃà ÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃ
ÃÃ
ÃÃÃÃÃÃÃÃ Ã ÃÃÃÃÃÃ
ÃÃÃ Ã ÃÃ
ÃÃ Ã ÃÃÃÃÃÃ
ÃÃ
ÃÃÃ
ÃÃÃÃÃÃÃÃÃÃÃ
меÑÑа подÑÑавлÑÑÑ
Ðа можно конеÑно. У Ð¼ÐµÐ½Ñ ÐµÑÑÑ Ð¼ÐµÑÑа, где пÑÑмо из isql ÑоÑмиÑÑеÑÑÑ ÑкÑипÑ
Ð´Ð»Ñ Ð½ÐµÐ³Ð¾-же. ÐеÑеменнÑе ÑÑÑанавливаÑ/полÑÑÐ°Ñ ÑеÑез rdb$setcontext /
rdb$getcontext. Ðоо
ÐадоÑÑкий Ð.Ð. пиÑеÑ:
Ðа можно конеÑно. У Ð¼ÐµÐ½Ñ ÐµÑÑÑ Ð¼ÐµÑÑа, где пÑÑмо из isql ÑоÑмиÑÑеÑÑÑ
ÑкÑÐ¸Ð¿Ñ Ð´Ð»Ñ Ð½ÐµÐ³Ð¾-же. ÐеÑеменнÑе ÑÑÑанавливаÑ/полÑÑÐ°Ñ ÑеÑез rdb$setcontext
/ rdb$getcontext
Есть БД - FB2.5. БД WIN1251.
Извлекаю метаданные с помощью iSQL, исходнки процедур извлекаются
некорректно:
Получаются двойные переводы каретки,
хотя в исходнике процедуры стоят виндовые 0D 0A,
а isql выдаёт 0D 0D 0A.
Это так задумано?
При выгрузке DDL в скрипт неактивные индексы выгружаются, но метка об их
неактивности отсутствует, поэтому при создании базы из такого скрипта
индексы активируются.
Всем привет!
Вопрос, быть может, и тривиальный, но запутался я че-то.
Пытаюсь порулить базами через isql в линуховой консоли. Локаль стоит KOI8-R.
Базы все заполняются с виндов и, соответственно, кодировка в базах WIN1251.
Хочется странного: в линуховой консоли через isql подключиться к базе и
> ну 2,5 еще бета поэту древним он быть не может,
Может и раньше было, просто извлекал в основном экспертом.
А спрашиваю с одной целью: в трекер или руки кривые?
>если разрабочики молчат то значит у них не воспроизводится.
возможно.
> БД создавал на 2,5 или переносил с 2,0 ?
> попробуй пересозда
Alex Bekhtin пишет:
Есть БД - FB2.5. БД WIN1251.
Извлекаю метаданные с помощью iSQL, исходнки процедур извлекаются
некорректно:
Получаются двойные переводы каретки,
хотя в исходнике процедуры стоят виндовые 0D 0A,
а isql выдаёт 0D 0D 0A.
В трекере это давно есть. Номер не помню. Там можно
> В трекере это давно есть. Номер не помню. Там можно попробовать
> проголосовать за багу. :)
Вот потому сюда и написал, т.к. не нашёл баги в трекере. Видимо я из
разряда "плохо смотрел" )))
Tonal пишет:
В трекере это давно есть. Номер не помню. Там можно попробовать
проголосовать за багу. :)
Нашел: http://tracker.firebirdsql.org/browse/CORE-915
--
Александр Замараев
On 26 июн, 09:01, Tonal wrote:
> Нашел:http://tracker.firebirdsql.org/browse/CORE-915
Спасибо! Проголосовал.
Таки я был прав, бага не в 2.5 появилась.
Hello, Alex!
You wrote on Thu, 25 Jun 2009 23:26:01 -0700 (PDT):
AB> Спасибо! Проголосовал.
AB> Таки я был прав, бага не в 2.5 появилась.
Добавил свои полкопейки.
Мож у кого и дойдут руки.
Если ещё не начал ходить ногами...
--
With best regards, Alex Cherednichenko.
Мы пытались создать скрипт одной старенькой базы под FB2 с помощью
команды isql.exe -x
Наступили на грабли - скрипт получился не валидным.
Проблема в том что isql в начале генерит команды создания доменов вместе
с их ограничениями CHECK, а огрнаичения могут использовать ещё не
созданные
Всем привет.
FB 2.0.4.13130 Embedded
В каких случаях, окромя превышения размера текста процедуры, isql
может выдавать сабж? Есть скрипт с процедурами, который успешно (!)
выполняется отличными от isql инструментами, но в isql не выполняется
(т.е. процедуры не создаются).
Также странность
И еще бажка ISQL:
При выгрузке DDL в скрипт попадают левые триггера,
которые видимо созданы сервером как constraint на таблицу:
CREATE TRIGGER CHECK_1 FOR STORE
ACTIVE BEFORE INSERT POSITION 0
CHECK (In_Store>=0 AND Reserved>=0 AND In_Assemble>=0) ^
CREATE TRIGGER CHECK_2 FOR STO
Konstantin R. Beliaev wrote:
При выгрузке DDL в скрипт попадают левые триггера,
которые видимо созданы сервером как constraint на таблицу:
CREATE TRIGGER CHECK_1 FOR STORE
ACTIVE BEFORE INSERT POSITION 0
CHECK (In_Store>=0 AND Reserved>=0 AND In_Assemble>=0) ^
CREATE TRIGGER CHECK_2 FOR STORE
Konstantin R. Beliaev wrote:
При выгрузке DDL в скрипт неактивные индексы выгружаются, но метка об их
неактивности отсутствует, поэтому при создании базы из такого скрипта
индексы активируются.
На первый взгляд, действительно похоже на баг. Но что прикажешь делать
для неактивных системных
Dmitry Yemanov wrote:
А RDB$SYSTEM_FLAG для них чему равен?
Хм, действительно, в RDB$TRIGGERS они присутствуют, RDB$SYSTEM_FLAG=0 и
RDB$TRIGGER_SOURCE именно такой как выше.
Почему именно так - ХЗ :-((
Т.е. ISQL тут не причем.
Dmitry Yemanov wrote:
На первый взгляд, действительно похоже на баг. Но что прикажешь делать
для неактивных системных индексов, которые для PK/UK/FK созданы? Их не
удастся отключить в скрипте...
Ты о чем? Я про юзерские индексы.
Konstantin R. Beliaev wrote:
Хм, действительно, в RDB$TRIGGERS они присутствуют, RDB$SYSTEM_FLAG=0 и
RDB$TRIGGER_SOURCE именно такой как выше.
Тогда точно остатки от IB4.
--
Дмитрий Еманов
Konstantin R. Beliaev wrote:
У нас нет возможности создать неактивный индекс. А создавать его
реально, а потом отключать через ALTER - это тратить попусту время. Так
что не уверен, что такое действительно надо. Я бы лучше неактивные
индексы попросту не включал в сгенерированный скрипт. Если о
Dmitry Yemanov wrote:
У нас нет возможности создать неактивный индекс. А создавать его
реально, а потом отключать через ALTER - это тратить попусту время. Так
что не уверен, что такое действительно надо. Я бы лучше неактивные
индексы попросту не включал в сгенерированный скрипт. Если отключено
Ovchinnikov Vasily wrote:
Понятно, что для этого перед коннектом надо сделать
SET NAMES тра-та-та;
Вот какое "тра-та-та" надо поставить, чтоб сервер вывод из WIN1251 в
KOI8-R сам перекодировал?
SET NAMES KOI8-R не помогает - нет такого набора символов в базе данных. :(
Без тире попробуй: KO
Dmitry Yemanov пишет:
Без тире попробуй: KOI8R. Но если сервер 1.5, то ничего тебе не поможет.
Спасибо.
Телепат? :-)
Именно! 1.5.3.
Но после НГ на 2.5 пересядем, надеюсь.
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
Без тире попробуй: KOI8R. Но если сервер 1.5, то ничего тебе не поможет.
Спасибо.
Телепат? :-)
Именно! 1.5.3.
Но после НГ на 2.5 пересядем, надеюсь.
Главное - "на 2.5" и "надеюсь".
Это же несовместимые друг с другом вещи.
Коваленко Дмитрий.
PS. Тяжело вам, там :-)
Kovalenko Dmitry пишет:
Но после НГ на 2.5 пересядем, надеюсь.
Главное - "на 2.5" и "надеюсь".
Это же несовместимые друг с другом вещи.
Дим, ты че?!! Мне уже страшно стало...
Еманов! Хелп ми!!! Коваленко глючит!!!
PS. Тяжело вам, там :-)
Фиг ли?! Тула - не Липецк.
Ды
Дим, ты че?!! Мне уже страшно стало...
Еманов! Хелп ми!!! Коваленко глючит!!!
Не надо Еманова. Он когда на меня смотрит, я тупею
А я и так, без Еманова, всю неделю туплю.
---
Коваленко Дмитрий.
PS. Тут не только отупеешь
Ovchinnikov Vasily пишет:
Вопрос, быть может, и тривиальный, но запутался я че-то.
Пытаюсь порулить базами через isql в линуховой консоли. Локаль стоит
KOI8-R.
У меня был подобный случай, но с GUI приложением.
Помогло перед вызовом приложения установка переменной LANG
#!/bin/bash
LANG
Здравствуйте!
При попытке вызова udf в isql получаю сообщение
*** buffer overflow detected ***: /usr/lib/firebird/2.1/bin/isql
terminated
Далее выводится Backtrace и Memory map
В чем может быть дело?
В udf, в системе, в настройках?
Что может помочь?
Ubuntu 10.04.3
Firebird CS 2.1.3.18185
С
sasha wrote:
Мы пытались создать скрипт одной старенькой базы под FB2 с помощью
команды isql.exe -x
Зря.
Наступили на грабли - скрипт получился не валидным.
Есс-но.
Проблема в том что isql в начале генерит команды создания доменов вместе
с их ограничениями CHECK, а огрнаичения могут
Что значит зря? А как же тогда извлекать скрипт средствами сервера?
sasha wrote:
Что значит зря? А как же тогда извлекать скрипт средствами сервера?
Смотря для чего. Для cvs-а - можешь использовать isql, для создания базы
- лучше поищи другой экстрактор.
--
Дмитрий Еманов
Dmitriy Kovalenko wrote:
В каких случаях, окромя превышения размера текста процедуры, isql
может выдавать сабж?
Какой-то стейтмент в скрипте имеет длину более 64К.
--
Дмитрий Еманов
On 18 июн, 15:11, Dmitriy Kovalenko <[EMAIL PROTECTED]> wrote:
> Моя твоя не понимай (с)
Или вот так создает процедуры и ругается сабжем:
INPUT '..\sql\.connect.sql';
SET BAIL ON;
SET AUTODDL OFF;
INPUT '..\sql\022\000.main.sql';
COMMIT;
INPUT '..\sql\022\001.procedure.sql';
COMMIT;
А
On 18 июн, 15:28, Dmitriy Kovalenko <[EMAIL PROTECTED]> wrote:
> Мистика...
Виноват. Разобрался. Еще до выполнения скрипта с процедурами ехал
другой скрипт, который содержал закомментированный код от первой
строки до последней, что в целом было около 72K и вероятно isql
подавился им
Здравствуйте, gmane.comp.db.firebird.russian!
Как то писал уже об этой штуке - постоянно возвращает isql такую мессагу
с кодом 1 (предупреждение)
Можно ли все-таки от этого избавится, перекочевало ли это в двойку тоже?
isql -u sysdba -p masterkey -i test.sql c:\database.fdb
test.sql
Здравствуйте!
Пробую переписать работающие в Windows UDF под Linux.
Столкнулся с непонятной ситуацией.
В isql создаю базу, регистрирую и выполняю UDF, все нормально. Но при
попытке выйти командой quit терминал зависает. Непосредственно после
вызова UDF можно дальше работать с базой данных. Все
Привет!
> При попытке вызова udf в isql получаю сообщение
> *** buffer overflow detected ***: /usr/lib/firebird/2.1/bin/isql
> terminated
> Далее выводится Backtrace и Memory map
> В чем может быть дело?
> В udf, в системе, в настройках?
> Что может помочь?
> Ubun
"Vladimir" wrote in message ...
Здравствуйте!
При попытке вызова udf в isql получаю сообщение
*** buffer overflow detected ***: /usr/lib/firebird/2.1/bin/isql
terminated
Далее выводится Backtrace и Memory map
Коннект локальный ?
--
Хорсун Влад
>
> Переполнение буффера, с 99.99% вероятностью проблема в UDF.
>
Действительно, отыскал ошибку.
Большое спасибо.
Коннект локальный.
Была ошибка в UDF.
> Какой-то стейтмент в скрипте имеет длину более 64К.
Это я знаю. Но вопрос в том, что в каких случаях _еще_? Или только в
этом онли? Я уже уточнил примером странное поведенеи isql. А сейчас
вообще очистил файл от кода и... оно тупо выдало такое же сообщение! Т.е.
в скрипте ничего нет кр
В письме от Sun, 16 Oct 2011 01:17:49 +0400, Vladimir
сообщал:
Пробую переписать работающие в Windows UDF под Linux.
попытке выйти командой quit терминал зависает. Непосредственно после
вызова UDF можно дальше работать с базой данных. Все отрабатывает,
зависание только при попытке выхода.
к
Привет !
> В isql создаю базу, регистрирую и выполняю UDF, все нормально. Но при
> попытке выйти командой quit терминал зависает. Непосредственно после
> вызова UDF можно дальше работать с базой данных. Все отрабатывает,
> зависание только при попытке выхода.
Ты не один такой :)
Ничего с этой ошибкой на моей сборке мне изменить не удалось.
Попробовал начать с нуля в другой редакции Linux.
Ubuntu 10.04
Firebird CS 2.1.3.18185
Средства разработки не устанавливал, взял тот же исполняемый файл с
UDF.
Простой пример, над которым бился, отработал.
Не считайте, пожалуйста, рез
ает клиентский и серверный процесс при
дисконнекте от БД, а сносит серверный процесс, а клиентский процесс получает
ексепшен, что сервер разорвал соединение.
С уважением,
Всеволод
--
View this message in context:
http://firebird.1100200.n4.nabble.com/isql-UDF-Linux-tp3908947p3918637.html
Sent from the firebird-russian mailing list archive at Nabble.com.
--
View this message in context:
http://firebird.1100200.n4.nabble.com/isql-UDF-Linux-tp3908947p3918674.html
Sent from the firebird-russian mailing list archive at Nabble.com.
ыше,
добился нормальной работы тестовой библиотеки, когда поменял клиентскую
библиотеку fbclient.dll на версию от FB 2.1.
Куда крестьянину податься теперь ...
Всеволод
--
View this message in context:
http://firebird.1100200.n4.nabble.com/isql-UDF-Linux-tp3908947p3922275.html
Sent from the
В письме от Thu, 20 Oct 2011 19:30:32 +0400, Vsevolod
сообщал:
Если кому интересно - новости нашего городка. В варианте, описаном
выше,
добился нормальной работы тестовой библиотеки, когда поменял клиентскую
библиотеку fbclient.dll на версию от FB 2.1.
Куда крестьянину податься теперь ..
Привет!
> Невнимательно прочитал. ИМХО все дело в птичке, я же писал, что вплоть до
> версии CS 2.1.3 под Линуксом все работало и работает.
Скорее всего, всё дело в компиляторе. У меня некоторые UDF спокойно
себе перекочевали с 1.5 потом на 2.0, потом на 2.1, потом на 2.5 и
32-бит на 64 вообще
"Andrei" ...
Ñ Ñак понимаÑ, ÑÑо единÑÑвеннÑй ваÑÐ¸Ð°Ð½Ñ Ð¸ÑполÑзоваÑÑ ÑÑилиÑÑ isql Ñо
вÑÑÑоеннÑм ÑеÑвеÑом -- ÑÑо подложиÑÑ ÑÑдом Ñ Ð½ÐµÐ¹ fbembedd.dll,
пеÑеименовав его в fbclient.dl
>
> PS Ðли взÑÑÑ isql_embed из \gen\Win32, еÑли Ñам ÑобиÑаеÑÑ ÑеÑвеÑ.
Ñак Ð¼Ð¾Ð¶ÐµÑ Ð²ÐºÐ»ÑÑиÑÑ ÐµÐ³Ð¾ в инÑÑолÑÑиÑ?
"Andrei" ...
>
PS Ðли взÑÑÑ isql_embed из \gen\Win32, еÑли Ñам ÑобиÑаеÑÑ ÑеÑвеÑ.
Ñак Ð¼Ð¾Ð¶ÐµÑ Ð²ÐºÐ»ÑÑиÑÑ ÐµÐ³Ð¾ в инÑÑолÑÑиÑ?
Ð ÑмÑÑл ?
--
ХоÑÑÑн Ðлад
"Andrei" ...
Ð¼Ð¾Ð¶ÐµÑ ÐºÐ°ÐºÐ¾Ð¹ клÑÑ Ðº icql пÑиделаÑÑ? Ñипа isql -embedd
isql не загÑÑÐ¶Ð°ÐµÑ ÐºÐ»Ð¸ÐµÐ½Ñа динамиÑеÑки. Ðн Ñ Ð½Ð¸Ð¼ Ñлинкован.
ÐеÑеделÑваÑÑ - а ÑмÑÑл ? ÐожеÑÑ Ð·Ð°Ð½ÐµÑÑи в ÑÑеÐ
>
>   Ðа.
Ð¼Ð¾Ð¶ÐµÑ ÐºÐ°ÐºÐ¾Ð¹ клÑÑ Ðº icql пÑиделаÑÑ? Ñипа isql -embedd
Hello, Andrei!
Andrei wrote:
PS Ðли взÑÑÑ isql_embed из \gen\Win32, еÑли Ñам ÑобиÑаеÑÑ ÑеÑвеÑ.
Ñак Ð¼Ð¾Ð¶ÐµÑ Ð²ÐºÐ»ÑÑиÑÑ ÐµÐ³Ð¾ в инÑÑолÑÑиÑ?
и наÑига isql нÑжен в embedded???
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13
On Feb 4, 8:53Â am, Dmitri Kuzmenko wrote:
> >>PS Ðли взÑÑÑ isql_embed из \gen\Win32, еÑли Ñам ÑобиÑаеÑÑ ÑеÑвеÑ.
> > Ñак Ð¼Ð¾Ð¶ÐµÑ Ð²ÐºÐ»ÑÑиÑÑ ÐµÐ³Ð¾ в инÑÑолÑÑиÑ?
> и наÑига isql нÑжен в embedded???
Ðак ÑÑо
>
> и наÑига isql нÑжен в embedded???
>
из-за пÑоблемÑ:
http://groups.google.com/group/ru-firebird/browse_thread/thread/ac9fdf62894e18dc
Ñ Ð½Ð°Ñ Ð½Ð°ÑÑÑÐ¾ÐµÐ½Ñ Ð±Ð°Ñ ÑайлÑ, коÑоÑÑе за ноÑÑ Ð³ÐµÐ½ÐµÑÑÑ Ñ Ð½ÑÐ»Ñ Ð¸Ð½ÑÑолÑÑиÐ
On Feb 4, 10:35Â am, Andrei wrote:
> > и наÑига isql нÑжен в embedded???
> из-за пÑоблемÑ:
> http://groups.google.com/group/ru-firebird/browse_thread/thread/ac9fd...
...
> и ÑоÑмиÑование новÑÑ
иÑÑ
однÑÑ
баз и Ñоздание
Hello, Yurij!
Yurij wrote:
Ñак Ð¼Ð¾Ð¶ÐµÑ Ð²ÐºÐ»ÑÑиÑÑ ÐµÐ³Ð¾ в инÑÑолÑÑиÑ?
и наÑига isql нÑжен в embedded???
Ðак ÑÑо заÑем? Чем ÑкÑипÑÑ Ð½Ð° базе вÑполнÑÑÑ, коÑоÑÐ°Ñ Ðº embedded
подклÑÑена?
IBScript? ÐоÐ
On Feb 4, 11:40Â am, Dmitri Kuzmenko wrote:
> Hello, Yurij!
>
> Yurij wrote:
> >>>Ñак Ð¼Ð¾Ð¶ÐµÑ Ð²ÐºÐ»ÑÑиÑÑ ÐµÐ³Ð¾ в инÑÑолÑÑиÑ?
>
> >>и наÑига isql нÑжен в embedded???
>
> > Ðак ÑÑо заÑем? Чем ÑкÑипÑ
Hello, Andrei!
Andrei wrote:
и наÑига isql нÑжен в embedded???
из-за пÑоблемÑ:
http://groups.google.com/group/ru-firebird/browse_thread/thread/ac9fdf62894e18dc
Ñ Ð½Ð°Ñ Ð½Ð°ÑÑÑÐ¾ÐµÐ½Ñ Ð±Ð°Ñ ÑайлÑ, коÑоÑÑе за ноÑÑ Ð³ÐµÐ½ÐµÑÑÑ Ñ Ð½ÑÐ»Ñ Ð
Hello, Andrei!
Andrei wrote:
пеÑеÑÑало ÑабоÑаÑÑ. Ðз-за оÑибки. Ðод ФР2.5 embedded ÑабоÑаеÑ, Ñо
ÑейÑÐ°Ñ Ð¿ÑидеÑÑÑ Ð¿ÑавиÑÑ
ÑкÑипÑÑ Ñак как Ñам иÑполÑзÑеÑÑÑ isql а он не Ð¼Ð¾Ð¶ÐµÑ Ð¿ÑоÑÑо Ñак
"Andrei" ...
Ðогики не ÑлавливаÑ.
логика ÑакаÑ:
еÑÑÑ Ð¤Ð ÐºÐ»Ð¸ÐµÐ½Ñ-ÑеÑвеÑ. к базе можно подклÑÑиÑÑÑÑ isql и вÑполниÑÑ
некоÑоÑÑе дейÑÑвиÑ.
еÑÑÑ Ð¤Ð Ð²ÑÑÑоеннÑй. к базе не
Hello, Yurij!
You wrote on Wed, 4 Feb 2009 01:57:20 -0800 (PST):
>> isql Ð²ÐµÐ´Ñ Ñ
ÑенаÑÐ¸Ñ Ð²ÐµÑÑ ÑкÑÐ¸Ð¿Ñ Ð´Ð¾ ÑпоÑа, даже еÑли оÑибка
>> в пеÑвой же ÑÑÑоке вÑÑÑеÑилаÑÑ.
ÐÑнÑдÑ, bail on/off позволÑÐµÑ ÑÑи
»Ð¸Ð·Ð¸ÑовалиÑÑ), а обновиÑÑ Ð¸Ñ
в ближайÑий Ñелиз нÑжно.
ÐоÑ
оже ÑÑо единÑÑвеннÑм вÑÑ
одом бÑÐ´ÐµÑ Ð²ÐºÐ»ÑÑение в диÑÑÑибÑÑив паÑÑенной isql :-/
а) не деÑжаÑÑ Ð±Ð°Ð·Ñ Ð² "Program Files&
On 18.03.2011 13:23, Nikolay Ponomarenko wrote:
ÐоÑ
оже ÑÑо единÑÑвеннÑм вÑÑ
одом бÑÐ´ÐµÑ Ð²ÐºÐ»ÑÑение в диÑÑÑибÑÑив паÑÑенной
isql :-/
ÐÑли ÑÑо .Net, Ñо можно воÑполÑзоваÑÑÑÑ FbBatchExecution иÐ
On Fri, 18 Mar 2011 15:35:41 +0300, Ðвгений ÐиногÑаднÑй
wrote:
Ðибо библиоÑÐµÐºÑ Ð´Ð»Ñ Ð¸Ð³ÑÑ ÑкÑипÑов из IBExpert(плаÑнаÑ).
ÐÑо Ñ ÐºÐ°ÐºÐ¸Ñ
ÑÑо поÑ??? 8-Ð
"Nikolay Ponomarenko" ...
KV> в) взÑÑÑ isql Ð¾Ñ FB 2.1
Ðока поÑÑи Ñак и Ñделал - попÑавил ÑеÑÑÑÑ Ñ isql Ð¾Ñ 2.5.
ÐÑо Ñамое Ñ
ÑдÑее, ÑÑо можно бÑло ÑделаÑÑ.
ÐпÑоÑем - Ñебе Ñ ÑÑим жиÑÑ
On 18.03.2011 15:58, Vladimir A.Bakhvaloff wrote:
>> Ðибо библиоÑÐµÐºÑ Ð´Ð»Ñ Ð¸Ð³ÑÑ ÑкÑипÑов из IBExpert(плаÑнаÑ).
ÐÑо Ñ ÐºÐ°ÐºÐ¸Ñ
ÑÑо поÑ??? 8-Ð
http://ibexpert.net/ibe/index.php?n=Main.IBExpertLicenses
СмоÑÑим ...
* IBEScript.exe Distributi
On 18.03.2011 15:42, Nikolay Ponomarenko wrote:
KV> в) взÑÑÑ isql Ð¾Ñ FB 2.1
Ðока поÑÑи Ñак и Ñделал - попÑавил ÑеÑÑÑÑ Ñ isql Ð¾Ñ 2.5.
ÐÑли полÑзоваÑÐµÐ»Ñ Ð±Ñло вÑе Ñавно где Ð»ÐµÐ¶Ð¸Ñ ÐµÐ³Ð¾ ÐÐ (Ñ.к. по виÑÑ
"Nikolay Ponomarenko" ...
Hello, Vlad!
You wrote on Fri, 18 Mar 2011 15:26:24 +0200:
KV>>> в) взÑÑÑ isql Ð¾Ñ FB 2.1
>> Ðока поÑÑи Ñак и Ñделал - попÑавил ÑеÑÑÑÑ Ñ isql Ð¾Ñ 2.5.
KV> ÐÑо Ñамое Ñ
ÑдÑее, ÑÑо
On Fri, 18 Mar 2011 16:58:37 +0300, Ðвгений ÐиногÑаднÑй
wrote:
>> Ðибо библиоÑÐµÐºÑ Ð´Ð»Ñ Ð¸Ð³ÑÑ ÑкÑипÑов из IBExpert(плаÑнаÑ).
ÐÑо Ñ ÐºÐ°ÐºÐ¸Ñ
ÑÑо поÑ??? 8-Ð
СмоÑÑим ...
Ð¢Ñ Ð² какой-Ñо ÐÐ ex-USSR ÑÑÑаÐ
On 19.03.2011 0:47, Vladimir A.Bakhvaloff wrote:
>> Ðибо библиоÑÐµÐºÑ Ð´Ð»Ñ Ð¸Ð³ÑÑ ÑкÑипÑов из IBExpert(плаÑнаÑ).
ÐÑо Ñ ÐºÐ°ÐºÐ¸Ñ
ÑÑо поÑ??? 8-Ð
СмоÑÑим ...
Ðли Ð¼Ð¾Ð¶ÐµÑ ÑÑ Ð´Ð°Ð¶Ðµ на ÑÑÑÑкÑÑ Ð²ÐµÑÑÐ¸Ñ ÑÑÑаниÑÑ Ð½Ð
On Mon, 21 Mar 2011 16:51:46 +0300, Ðвгений ÐиногÑаднÑй
wrote:
РлÑбом ÑлÑÑае Ñпоминание о exussr видел ÑолÑко на вкладке About в
IBExpert. Ð Ñо, ÑÑо каÑаеÑÑÑ Ð¸ÑполÑзование пÑодÑкÑа. ÐиÑенз
1 - 100 of 125 matches
Mail list logo
