Hello, Andrei!
Andrei wrote:
неплохо было бы эту информацию закинуть в коментарии к секции
настройки путей к внешним файлам непосредственно в файл firebird.conf.
информация эта, вообще-то, относится не к Firebird, а к возможностям
аккаунтов Windows.
Если Вы строите сеть, значит Вы админ, значи
неплохо было бы эту информацию закинуть в коментарии к секции
настройки путей к внешним файлам непосредственно в файл firebird.conf.
Hello, Andrei!
Andrei wrote:
Возможно ли размещение EXTERNAL TABLE не на локальном, а на сетевом
расшареном диске?
да без проблем. только аккаунт, под которым стартует ФБ, должен иметь
доступ к сетевым службам вообще и сетевым дискам в частности.
Если же он стартует по умолчанию под
Возможно ли размещение EXTERNAL TABLE не на локальном, а на сетевом
расшареном диске?
"Андрій Жук" ...
>
> Зашел у нас тут спор, что можно писать в External Tables. Мне вот
> говорят, что туда нужно писать char, а не int или double. А
> работоспособность с другими типами полей не гарантируется. И что это
> даже где-то в доках описано. Рассудите.
Дока написана для чайников таки
Hello, ÐндÑÑй!
You wrote on Wed, 30 Aug 2006 11:57:55 +0300:
ÐÐ> ÐаÑел Ñ Ð½Ð°Ñ ÑÑÑ ÑпоÑ, ÑÑо можно пиÑаÑÑ Ð² External Tables. Ðне воÑ
ÐÐ> говоÑÑÑ, ÑÑо ÑÑда нÑжно пиÑаÑÑ char, а не int или double. Ð
ÐÐ> ÑабоÑо
АЖ> Зашел у нас тут спор, что можно писать в External Tables. Мне вот
АЖ> говорят, что туда нужно писать char, а не int или double. А
АЖ> работоспособность с другими типами полей не гарантируется. И что это
АЖ> даже где-то в доках описано. Рассудите.
Пошли их подальше. Все там нормально пишется.
Привет, Андрій!
Вы пишешь 30 августа 2006:
АЖ> Зашел у нас тут спор, что можно писать в External Tables. Мне вот
АЖ> говорят, что туда нужно писать char, а не int или double. А
АЖ> работоспособность с другими типами полей не гарантируется.
АЖ> И что это даже где-то в доках описано. Рассудите
Зашел у нас тут спор, что можно писать в External Tables. Мне вот
говорят, что туда нужно писать char, а не int или double. А
работоспособность с другими типами полей не гарантируется. И что это
даже где-то в доках описано. Рассудите.
"Vladimir A.Bakhvaloff"
>Текстовый файл не может содержать #00, #26, #27, #12, например... :)))
шо, опять?
--
Булычев Алексей
http://www.stella-npf.ru
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
"Alex Cherednichenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL
PROTECTED]
> >> Это ты в предвкушении субботы так слажал или просто в пятницу
> >> прикололся?.. %)))
> DK> что значит "слажал"? ну необязательно текстовым, какая разница.
> Э нет...
> Тут вопрос теософский.
> Ты скажи
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>>>работа с текстовым файлом с записями фиксированного размера.
>> Это ты в предвкушении субботы так слажал или просто в пятницу
>> прикололся?.. %)))
> что значит "слажал"?
Ну, типа, ошибся... ;)
> ну необяза
Привет, Dmitri!
Вы пишешь 29 мая 2006:
>> Это ты в предвкушении субботы так слажал или просто в пятницу
>> прикололся?.. %)))
DK> что значит "слажал"? ну необязательно текстовым, какая разница.
Э нет...
Тут вопрос теософский.
Ты скажи народу, ты за коммунистов, али за большевиков?!.
Hello, Vladimir!
Vladimir A.Bakhvaloff wrote:
>>объясняю. работа с external table - это совершенно примитивная
>>работа с текстовым файлом с записями фиксированного размера.
>
> Это ты в предвкушении субботы так слажал или просто в пятницу
> прикололся?.. %)))
чт
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> объясняю. работа с external table - это совершенно примитивная
> работа с текстовым файлом с записями фиксированного размера.
Это ты в предвкушении субботы так слажал или прост
Alexander A. Venikov wrote:
> Шо, и у вас тоже? Я думал, это сибирский эксклюзив, млин. Даже как-то легче
> стало :)
Вчерась смотрел парад военных оркестров на Невском. Температура была
градусов 10, мелкий дождь, ветер... Большое впечатление произвёл оркестр
ЮАР - очень колоритные негры, н
Hello, Alex!
You wrote to Horsun Vlad on Mon, 29 May 2006 12:06:16 +0400:
AC> И таки почему, когда идёт дождь,
AC> на улицы холодно и сыро...
AC> Что за погода, мля...
AC> Лето никак не начнётся...
Шо, и у вас тоже? Я думал, это сибирский эксклюзив, млин. Даже как-то легче
стало :)
Удач
--
A
Привет, Horsun!
Вы пишешь 29 мая 2006:
BA>>> таки бред про текстовый файл
>>
>> Документированный.
HV> А что - документированный бред перестаёт им быть ?
Вам до отца ближе чем мне.
Расспросите Великого,
что делал слон,
когда пришел на поле он.
И зачем Володька сбрил усы.
И таки почему,
"Alex Cherednichenko" ...
> Привет, Boulitchev!
> Вы пишешь 29 мая 2006:
>
> >> объясняю. работа с external table - это совершенно примитивная
> >> работа с текстовым файлом с записями фиксированного размера.
>
> BA> таки бред про те
Привет, Boulitchev!
Вы пишешь 29 мая 2006:
>> объясняю. работа с external table - это совершенно примитивная
>> работа с текстовым файлом с записями фиксированного размера.
BA> таки бред про текстовый файл
Документированный.
BA> правильные пацаны пишут даблы как дабл
> объясняю. работа с external table - это совершенно примитивная
> работа с текстовым файлом с записями фиксированного размера.
таки бред про текстовый файл
правильные пацаны пишут даблы как даблы, а интеджеры как интеджеры и
получают нефиговый выигрыш на скорости
--
Булычев Алексе
Hi "Dmitri Kuzmenko"
> встраивание в сервер движка, аналогичному TDBF или вроде того.
> С одной стороны, это было бы неплохо, с другой стороны,
> этого в данный момент нет ни в каком виде.
Плюс полная переиндексация после любого внешнего изменения файла. Вопрос оно
над
Hello, Vadim!
Vadim Mescheryakov wrote:
> Я бы ее с индексом подменял передавал (как делал с dbf) ;)
объясняю. работа с external table - это совершенно примитивная
работа с текстовым файлом с записями фиксированного размера.
Отсюда следует, что над ext table возможно выполнять только
selec
>
> А переиндексироваться при подмене она должна уметь автоматом? Ню-ню...
>
Я бы ее с индексом подменял передавал (как делал с dbf) ;)
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
>> Фибами это решается очень хорошо.
> А на *NIX ? Я там не спец :( только и научился чарез API
Если это Linux, то работает.
> открыть коннект=>выполнить query=>закрыть коннект :)
> Кстати здесь у меня теряется ещё больше времени на
Давай прайсы, вместе поспотрим, что можно сделать. a
"Vadim Mescheryakov" <[EMAIL PROTECTED]> wrote:
>
> Я не хочу брать External Table и импортировать ее в базу.
> Потому как перед импортом нужно удалить больше 100 000 (на деле хочется
> гонять около 1 000 000)
> записей в обычной таблице с индексами а по
> В процедуре обновления вся External Table пробегается с начала до конца,
> зачем ей индекс?
> И пробегается достаточно шустро - ~ 200 Мб файл засасывается на среднего
> качества серваке меньше чем за 5 мин.
Я наверно не умею объяснять проблему.
Я не хочу брать External Table и импорт
>> Ð Ð²ÐµÐ´Ñ Ñак Ñ
оÑеÑÑÑÑ ... динамиÑеÑки линковаÑÑ External :)
> Раз пÑайÑÑ "ÑÑжие", Ñо и ÑоÑмаÑÑ Ñ Ð½Ð¸Ñ
как пÑавило ÑазнÑе.
> ÐÑо в Ñвоем ÑлÑÑаи иÑ
пÑÐ¸Ð²Ð¾Ð´Ð¸Ñ Ðº Ð¾Ð´Ð½Ð¾Ð¼Ñ ÑоÑмаÑÑ?
> У м
Vadim Mescheryakov пишет:
> External Table не используется так как индексов нет а без индексов что с
> ними делать?
В процедуре обновления вся External Table пробегается с начала до конца,
зачем ей индекс?
И пробегается достаточно шустро - ~ 200 Мб файл засасывается на среднего
качества с
> А ведь так хочеться ... динамически линковать External :)
Раз прайсы "чужие", то и форматы у них как правило разные.
Кто в твоем случаи их приводит к одному формату?
> Может кто подскажет где надо подкрутить ?
У меня сделано так:
Есть dll способная прочитать любой прайс и выдать его строки
в пр
>>Мечтать не вредно (с)
>
>
> А иногда и полезно :)
Ну что ж... Мечтай.
--
Regards. Ded.
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
> Ðбо неÑиг.
Ðде-Ñо не, Ð¿Ð¾Ð¼Ð½Ñ Ð³Ð´Ðµ, вÑÑиÑал ÑÑо External Table
и вÑÑ Ñ Ð½Ð¸Ð¼Ð¸ ÑвÑзанное наÑ
одиÑÑÑ Ð²Ð½Ðµ конÑекÑÑа
ÑÑанзакÑии ... ÐÐ¾Ñ Ð¸ заÑ
оÑелоÑÑ :)
ÐÐ¾Ð½Ð¸Ð¼Ð°Ñ ÑÑо ÑÑо "Ð
"Константин" <[EMAIL PROTECTED]> wrote:
>
> Вычитал ОЧЕНЬ хорошую вещицу о:
Ее "хорошесть" весьма сомнительна.
>update rdb$relations
>setrdb$external_file = :price_name
>where rdb$relation_name = 'INPRICE';
Это workaround взаместо отсутствующего DDL.
> но вот беда, если ПЕРЕД э
Hi, многоÑважаемÑй All
Ðемного о задаÑи еÑÑÑ ÐºÑÑа пÑайÑов, "ÑÑжÑÑ
" иÑ
надо ежедневно обновлÑÑÑ :(
РеÑил делаÑÑ ÑеÑез External Tables ...
ÐÑÑиÑал ÐЧÐÐЬ Ñ
оÑоÑÑÑ Ð²ÐµÑиÑÑ Ð¾:
update rdb
Vadim Mescheryakov пишет:
> External Table не используется так как индексов нет а без индексов что с
> ними делать?
*разглядывая текст процедуры, которая пробегает по всей External Table *
и зачем здесь индексы ? (с)
--
Игорь Захребетков
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
> не понял, зачем дропать
> заменил старый файл External Table новым, запустил процедуру обновления,
> по ее окончанию отключился и освободил файл.
External Table не используется так как индексов нет а без индексов что с
ними делать?
Для моей задачи пользы сейчас от них ни какой.
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
> Ты хочешь сказать, что у вас номенклатура - сотни тысяч позиций?
больше 300 000.
В постоянном движении 150 000
А что такого?
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
VM> Нужно же народу видеть две колонки рядом 'у меня' - 'там'
Ты хочешь сказать, что у вас номенклатура - сотни тысяч позиций?
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
> По поводу индексов на внешние таблицы - это к чему?
>
Да что бы в Select cделать join с родныит таблицами из базы. А без индекса
джоин таких таблиц
сервер положит (прямой перебор всех записей).
Как пример - эта внешняя таблица - остатки товара в центральнм (или другом)
офисе.
И меняется она так
Vadim Mescheryakov пишет:
> Приходится делать drop/create таблицы - заливать туда сотни тысяч записей и
> так каждый день.
не понял, зачем дропать
заменил старый файл External Table новым, запустил процедуру обновления,
по ее окончанию отключился и освободил файл.
--
Игорь Захребетков
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
> Мучает проблема обмена большого объема информации между филиалами
> (текущими остатками)
> Приходится делать drop/create таблицы - заливать туда сотни тысяч записей
> и так каждый день.
> А так положил файлик - проиндексировал и смотри.
может прикинуть и сделать внешнюю БД? с максимально прост
> А может, надо подумать о как-то другом способе, вместо заливки сотни тысяч
> записей?
> Например о накате изменений?
У нас похожая ситуация. Собственно,
этих изменений и есть десятки, а то и
сотни тысяч ежедневно. Так что
"накатывать изменения" не выгодно в
смысле скорости.
--~--~-~--~
> Приходится делать drop/create таблицы - заливать туда сотни тысяч записей
> и так каждый день.
А может, надо подумать о как-то другом способе, вместо заливки сотни тысяч
записей?
Например о накате изменений?
По поводу индексов на внешние таблицы - это к чему?
--~--~-~--~~-
ÐÑÑÑ Ñ Ð¼Ð½Ð¾Ð³Ð¾ÑважаемÑÑ
ÑазÑабоÑÑиков в планаÑ
добавиÑÑ ÑакÑÑ Ð²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ÑÑÑ?
ÐÑÑÐ°ÐµÑ Ð¿Ñоблема обмена болÑÑого обÑема инÑоÑмаÑии Ð¼ÐµÐ¶Ð´Ñ Ñилиалами (ÑекÑÑими
оÑÑаÑками
SE>> По хорошему, здесь бы должна быть команда ALTER TABLE,
SE>> но я ничего из этой команды не помню насчет смены файлов.
AC> Какой же ж это альтер, если ты вместо одной таблицы, подсовываешь
AC> другую...
По некоторому размышлению, я все равно склоняюсь к своему мнению.
Под словами "вместо
Hello, Dmitri!
You wrote on Wed, 24 May 2006 12:25:42 +0400:
DK> Alex Pudov wrote:
??>> Есть база, в которой есть external table. Они объявлены на
??>> несуществующий диск, ну комп с тех пор давно поменялся. Как поменять
??>> пути у этих таблиц кроме прямого ковыря
Hello, Alex!
Alex Pudov wrote:
ÐÑÑÑ Ð±Ð°Ð·Ð°, в коÑоÑой еÑÑÑ external table. Ðни обÑÑÐ²Ð»ÐµÐ½Ñ Ð½Ð°
неÑÑÑеÑÑвÑÑÑий диÑк, Ð½Ñ ÐºÐ¾Ð¼Ð¿ Ñ ÑеÑ
Ð¿Ð¾Ñ Ð´Ð°Ð²Ð½Ð¾ поменÑлÑÑ. Ðак поменÑÑÑ
пÑÑи Ñ ÑÑиÑ
ÑÐ°Ð±Ð»Ð¸Ñ ÐºÑоÐ
Привет, Slava!
Вы пишешь 24 мая 2006:
SE> По хорошему, здесь бы должна быть команда ALTER TABLE,
SE> но я ничего из этой команды не помню насчет смены файлов.
Какой же ж это альтер, если ты вместо одной таблицы, подсовываешь другую...
--
With best regards, Alex Cherednichenko.
Alex Pudov пишет:
Hello, All!
Есть база, в которой есть external table. Они объявлены на
несуществующий диск, ну комп с тех пор давно поменялся. Как поменять
пути у этих таблиц кроме прямого ковыряния в файле базы?
Привет!
Drop/Create.
Если много зависимостей, то можно попробовать
AP> Есть база, в которой есть external table. Они объявлены на
AP> несуществующий диск, ну комп с тех пор давно поменялся. Как поменять
AP> пути у этих таблиц кроме прямого ковыряния в файле базы?
По хорошему, здесь бы должна быть команда ALTER TABLE,
но я ничего из этой команды
Привет, Alex!
Вы пишешь к All 24 мая 2006:
AP> Есть база, в которой есть external table. Они объявлены на несуществующий
AP> диск, ну комп с тех пор давно поменялся. Как поменять пути у этих таблиц
AP> кроме прямого ковыряния в файле базы?
DROP, CREATE.
(RECREATE)
--
With bes
Hello, All!
Есть база, в которой есть external table. Они объявлены на несуществующий
диск, ну комп с тех пор давно поменялся. Как поменять пути у этих таблиц
кроме прямого ковыряния в файле базы?
With best regards, Alex Pudov. E-mail: alexfree inbox [dot] ru
52 matches
Mail list logo
