Форум » [x]Harbour » Чем открыть и посмотреть файл subscriber3.0.0.FDB ? » Ответить

Чем открыть и посмотреть файл subscriber3.0.0.FDB ?

Andrey: Привет всем ! Тут подкинули работу. Нужно открыть и пере конвертировать данные из файла subscriber3.0.0.FDB ! Знаю, читал - База данных Firebird SQL, открывается утилитой администрирования Firebird Кто подскажет, а можно работать с ним на хХарборе ?

Ответов - 15

Dima: Не пробовал ADORDD ?

Andrey: Dima пишет: Не пробовал ADORDD ? А как ?

Dima: См. source\rdd\usrrdd\rdds\adordd.prg include\adordd.ch


Pasha: adordd работает с fb через Firebird ODBC driver: http://www.firebirdsql.org/index.php?op=files&id=odbc

Sergey Spirin: Ребят! Вы забыли сказать Андрею, что для начала нужно сам Firebird сервер установить, а то ведь Андрей будет пытаться "ОТКРЫТЬ ФАЙЛ" с помощью adordd Поэтому, Андрей, сначала, в любом случае, Firebird сервер скачайте и установите. Далее, если вам только "открыть и пере конвертировать данные", то может и кодировать не стоит? Скачайте IBExpert (для ex-USSR он бесплатен). Соединитесь в нем с базой, открывайте таблицы (или запросы делайте) и пятая кажется кнопка в тулбаре будет "Экспортировать данные". Там в том числе и в dbf есть, более того, с опциями типа "Конвертить строки в DOS-кодировку" и т.д.

Andrey: Sergey Spirin пишет: Поэтому, Андрей, сначала, в любом случае, Firebird сервер скачайте и установите. Да это уже сделал... Firebird не понимает (или программа которая идет с базой) переназначение ПАПКИ на ДИСК командой SUBST. Пока понял это из куцэй ошибки... 2 дня запросов, и все нервы истрепал сопровождающим девочкам ... И как такую хреновину в ЕРЦ делают ? Мне IBExpert понравился, даже FastReport есть 3 версии... Приличная штука.... Sergey Spirin пишет: а то ведь Андрей будет пытаться "ОТКРЫТЬ ФАЙЛ" с помощью adordd А заместо этой цитаты лучше бы схематично из операторов набросали пример... А то нашли мальчика для битья... Помощь нужна, а не хохотунчики...

Andrey: Pasha пишет: adordd работает с fb через Firebird ODBC driver: Спасибо Паша, это я уже поставил еще до обращения сюда...

Sergey Spirin: Andrey пишет: А то нашли мальчика для битья... Помощь нужна, а не хохотунчики... Ладно, ладно, не обижайтесь Andrey пишет: А заместо этой цитаты лучше бы схематично из операторов набросали пример... Пример чего нужен то? А то, я ничего не понял из: Andrey пишет: Firebird не понимает (или программа которая идет с базой) переназначение ПАПКИ на ДИСК командой SUBST. Пока понял это из куцэй ошибки... 2 дня запросов, и все нервы истрепал сопровождающим девочкам ... И как такую хреновину в ЕРЦ делают ? У меня в голове какие-то туманные воспоминания про SUBST, не более А так, с Firebird помогу, когда то я с ним плотно общался

Наиль: Andrey пишет: Firebird не понимает (или программа которая идет с базой) переназначение ПАПКИ на ДИСК командой SUBST. Пока понял это из куцэй ошибки... 2 дня запросов, и все нервы истрепал сопровождающим девочкам ... В теории subst должен полностью закрывать от приложения природу подключенного диска, а на практике очень много обломов. Поэтому, если есть возможность, лучше подключать папку, как сетевой диск. Правда, папка становится видна в локальной сети, если сетевое имя папки не содержит знак доллара в конце имени. К сведению, в XP Pro папка C:\Windows всегда открыта как ADMIN$. Так можно скрыть из сети любую общедоступную папку. Главным преимуществом сетевого диска перед диском SUBST, является автоматическое подключение после перезагрузки. Andrey пишет: И как такую хреновину в ЕРЦ делают ? Не стоит забывать, что это не Windows инструмент, поэтому мало кто из чистых Виндузятников тестируют свои программы с использование SUBST. Кстати, что такое ЕРЦ? Sergey Spirin пишет: У меня в голове какие-то туманные воспоминания про SUBST, не более Очень полезный инструмент. К примеру в каком-нибудь конфигурационном файле у меня прописан путь к базе на диске Z:. Самих баз может быть несколько в разных папках (на диске D:). Любую из этих папок я могу сделать диском Z: и делается это быстрее, чем копирование баз с места на место или правка конфигурационного файла. Такой подход удобен для испытаний или для тех.поддержки, когда для каждого клиента заведена папка с аналогом их базы. Второй случай, это имитация дискового окружения постороннего компьютера. Т.е. можно всё отладить на своём и перенести на другой компьютер, практически без изменений. Третий случай это копирование файлов с длинными именами. Иногда при сохранении файлов из интернета у файлов получаются очень длинные имена. При копировании к имени добавляется путь типа C:\Documents and... тогда Windows начинает капризничать из-за слишком длинных имён. А если подключить папку с файлом, как диск D:, то путь к файлу резко сокращается и можно копировать что угодно, куда угодно. PS Данное сообщение предназначено не для местных профессионалов, а для заезжих молодых бойцов.

Pasha: Andrey пишет: А заместо этой цитаты лучше бы схематично из операторов набросали пример... см. пример для mysql. С FB работать совершенно аналогично, только вместо MYSQL в команде use надо указать FIREBIRD А еще лучше изучи adordd.ch, команду use. Сразу становится все понятным, какие опции нужны для указания БД, какие для авторизации, какие для указания таблицы и sql-запроса. А дальше - надо использовать привычные средства xbase т.е примерно так: REQUEST ADORDD USE t1 VIA "ADORDD" QUERY "select * from t1" FIREBIRD ; FROM "\\myserver\database\mydb.fdb" USER "SYSDBA" PASSWORD "masterkey"

Sergey Spirin: Andrey пишет: Мне IBExpert понравился, даже FastReport есть 3 версии... Приличная штука.... Ну так, Саша Хвастунов сколько лет им занимается, можно сказать собаку съел Кстати, у него там есть и весьма нетривиальные решения. Например, сейчас не знаю как, а раньше IB/FB не поддерживали отладку хранимых процедур. Так он умудрился сделать эмулятор дебагера (!). Даже удивительно, что он там вызывал с сервера или вычислял сам при каждом степе отладчика, но факт, что тысячи программистов отлаживали процедуры под сервера, которые отладку не поддерживали (!). И эти программисты об этом, наверное, даже не подозревали...

Sergey Spirin: Pasha пишет: FROM "\\myserver\database\mydb.fdb" Вот так делать категорически не надо! Надо: FROM "D:\database\mydb.fdb" То есть, локальный путь с точки зрения сервера. Даже если последние версии IB/FB поймут сетевой путь (сомневаюсь), то это очень плохая идея класть базу в расшаренную папку. Более того доступ к "D:\database" лучше ограничить только админом и SYSTEM-ом под которым работает сервис сервера FB.

Pasha: Дело в том, что у FB ODBC в команде Connection:Open нет отдельных опций для сервера и БД. Вот пример этой команды: Open("DRIVER=Firebird/InterBase(r) driver; UID=MCSSITE; PWD=mcssite; DBNAME=172.17.2.10:/usr/local/db/myDb.fdb;") Поэтому приходится в строку для DBNAME включать сразу и сервер, и путь к БД

Andrey: Наиль пишет: Кстати, что такое ЕРЦ? Единый Расчетный Центр (коммунальные платежи) - это на Украине. В Москве ЕИРЦ - Единый Информационно-Расчетный Центр . И так далее .... Кто во что горазд....

Sergey Spirin: Pasha пишет: Дело в том, что у FB ODBC в команде Connection:Open нет отдельных опций для сервера и БД. Вот пример этой команды: Open("DRIVER=Firebird/InterBase(r) driver; UID=MCSSITE; PWD=mcssite; DBNAME=172.17.2.10:/usr/local/db/myDb.fdb;") Поэтому приходится в строку для DBNAME включать сразу и сервер, и путь к БД Паш, так-то нормально, просто в первом примере Вы написали UNC-путь, а это подразумевает расшаренность папки, где база лежит, что я и отметил А так, в одну строку, в две, разницы нет.



полная версия страницы