Re: Размещение EXTERNAL TABLE на сет евом диске
неплохо было бы эту информацию закинуть в коментарии к секции настройки путей к внешним файлам непосредственно в файл firebird.conf.
Re: Размещение EXTERNAL TABLE на сетевом диске
Hello, Andrei! Andrei wrote: неплохо было бы эту информацию закинуть в коментарии к секции настройки путей к внешним файлам непосредственно в файл firebird.conf. информация эта, вообще-то, относится не к Firebird, а к возможностям аккаунтов Windows. Если Вы строите сеть, значит Вы админ, значит Вы ДОЛЖНЫ знать такие вещи. Я допускаю размещение этой информации в FAQ, но в конфиг FB втыкать? Эдак тучу инфы по администрированию виндов придется туда вписывать. Ведь чтобы сделать то, что я рассказал, нужно - создать аккаунт Windows (компа, в dns, и т.д., в зависимости от ситуации) - дать этому аккаунту права на доступ к сетевому ресурсу - запустить ФБ из под этого аккаунта ФБ, как видите, тут только в третьем пункте, и само ФБ можно заменить на любую программу, запускаемую как приложение или как сервис. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Размещение EXTERNAL TABLE на сетевом диске
Hello, Andrei! Andrei wrote: Возможно ли размещение EXTERNAL TABLE не на локальном, а на сетевом расшареном диске? да без проблем. только аккаунт, под которым стартует ФБ, должен иметь доступ к сетевым службам вообще и сетевым дискам в частности. Если же он стартует по умолчанию под системной учетной записью, то хрен он какие сетевые дела увидит. То же самое касается обращения udf к файлам в сети и сетевым службам. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Размещение EXTERNAL TABLE на сетев ом диске
Возможно ли размещение EXTERNAL TABLE не на локальном, а на сетевом расшареном диске?
Типы данных в External Table
Зашел у нас тут спор, что можно писать в External Tables. Мне вот говорят, что туда нужно писать char, а не int или double. А работоспособность с другими типами полей не гарантируется. И что это даже где-то в доках описано. Рассудите.
Re: Типы данных в External Table
Привет, Андрій! Вы пишешь 30 августа 2006: АЖ Зашел у нас тут спор, что можно писать в External Tables. Мне вот АЖ говорят, что туда нужно писать char, а не int или double. А АЖ работоспособность с другими типами полей не гарантируется. АЖ И что это даже где-то в доках описано. Рассудите. В доках действительно написано. Пока работает как угодно. Будет ли так всегда - Х.З. -- With best regards, Alex Cherednichenko.
Re: Типы данных в External Table
АЖ Зашел у нас тут спор, что можно писать в External Tables. Мне вот АЖ говорят, что туда нужно писать char, а не int или double. А АЖ работоспособность с другими типами полей не гарантируется. И что это АЖ даже где-то в доках описано. Рассудите. Пошли их подальше. Все там нормально пишется.
Re: ���� ������ � External Table
Hello, Андрій! You wrote on Wed, 30 Aug 2006 11:57:55 +0300: АЖ Зашел у нас тут спор, что можно писать в External Tables. Мне вот АЖ говорят, что туда нужно писать char, а не int или double. А АЖ работоспособность с другими типами полей не гарантируется. И что это АЖ даже где-то в доках описано. Рассудите. Дык, глянь на http://www.ibase.ru/d_tools.htm - dbf2ext... Пишется именно, как int и/или double... With best regards, Vladimir A.Bakhvaloff. -- [http://bakh.spb.ru] [email:bob#bakh.spb.ru] [icq:1608235]
Re: Типы данных в External Table
Андрій Жук ... Зашел у нас тут спор, что можно писать в External Tables. Мне вот говорят, что туда нужно писать char, а не int или double. А работоспособность с другими типами полей не гарантируется. И что это даже где-то в доках описано. Рассудите. Дока написана для чайников такими же - других цензурных мыслей у меня по этому поводу нет. Пиши в нативных типах, только помни о их размерах на разных платформах -- Хорсун Влад
Re: External Table
Vladimir A.Bakhvaloff Текстовый файл не может содержать #00, #26, #27, #12, например... :))) шо, опять? -- Булычев Алексей http://www.stella-npf.ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Hello, Vadim! Vadim Mescheryakov wrote: Я бы ее с индексом подменял передавал (как делал с dbf) ;) объясняю. работа с external table - это совершенно примитивная работа с текстовым файлом с записями фиксированного размера. Отсюда следует, что над ext table возможно выполнять только select и insert. Любая попытка прицепить сюда индексы означает встраивание в сервер движка, аналогичному TDBF или вроде того. С одной стороны, это было бы неплохо, с другой стороны, этого в данный момент нет ни в каком виде. -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Hi Dmitri Kuzmenko встраивание в сервер движка, аналогичному TDBF или вроде того. С одной стороны, это было бы неплохо, с другой стороны, этого в данный момент нет ни в каком виде. Плюс полная переиндексация после любого внешнего изменения файла. Вопрос оно надо? External table сделанны для быстрого импорта данных в FB, попытка прикрутить к ним индексы это как иметь внудри движка FB другой движок, потом транзакции захотят и т.п. Вопрос нафига это нужно? WBR Путилин Евгений. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Привет, Boulitchev! Вы пишешь 29 мая 2006: объясняю. работа с external table - это совершенно примитивная работа с текстовым файлом с записями фиксированного размера. BA таки бред про текстовый файл Документированный. BA правильные пацаны пишут даблы как даблы, а интеджеры как интеджеры и BA получают нефиговый выигрыш на скорости А некоторые и мышей едят!.. (С) Про NULL'ы молчу. -- With best regards, Alex Cherednichenko. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Alex Cherednichenko ... Привет, Boulitchev! Вы пишешь 29 мая 2006: объясняю. работа с external table - это совершенно примитивная работа с текстовым файлом с записями фиксированного размера. BA таки бред про текстовый файл Документированный. А что - документированный бред перестаёт им быть ? -- Хорсун Влад --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Привет, Horsun! Вы пишешь 29 мая 2006: BA таки бред про текстовый файл Документированный. HV А что - документированный бред перестаёт им быть ? Вам до отца ближе чем мне. Расспросите Великого, что делал слон, когда пришел на поле он. И зачем Володька сбрил усы. И таки почему, когда идёт дождь, на улицы холодно и сыро... Что за погода, мля... Лето никак не начнётся... -- With best regards, Alex Cherednichenko. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Hello, Alex! You wrote to Horsun Vlad on Mon, 29 May 2006 12:06:16 +0400: AC И таки почему, когда идёт дождь, AC на улицы холодно и сыро... AC Что за погода, мля... AC Лето никак не начнётся... Шо, и у вас тоже? Я думал, это сибирский эксклюзив, млин. Даже как-то легче стало :) Удач -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is venixangry_dogtndottobdotru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Alexander A. Venikov wrote: Шо, и у вас тоже? Я думал, это сибирский эксклюзив, млин. Даже как-то легче стало :) Вчерась смотрел парад военных оркестров на Невском. Температура была градусов 10, мелкий дождь, ветер... Большое впечатление произвёл оркестр ЮАР - очень колоритные негры, на Армстронга похожие, негритянки с тамтамами весьма широкие и в грудях и в нижних плечах, и все поголовно в белом. Маугли змерзли до крупной дрожи, но марш-свинг таки наяривали превосходно :) -- Regards. Ded. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] объясняю. работа с external table - это совершенно примитивная работа с текстовым файлом с записями фиксированного размера. Это ты в предвкушении субботы так слажал или просто в пятницу прикололся?.. %))) -- [http://bakh.spb.ru] [email:bob#bakh.spb.ru] [icq:1608235] --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Hello, Vladimir! Vladimir A.Bakhvaloff wrote: объясняю. работа с external table - это совершенно примитивная работа с текстовым файлом с записями фиксированного размера. Это ты в предвкушении субботы так слажал или просто в пятницу прикололся?.. %))) что значит слажал? ну необязательно текстовым, какая разница. главное, что записи фиксированного размера, а не csv, и обработка таких файлов пишется в несколько строк кода. -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Привет, Dmitri! Вы пишешь 29 мая 2006: Это ты в предвкушении субботы так слажал или просто в пятницу прикололся?.. %))) DK что значит слажал? ну необязательно текстовым, какая разница. Э нет... Тут вопрос теософский. Ты скажи народу, ты за коммунистов, али за большевиков?!.. (С) -- With best regards, Alex Cherednichenko. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] работа с текстовым файлом с записями фиксированного размера. Это ты в предвкушении субботы так слажал или просто в пятницу прикололся?.. %))) что значит слажал? Ну, типа, ошибся... ;) ну необязательно текстовым, какая разница. главное, что записи фиксированного размера, а не csv, О!.. А ведь csv и есть именно _текстовый_ файл... %) А ET - таки RAW-файл... :))) и обработка таких файлов пишется в несколько строк кода. Текстовый файл не может содержать #00, #26, #27, #12, например... :))) ЗЫ. А эту мандулу ттоже гманя вставляет?.. :( ЗЗЫ. Блин, и от УТФ-8 никак не избавиться... :\ -- [http://bakh.spb.ru] [email:bob#bakh.spb.ru] [icq:1608235] --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Alex Cherednichenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Это ты в предвкушении субботы так слажал или просто в пятницу прикололся?.. %))) DK что значит слажал? ну необязательно текстовым, какая разница. Э нет... Тут вопрос теософский. Ты скажи народу, ты за коммунистов, али за большевиков?!.. (С) Нет, лучше вот так: картинки и таблицы пропускаем, в пролетарскую суть - вникаем!.. /Бумбараш/ -- [http://bakh.spb.ru] [email:bob#bakh.spb.ru] [icq:1608235] --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Vadim Mescheryakov пишет: External Table не используется так как индексов нет а без индексов что с ними делать? *разглядывая текст процедуры, которая пробегает по всей External Table * и зачем здесь индексы ? (с) -- Игорь Захребетков --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
������ �� ROWCOUNT in External Table
Hi, многоуважаемый All Немного о задачи есть куча прайсов, чужых их надо ежедневно обновлять :( Рещил делать через External Tables ... Вычитал ОЧЕНЬ хорошую вещицу о: update rdb$relations setrdb$external_file = :price_name where rdb$relation_name = 'INPRICE'; но вот беда, если ПЕРЕД этим таблица (файлик) была пустая - то select count(*) from INPRICE выдаёт 0; Поковырялся выяснил что всё дело в commit; после update. Но ведь commit в SP не влепишь :( да и по смыслу ... А ведь так хочеться ... динамически линковать External :) Может кто подскажет где надо подкрутить ? --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: ROWCOUNT in External Table
Константин [EMAIL PROTECTED] wrote: Вычитал ОЧЕНЬ хорошую вещицу о: Ее хорошесть весьма сомнительна. update rdb$relations setrdb$external_file = :price_name where rdb$relation_name = 'INPRICE'; Это workaround взаместо отсутствующего DDL. но вот беда, если ПЕРЕД этим таблица (файлик) была пустая - то select count(*) from INPRICE выдаёт 0; Поковырялся выяснил что всё дело в commit; после update. Есс-но. Весь DDL выполняется по коммиту. Но ведь commit в SP не влепишь :( да и по смыслу ... Ибо нефиг. А ведь так хочеться ... динамически линковать External :) Мечтать не вредно (с) -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: ROWCOUNT in External Table
Мечтать не вредно (с) А иногда и полезно :) Ну что ж... Мечтай. -- Regards. Ded. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Vadim Mescheryakov пишет: External Table не используется так как индексов нет а без индексов что с ними делать? В процедуре обновления вся External Table пробегается с начала до конца, зачем ей индекс? И пробегается достаточно шустро - ~ 200 Мб файл засасывается на среднего качества серваке меньше чем за 5 мин. -- Игорь Захребетков --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
В процедуре обновления вся External Table пробегается с начала до конца, зачем ей индекс? И пробегается достаточно шустро - ~ 200 Мб файл засасывается на среднего качества серваке меньше чем за 5 мин. Я наверно не умею объяснять проблему. Я не хочу брать External Table и импортировать ее в базу. Потому как перед импортом нужно удалить больше 100 000 (на деле хочется гонять около 1 000 000) записей в обычной таблице с индексами а потом залить заново. Версионная архитектура сервера не очень располагает к таким действиямю. Если бы в External Table были индексы тогда ВООБЩЕ НЕ БЫЛО БЫ НИКАКОЙ НЕОБХОДИМОСТИ ЕЁ ИМПОРИРОВАТЬ ссылаешься на нее в запросах и все она работает. т.е. Положил рядом с базой и используешь без всякого импорта --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Vadim Mescheryakov [EMAIL PROTECTED] wrote: Я не хочу брать External Table и импортировать ее в базу. Потому как перед импортом нужно удалить больше 100 000 (на деле хочется гонять около 1 000 000) записей в обычной таблице с индексами а потом залить заново. Версионная архитектура сервера не очень располагает к таким действиям. На скорости заливки версионность никак не сказывается. А для быстрого *эксклюзивного* вычищения тут уже предлагался неверсионный оператор TRUNCATE. Не будет ли этот вариант опережать по производительности индексированные внешние таблицы? К слову, если от таблицы нет зависимостей в PSQL-объектах, то RECREATE обычной таблицы решит все твои проблемы. Если бы в External Table были индексы тогда ВООБЩЕ НЕ БЫЛО БЫ НИКАКОЙ НЕОБХОДИМОСТИ ЕЁ ИМПОРИРОВАТЬ ссылаешься на нее в запросах и все она работает. А переиндексироваться при подмене она должна уметь автоматом? Ню-ню... -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
Vadim Mescheryakov пишет: Приходится делать drop/create таблицы - заливать туда сотни тысяч записей и так каждый день. не понял, зачем дропать заменил старый файл External Table новым, запустил процедуру обновления, по ее окончанию отключился и освободил файл. -- Игорь Захребетков --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
По поводу индексов на внешние таблицы - это к чему? Да что бы в Select cделать join с родныит таблицами из базы. А без индекса джоин таких таблиц сервер положит (прямой перебор всех записей). Как пример - эта внешняя таблица - остатки товара в центральнм (или другом) офисе. И меняется она так что накатывать изменения будет дороже. Нужно же народу видеть две колонки рядом 'у меня' - 'там' --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
VM Нужно же народу видеть две колонки рядом 'у меня' - 'там' Ты хочешь сказать, что у вас номенклатура - сотни тысяч позиций? --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
не понял, зачем дропать заменил старый файл External Table новым, запустил процедуру обновления, по ее окончанию отключился и освободил файл. External Table не используется так как индексов нет а без индексов что с ними делать? Для моей задачи пользы сейчас от них ни какой. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Как поменять путь к External Table?
Hello, All! Есть база, в которой есть external table. Они объявлены на несуществующий диск, ну комп с тех пор давно поменялся. Как поменять пути у этих таблиц кроме прямого ковыряния в файле базы? With best regards, Alex Pudov. E-mail: alexfree inbox [dot] ru
Re: Как поменять путь к External Table?
AP Есть база, в которой есть external table. Они объявлены на AP несуществующий диск, ну комп с тех пор давно поменялся. Как поменять AP пути у этих таблиц кроме прямого ковыряния в файле базы? По хорошему, здесь бы должна быть команда ALTER TABLE, но я ничего из этой команды не помню насчет смены файлов.
Re: ��� �������� ���� � External Table?
Hello, Alex! Alex Pudov wrote: Есть база, в которой есть external table. Они объявлены на несуществующий диск, ну комп с тех пор давно поменялся. Как поменять пути у этих таблиц кроме прямого ковыряния в файле базы? прямое ковыряние в файле БД - это слишком, а вот подправить rdb$relations.rdb$external_file не возбраняется. -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34
Re: External Table
А может, надо подумать о как-то другом способе, вместо заливки сотни тысяч записей? Например о накате изменений? У нас похожая ситуация. Собственно, этих изменений и есть десятки, а то и сотни тысяч ежедневно. Так что накатывать изменения не выгодно в смысле скорости. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---