DL> заÑÑÐºÐ»Ð¸Ð²Ð°ÐµÑ ...
DL> "ЦÑган на ÑÑпоÑкаÑ
подоÑел к ÑÑÐ¿Ð»ÐµÐ½ÐºÑ Ð¸ ÑÑÑнÑл - ЦÑÑ!"
DL> ÐÑе оÑÑалÑное пиÑеÑÑÑ ÑеÑез и.
Ðлин, ÑпаÑибо конеÑно за напоминание, но бÑдÑÑе ÑеÑпелÐ
Привет алл
Вот есть у меня токая ситуация - апликуха, в неи пользователи дабольнo
часто делает некии стандартныи запрос, типо:
SELECT FIELD_X FROM TABLE_Y WHERE FIELD_Y = :MYPARAMETER
Запрос через FIB-ов живёт на модальнои форме которую давольно
часто юзают юзвери. Итаго при каждои откритие ф
âÃÃÃ, ÃÃÃÃÃÃà ÃÃÃÃ
ÃÃÃ ÃÃ ÃÃÃÃÃÃÃÃÃÃÃ
, ÃÃ ÃÃÃÃÃÃ
ÃÃ
ÃÃÃ
ÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃ ...
ֈ ÃÃ
ÃÃÃÃ, ÃÃÃ ÃÃÃÃÃÃÃ, Ã ÃÃÃÃÃ, ÃÃÃÃÃÃ
ÃÃÃÃÃ ÃÃÃÃÃÃ ÃÃÃ-ÃÃ ÃÃÃÃÃ
ÃÃ ÃÃ
"ÃÃÃÃÃ
Ã" ;)
þÃà ÃÃ
Привет!
> вопрос - а неслишком ли плохо что всё время в конкретнои сесие будет
> жить препареныи(ые) запрос. Другие юзери могут и заюзать его один
> раз и держать апликуху откритои и весь день ...
> Небудет ли проблеми кокието ???
Я тебе открою страшную тайну - не будет :)
В некоторых системах,
On Tue, 23 Oct 2007 11:28:45 +0400, Dmitry Lendel <[EMAIL PROTECTED]> wrote:
> Ðой Ñодной ÑзÑк и не ÑÑÑÑкий и не ÑкÑаинÑкий.
"Ðой Ñодной ÑзÑк и не ÑÑÑÑкий, и не ÑкÑаинÑкий"
> РоÑибки, дело обÑÑное.
"Ð Ð
On Tue, 23 Oct 2007 11:18:00 +0400, Janex <[EMAIL PROTECTED]> wrote:
> Небудет ли проблеми кокието ???
Ничего. Только таблица будет in use. (Это я к моим смутным воспоминаниям о том,
что ты какие-то метаданные на ходу хотел менять)
--
Сергей Смирнов.
> Учитывая, что в FB2.1 появилось RDB$PROCEDURE_TYPE - стОит ли ждать
> соответсвующей реакции от JayBird? То есть, чтобы из JDBC можно было
> использовать CallableStatement c возвращающими резалтсет хранимыми
Гы-гы. А в IBProvider v3 эта штука уже заюзана, шо избавляет от
загрузки блобов с B
Учитывая, что в FB2.1 появилось RDB$PROCEDURE_TYPE - стОит ли ждать
соответсвующей реакции от JayBird? То есть, чтобы из JDBC можно было
использовать CallableStatement c возвращающими резалтсет хранимыми
процедурами, и при этом использовать штатный синтаксис с {"CALL ..."}
без необходимости
Kovalenko Dmitry wrote:
Учитывая, что в FB2.1 появилось RDB$PROCEDURE_TYPE - стОит ли ждать
соответсвующей реакции от JayBird? То есть, чтобы из JDBC можно было
использовать CallableStatement c возвращающими резалтсет хранимыми
Гы-гы. А в IBProvider v3 эта штука уже заюзана, шо избавляет от
DL> Ðез обид. ÐÑоÑÑо Ñкололо глаз. Ð¢Ñ Ð¶Ðµ не ЯнекÑ. :-)))
;) Ðакие Ð¾Ð±Ð¸Ð´Ñ ?! ÐикакиÑ
- пÑоÑÑо обÑÑÑнил ...
DL> Ðо ÑÑиÑÑÑÑ Ð½Ð¸ÐºÐ¾Ð³Ð´Ð° не поздно.
Ð Ñ Ð¸ не ÑпоÑÑ ... ;)
DL> РоÑибки, де
загрузки блобов с BLR/исходниками для определения способа вызова
хранимой процедуры.
Как в сценке с нотами у Романа Карцева - "вот тут играем, вот с этого
места не играем, а тут пятно - это не бемоль, это селёдку заворачивали" :)
> > Гы-гы. А в IBProvider v3 эта штука уже заюзана, шо избавляет от
> > загрузки блобов с BLR/исходниками для определения способа вызова
> > хранимой процедуры. Крысота :P
>
> Гы-гы... а как эта штука работает с 2.0 и 1.5?
Ха. Архитектура IBP v3 - мечта любого компоненто-строителя. Сам
пруся :)
Учитывая, что в FB2.1 появилось RDB$PROCEDURE_TYPE - стОит ли ждать
соответсвующей реакции от JayBird? То есть, чтобы из JDBC можно было
использовать CallableStatement c возвращающими резалтсет хранимыми
процедурами, и при этом использовать штатный синтаксис с {"CALL ..."}
без необходимости к
Классические гуиды можно было реверсить и тем самым экономить на индексах
по ним. Результаты экспериментов с GEN_UUID в 2.1 показывают что гуид
каждый раз совсем разный, и реверсить его бесполезно.
Я прав?
"Vladimir Kozlov" ...
>
> Классические гуиды можно было реверсить и тем самым экономить на индексах
> по ним.
Только в NT4, IIRC
--
Хосун Влад
"Roman Rokytskyy" ...
> можно ли каким-то образом получить тип процедуры в 2.1 через API (имею
> ввиду isc_info_xxx запросы) или только через метаданые?
Гм... а в каком именно xxx ты хотел бы это видеть ?
--
Хорсун Влад
> Короче, для Ya решили послать поддержку DATEDIFF фтопку.
+ROUND
Коваленко Дмитрий.
можно ли каким-то образом получить тип процедуры в 2.1 через API (имею
ввиду isc_info_xxx запросы) или только через метаданые?
Гм... а в каком именно xxx ты хотел бы это видеть ?
После isc_dsql_prepare, что-то вместе с типом стейтмента.
Роман
Hello, Janex!
You wrote on Tue, 23 Oct 2007 10:18:00 +0300:
J> Есть идея токая, что при первои нужде етого запроса, динамически
J> гденебудь в вседоступном месте ставим FIBQuery с SQL-ом и препарим его,
J> потом уже при следуюших нуждах уже втыкаем параметр и выполняем.
Особых проблем быть
> >> можно ли каким-то образом получить тип процедуры в 2.1 через API (имею
> >> ввиду isc_info_xxx запросы) или только через метаданые?
>
> > Гм... а в каком именно xxx ты хотел бы это видеть ?
>
> После isc_dsql_prepare, что-то вместе с типом стейтмента.
Дык, вроде же эти сведения нужны _до
Kovalenko Dmitry wrote:
можно ли каким-то образом получить тип процедуры в 2.1 через API (имею
ввиду isc_info_xxx запросы) или только через метаданые?
Гм... а в каком именно xxx ты хотел бы это видеть ?
После isc_dsql_prepare, что-то вместе с типом стейтмента.
Дык, вроде же эти сведени
Hello, Vladimir!
Vladimir Kozlov wrote:
Классические гуиды можно было реверсить и тем самым экономить на
индексах по ним. Результаты экспериментов с GEN_UUID в 2.1 показывают
что гуид каждый раз совсем разный, и реверсить его бесполезно.
Я прав?
угу. вроде начиная с xp он перестал реверс
> можно ли каким-то образом получить тип процедуры в 2.1 через API (имею
> ввиду isc_info_xxx запросы) или только через метаданые?
> >>> Гм... а в каком именно xxx ты хотел бы это видеть ?
> >> После isc_dsql_prepare, что-то вместе с типом стейтмента.
>
> > Дык, вроде же эти сведения
ÐекоÑоÑое вÑÐµÐ¼Ñ Ð½Ð°Ð·Ð°Ð´ ÑÑалкивалÑÑ Ñо ÑÑ
ожей ÑиÑÑаÑией, необÑ
одимо бÑло
ÑазÑабоÑаÑÑ Ð½ÐµÐºÐ¸Ð¹ внÑÑÑенний ÑÑандаÑÑ Ð´Ð»Ñ Ð¾Ð¿Ð¸ÑÐ°Ð½Ð¸Ñ Ð³Ð¾ÑÑиниÑнÑÑ
номеÑов, апаÑÑаменÑов иÑп
угу. вроде начиная с xp он перестал реверсироваться, или даже с w2k.
Жаль. Однако вот сейчас интереса ради глянул в базу Sybase, бегающую под
Debian 3.1 - там, зараза эдакая, реверсируется...
"Boulitchev Aleksey" ...
> Вот и думаю а не плюнуть ли и не сделать самому - времени только
> жалко :(
>
> вот так это выглядит у нас
Ой, кто это ? :)
--
Хорсун Влад
Привет!
Встал вопрос массовой миграции пользователей с 1.5 на 2.х. Соответственно
хочеться перестраховаться,
бо есть возможность того, что где-то на местах затешется не та клиентская
библиотека, либо обновив
клиента забудут про сервер.
Напомните пожалуйста, чего я огребу в следующих ситуация
> Встал вопрос массовой миграции пользователей с 1.5 на 2.х. Соответственно
> хочеться перестраховаться,
> бо есть возможность того, что где-то на местах затешется не та клиентская
> библиотека, либо обновив
> клиента забудут про сервер.
>
> Напомните пожалуйста, чего я огребу в следующих ситуац
> заготовка для ЕГАИС
Всех посчитать, и присвоить глобальный идентификатор! :D
--
Пиминов Роман
>> сервер FB 2.x <-> клиент от FB 1.5.x
>Работает
>> сервер FB 1.5.x <-> клиент от FB 2.x
>Работает. Я через клиента от 2.1 хожу ко всем серверам: IB/FB/YA
Спасибо. В принципе и сам догадывался ;) но решил перестраховаться.
>Мы мигрировали так: Ставили 2.0.1 и делали B/R базы от 1.5
>Предвар
> Рука уже потянулась к красной кнопке...тотального обновления ;)
А мы через пару недель после выхода релиза 2.0.1 обновили всех и
вся :))
Коваленко Дмитрий.
можно ли каким-то образом получить тип процедуры в 2.1 через API (имею
ввиду isc_info_xxx запросы) или только через метаданые?
Гм... а в каком именно xxx ты хотел бы это видеть ?
После isc_dsql_prepare, что-то вместе с типом стейтмента.
Дык, вроде же эти сведения нужны _до_препаре_ ???
У
>А мы через пару недель после выхода релиза 2.0.1 обновили всех и вся :))
Консервативность - не всегда плохо, вон - у Деда спроси ;
WBR,Dmitry Beloshistov AKA [-=BDS=-]
Константин,
У нас есть в разработке что-то похожее на то, что вам нужно.
Screenshot: http://www.contextsoft.com/files/filter.jpg
Там устройство такое. Есть TCtxHTMLPanel - которая позволяет
показывать псевдо-html код, включая placeholders для контролов
и позволяет показывать выпадающие меню - сам
> >А мы через пару недель после выхода релиза 2.0.1 обновили всех и вся :))
>
> Консервативность - не всегда плохо, вон - у Деда спроси ;
Ага. До поры до времени.
Первый диалект - мастдай.
Коваленко Дмитрий.
www.ibprovider.com
>> Консервативность - не всегда плохо, вон - у Деда спроси ;
>Ага. До поры до времени.
>Первый диалект - мастдай.
Ты еще скажи что появление вот таких "ИдЕнТиФиКаТоРоВ" - рулез ;)
P.S. Имхо, самая ненужная вещь. Я одно время разные парсеры и автопостроители
запросов задолбался переписыва
Зараствуйте Михаил,
MB> У нас есть в разработке что-то похожее на то, что вам нужно.
MB> Screenshot: http://www.contextsoft.com/files/filter.jpg
Похоже, похоже ...
{Skip}
MB> Если интересует напишите куда кинуть.
Очень интересует!
lkg (гав) ua (крапка) fm
С уважением,
Ко
Kovalenko Dmitry пиÑеÑ:
Ð Ð¼Ñ ÑеÑез паÑÑ Ð½ÐµÐ´ÐµÐ»Ñ Ð¿Ð¾Ñле вÑÑ
ода Ñелиза 2.0.1 обновили вÑеÑ
и вÑÑ :))
ÐонÑеÑваÑивноÑÑÑ - не вÑегда плоÑ
о, вон - Ñ Ðеда ÑпÑоÑи ;
Ðга. Ðо поÑÑ Ð´Ð¾ вÑем
ðÃÃÃÃ
Ã.
îÃÃÃÃÃÃÃÃ
ÃÃÃÃÃÃÃÃÃÃ, ÃÃ
ÃÃ Ã ÃÃÃÃ
ÃÃ Ã ÃÃÃ
ÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃ:
ÃÃ
ÃÃÃ
à FB 2.x <-> ÃÃÃÃ
ÃÃ ÃÃ FB 1.5.x
ÃÃ
ÃÃÃ
à FB 1.5.x <-> ÃÃÃÃ
ÃÃ ÃÃ FB 2.x
÷ÃÃÃÃÃÃÃÃÃÃ, ÃÃÃ
ÃÃ
ÃÃÃÃ
2.Ã ÃÃÃÃ ÃÃ
ÃÃÃÃ
>У Ð¼ÐµÐ½Ñ Ð½Ðµ вÑÑло пÑоÑÑо пеÑенеÑÑи базÑ. ТолÑко ÑеÑез Ð\Ð . Ðе ÑабоÑали
>коÑÑекÑно некоÑоÑÑе ÑÑиггеÑÑ, пока ODS не ÑÑала 11.
ЧеÑез b/r - ÑÑаÑное ÑÑедÑÑво пеÑеÑ
ода Ð¼ÐµÐ¶Ð´Ñ Ð²Ðµ
> Ты еще скажи что появление вот таких "ИдЕнТиФиКаТоРоВ" - рулез ;)
Ха. Рулез - это идентификаторы начинающиеся с пробелов и содержащие
двойные кавычки. Или вообще - одни проблеы и двойные кавычки. Вот это
я понимаю - Идентификаторы :))
Коваленко Дмитрий.
www.ibprovider.com
Kovalenko Dmitry пишет:
Или вообще - одни проблеы и двойные кавычки. Вот это
я понимаю - Идентификаторы :))
предлагаю это затестить и опять отписать в fb-devel
:)
Пусть знают
--
Кочмин Александр
>Ха. Рулез - это идентификаторы начинающиеся с пробелов и содержащие двойные
>кавычки. Или вообще - одни проблеы и
>двойные кавычки. Вот это я понимаю - Идентификаторы :))
Зато CREATE TABLE "It''s hard F*''K" смотрится ;)
WBR,Dmitry Beloshistov AKA [-=BDS=-]
> > Или вообще - одни проблеы и двойные кавычки. Вот это
> > я понимаю - Идентификаторы :))
>
> предлагаю это затестить и опять отписать в fb-devel
> :)
> Пусть знают
Уже давно затестили. Сервер рюхает, но все средства администрирования
FB/IB тупят по-чОрному :))
Коваленко Дмитрий.
Hello, Dmitriy!
Dmitriy A. Beloshistov wrote:
Ха. Рулез - это идентификаторы начинающиеся с пробелов и содержащие двойные кавычки. Или вообще - одни проблеы и
двойные кавычки. Вот это я понимаю - Идентификаторы :))
Зато CREATE TABLE "It''s hard F*''K" смотрится ;)
CREATE TABLE " "(
" " IN
Hello, All!
23 ноÑбÑÑ, в ÐЯТÐÐЦУ бÑÐ´ÐµÑ Ð²ÑоÑÐ°Ñ ÐºÐ¾Ð½ÑеÑенÑÐ¸Ñ Ð¿Ð¾ FB/IB.
Ð Ñом же меÑÑе в ÑÐ¾Ñ Ð¶Ðµ ÑаÑ.
http://www.ibase.ru/conf2007/index.html
ТÑÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ðº ÑÑаÑÑникам конÑеÑенÑии -
- бÑÑÑ ÑÑезвÑм (д
Hello, Aleksey!
Boulitchev Aleksey wrote:
CREATE TABLE " "(
" " INT NOT NULL,
"" VARCHAR(20),
CONSTRAINT " " PRIMARY KEY(" ")
ÑÑ Ð²Ð¸Ð´Ð¸ÑÑ primary key? а он еÑÑÑ :)
еÑли поигÑаÑÑ ÑÑиÑÑом, Ñо вообÑе Ñ
Ñен Ñего поймеÑÑ.
p.s.
> еÑли поигÑаÑÑ ÑÑиÑÑом, Ñо вообÑе Ñ
Ñен Ñего поймеÑÑ.
> p.s. Ñ Ð½Ðµ пÑобовал, ÑÑо ÑкÑпÑомÑ.
ÐаÑколÑко Ñ Ð¿Ð¾Ð¼Ð½Ñ - Ñ
воÑÑовÑе пÑÐ¾Ð±ÐµÐ»Ñ Ð¾ÑÑÑбаÑÑÑÑ. ÐоÑÑÐ¾Ð¼Ñ Ð´Ð¾Ð»Ð¶ÐµÐ½
ÑÑÑеÑÑвоваÑÑ
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
CREATE TABLE " "(
" " INT NOT NULL,
"" VARCHAR(20),
CONSTRAINT " " PRIMARY KEY(" ")
ты видишь primary key? а он есть :)
--
Булычев Алексей
http://www.stella-npf.ru
CREATE TABLE " "(
" " INT NOT NULL,
"" VARCHAR(20),
CONSTRAINT " " PRIMARY KEY(" ")
ÐÑ Ð¼Ð¾Ð¶Ð½Ð¾ еÑе лÑÑÑе:
CREATE DOMAIN " " INT NOT NULL;
CREATE DOMAIN " " VARCHAR(20);
CREATE TABLE " " (
" " " ",
"" " ",
CONSTRAINT " " PRIMAR
> > Короче, для Ya решили послать поддержку DATEDIFF фтопку.
>
> +ROUND
>
Гы. Несмотря на печальную картину (общую для IB6/FB1.5) у Дятла есть
EXTRACT(QUARTER FROM ...) и он работает без ошибок! :)))
Коваленко Дмитрий.
> 23 ноÑбÑÑ, в ÐЯТÐÐЦУ бÑÐ´ÐµÑ Ð²ÑоÑÐ°Ñ ÐºÐ¾Ð½ÑеÑенÑÐ¸Ñ Ð¿Ð¾ FB/IB.
> Ð Ñом же меÑÑе в ÑÐ¾Ñ Ð¶Ðµ ÑаÑ.
>
> http://www.ibase.ru/conf2007/index.html
>
> ТÑÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ðº ÑÑаÑÑникам конÑеÑенÑии -
> - бÑÑÑ ÑÑезвÑм (до
еÑли поигÑаÑÑ ÑÑиÑÑом, Ñо вообÑе Ñ
Ñен Ñего поймеÑÑ.
p.s. Ñ Ð½Ðµ пÑобовал, ÑÑо ÑкÑпÑомÑ.
ÐÑ Ð² поÑÑдке ÑкÑпÑомÑа - а можно в меÑаданнÑÑ
имена полей/ÑÐ°Ð±Ð»Ð¸Ñ Ð² ÑÑо...
как егÐ
> > еÑли поигÑаÑÑ ÑÑиÑÑом, Ñо вообÑе Ñ
Ñен Ñего поймеÑÑ.
> > p.s. Ñ Ð½Ðµ пÑобовал, ÑÑо ÑкÑпÑомÑ.
>
> ÐÑ Ð² поÑÑдке ÑкÑпÑомÑа - а можно в меÑаданнÑÑ
имена полей/ÑÐ°Ð±Ð»Ð¸Ñ Ð² ÑÑо...
> к
Ñам Ð²Ð¾Ñ Ð´ÐµÐ»Ð¸ÑилекÑÑ Ð½Ð° sql надо пÑедложиÑÑ ÑакÑÑ ÑаблиÑÑ ;)
Dmitri Kuzmenko пиÑеÑ:
Hello, Dmitriy!
Dmitriy A. Beloshistov wrote:
Ха. Ð Ñлез - ÑÑо иденÑиÑикаÑоÑÑ Ð½Ð°ÑинаÑÑиеÑÑ Ñ Ð¿Ñобелов и ÑодеÑÐ
Здравствуйте, gmane.comp.db.firebird.russian!
Лезет в голову очередной "конструктор" и ничего не могу с этим
поделать. Если найдете минут 10 времени, посмотрите пожалуйста.
http://nvoynov.googlepages.com/oltp-practice.pdf и скажите свое мнение
по этому поводу. Высказаться можно здесь
http://nvoy
ÐÑогÑамма конÑеÑенÑии когда бÑÐ´ÐµÑ Ð¸Ð·Ð²ÐµÑÑна, Ñ
оÑÑ Ð±Ñ Ð¿ÑиблизиÑелÑно?
> 23 ноÑбÑÑ, в ÐЯТÐÐЦУ бÑÐ´ÐµÑ Ð²ÑоÑÐ°Ñ ÐºÐ¾Ð½ÑеÑенÑÐ¸Ñ Ð¿Ð¾ FB/IB.
> Ð Ñом же меÑÑе в ÑÐ¾Ñ Ð¶Ðµ ÑаÑ.
On Tue, 23 Oct 2007 19:39:21 +0400, Kovalenko Dmitry <[EMAIL PROTECTED]> wrote:
> Ð ÑамÑÑ
пеÑвÑÑ
веÑÑиÑÑ
IB6 можно бÑло делаÑÑ "ÑÑÑÑкие!" названиÑ.
> ЧеÑÑное Ñлово. Ðо поÑом ÑÑо дело бÑло заÑезано
Ðем заÑ
Привет.
А зря после конференции невыкладываете видео с
выступлениями (пянки можно пропустить). Понятно, что
всё стоет денег, но можбить ето всё както за деньги
можно было гдето выложить. Если бы сумма была не космическая, то
думаю многие бы заплатили. Ясно конешно что наверняка в варези ето
бы по
"Dmitri Kuzmenko" ...
Hello, All!
23 ноября, в ПЯТНИЦУ будет вторая конференция по FB/IB.
В том же месте в тот же час.
http://www.ibase.ru/conf2007/index.html
Требования к участникам конференции -
- быть трезвым (до вечера хотя бы)
- не спаивать докладчиков
- не спаивать нашего бразильского
Привет!
>>
>> Требования к участникам конференции -
>> - быть трезвым (до вечера хотя бы)
>> - не спаивать докладчиков
>> - не спаивать нашего бразильского гостя
> Ты жесток ! Особенно учитывая пятницу :-)
Хммм, интересно. Если участники и докладчики упомянуты отдельно, то:
1) Являются ли до
Hello, ÐакÑим!
ФилаÑов ÐакÑим Ð. wrote:
ÐÑогÑамма конÑеÑенÑии когда бÑÐ´ÐµÑ Ð¸Ð·Ð²ÐµÑÑна, Ñ
оÑÑ Ð±Ñ Ð¿ÑиблизиÑелÑно?
23 ноÑбÑÑ, в ÐЯТÐÐЦУ бÑÐ´ÐµÑ Ð²ÑоÑÐ°Ñ ÐºÐ¾Ð½ÑеÑенÑÐ¸Ñ Ð¿Ð¾ FB/IB.
Ð Ñом ж
Hello, Janex!
Janex wrote:
А зря после конференции невыкладываете видео с
выступлениями (пянки можно пропустить). Понятно, что
всё стоет денег, но можбить ето всё както за деньги
можно было гдето выложить. Если бы сумма была не космическая, то
думаю многие бы заплатили. Ясно конешно что наверн
Sergey Mereutsa пишет:
2) Можно ли докладчикам спаивать докладчиков? :)
3) Что ЕЩЕ будет интересного? ;-)
^^
лучше тогда вот так ;)
--
Кочмин Александр
Hello!
ФилаÑов ÐакÑим Ð. wrote:
ÐÑогÑамма конÑеÑенÑии когда бÑÐ´ÐµÑ Ð¸Ð·Ð²ÐµÑÑна, Ñ
оÑÑ Ð±Ñ Ð¿ÑиблизиÑелÑно?
да, и в пÑогÑамме ÐÐЯÐÐТÐÐЬÐРбÑÐ´ÐµÑ Ð»Ð¾ÑеÑеÑ, в коÑоÑой
бÑдÑÑ ÑазÑг
Hello, All!
Dmitri Kuzmenko wrote:
Лично я не видел ни одной видеозаписи.
тех, которые снимали. сначала я ждал
видео от Ансофт, потом забыл про них окончательно.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Hello, Vlad!
Vlad Khorsun wrote:
Ты жесток ! Особенно учитывая пятницу :-)
а к тебе это не относится :-)
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
> > Ð ÑамÑÑ
пеÑвÑÑ
веÑÑиÑÑ
IB6 можно бÑло делаÑÑ "ÑÑÑÑкие!" названиÑ.
> > ЧеÑÑное Ñлово. Ðо поÑом ÑÑо дело бÑло заÑезано
>
> Ðем заÑезано? ÐÑекÑаÑно ÑабоÑаеÑ.
РвеÑно 8-)
ÐÑ
"Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>
>> Вот, наткнулись на несовместимость DATEDIFF у FB2.1 и Yaffil
>>
>> Дятел вычитает из первой даты вторую, а FB (и MSSQL) наоборот - из
>> второй вычитает первую.
Мне показалось это более логичным ;-)
>
> У него е
"sasha" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>
> Ð Ñ Ñ
оÑоÑо поÑжал над ÑÑазой: "поÑÑÐ¾Ð¼Ñ Ð½Ð° базе Firebird поÑвлÑеÑÑÑ
> пиÑеÑÑкий ваÑÐ¸Ð°Ð½Ñ Ð¿Ð¾Ð´ гÑÑÑÑной, но в Ñо же вÑÐµÐ¼Ñ Ð¿Ñобивной мÐ
"Kovalenko Dmitry" <[EMAIL PROTECTED]>
ÑообÑил/ÑообÑила в новоÑÑÑÑ
ÑледÑÑÑее:
news:[EMAIL PROTECTED]
>
> > > Ð ÑамÑÑ
пеÑвÑÑ
веÑÑиÑÑ
IB6 можно бÑло делаÑÑ "ÑÑÑÑкие!" названиÑ.
> > > ЧеÑÑное Ñлово. Ðо п
Написал баг репорт по поводу того, что POSITION( '' IN '' ) возвращает
единицу вместо нуля.
Андиано послал меня в ... и потыкал опять же меня мордой в стандарт
SQL 2003 в котором говорится - если первая строка имеет нулевую длину,
то возвращаем единицу.
Гы :) Будем использовать метод математи
Как под виндой - дело понятное. Полуторка и двойка на линухе - тоже
понятно (по портам развести, конфиг у одного в /etc/firebird у другого в
/etc/firebird2). А с двумя двойками как быть? По портам развести дело
нехитрое, а как каждой свой конфиг скормить?
Докладчики унаследовали все свойства участников и приобрели новые
скилы,
но срок их действия ограничен временем доклада, после этого тебе
никто
не запрещает со вкусом напоить достойного :)))
> 1) Являются ли докладчики участниками, т.е. они объекты одного и того
>же класса?
Привет!
> Как под виндой - дело понятное. Полуторка и двойка на линухе - тоже
> понятно (по портам развести, конфиг у одного в /etc/firebird у другого в
> /etc/firebird2). А с двумя двойками как быть? По портам развести дело
> нехитрое, а как каждой свой конфиг скормить?
Под Линухом еще проще
Под Линухом еще проще - собери с разными путями инсталляции. У меня
один экземпляр в /opt/firebird (1.5), 2.0 - /opt/fb20cs, 2.1 -
/opt/fb21ss/ - надеюсь, идея понятна. Только если будешь собирать
супер - укажи ему сразу другой порт слушать (например, 3052).
Спасибо!
76 matches
Mail list logo