Ru-Board.club
← Вернуться в раздел «Прикладное программирование»

» InterBase и FireBird: вопросы по работе и их решение

Автор: OXDBA
Дата сообщения: 10.02.2009 08:20

Цитата:
Можно сконвертить версии ODS.

Это каким образом?
Автор: Tantos
Дата сообщения: 10.02.2009 09:27
OXDBA
Версии ODS, переход между версиями InterBase и Firebird - все достаточно хорошо расписано.
Автор: OXDBA
Дата сообщения: 10.02.2009 10:26
А вот ты о чем, а то сконвертить версии ODS вызвало подозрение о замене только версии ODS...
Автор: YuriyRR
Дата сообщения: 23.02.2009 03:41
Удаленный сервер FB203
Использую FIB BackUp Service
Database пишу 192.56.7.89:D:\BASES\DOGOVOR\DOGOVOR_D3.FDB
Server Localhost
Если LibraryName пишу gds32 и запускаю у себя сервак 1.03
делает резервную копию ко мне на диск (смешно но факт)
а если fbclient и запускаю 2.03 говорит что удаленный хост разорвал соединение
менял пртоколы не помогло
Как бы это побороть?
Автор: Tantos
Дата сообщения: 23.02.2009 05:57
YuriyRR

Цитата:
делает резервную копию ко мне на диск (смешно но факт)

Ничего смешного. На какой машине запустил, на той и бэкапит. Если не укажешь путь к удаленному компьютеру. Хочешь бэкапить на сервак - ставь FIB BackUp Service на сервер.
Автор: OXDBA
Дата сообщения: 24.02.2009 08:33
YuriyRR

Цитата:
Как бы это побороть?

В очередной раз рекомендую использовать стандартный gbak

Код: gbak.exe -b -g -v -se 192.56.7.89:service_mgr -user sysdba -pass masterke D:\BASES\DOGOVOR\DOGOVOR_D3.FDB D:\BASES\DOGOVOR\DOGOVOR_D3.FBK
Автор: Shaman2
Дата сообщения: 24.02.2009 11:17

Цитата:
pass masterke


этот глюк с паролями еще не исправили?
Автор: X11
Дата сообщения: 24.02.2009 12:58
это не глюк

Добавлено:
Вот пример бэкапа, может кому-нить пригодиться (сочинял не я):

Код:
rem Cкрипт срочной архивации баз
@echo off
rem Ключ proceed нужен для предотвращения случайного запуска
if not %1==proceed goto quit

title sweep, backup and restore database
echo ***************************************************************************
echo.|date
echo.|time

rem Устанавливаем локальные переменные на уровне командного файла (для удобства)

setlocal
set path=C:\program Files\Firebird\Firebird_1_5\Bin
set backuppath="d:\backup"
set logpath="d:\backup\logs"
set IB_USER="SYSDBA"
set IB_PASS="password"

rem Gbak лежит по пути Path. Копирование выполняется без сборки мусора (-g)
rem Пишется лог в gbak_tmp_1.log, после backup файла лога переименовывает файл
rem лога в соответствии с текущими датой и временем (rendate - самописная программа)

gbak.exe -user %IB_USER% -password %IB_PASS% -b -g -v -z -y %LOGPATH%\gbak_tmp_1.log "localhost/3070:base" %BACKUPPATH%\base.fbk
rendate %LOGPATH%\gbak_tmp_1.log "_YYMMDD_HHMMSS"
echo.|date
echo.|time
:quit
Автор: Tantos
Дата сообщения: 24.02.2009 14:21
Резервное копирование FireBird 1.5 в помощь. Подробно расписывал что и как. Ничего не мешает подогнать скриптик под себя и запихнуть в "Планировщик заданий".
Автор: delover
Дата сообщения: 26.03.2009 15:22
Помогите пожалуйста разобраться с кешированием калькулируемых полей.
Я использую FIBPlus. Мне пришлось, чтобы не тормозили сортировки включить опцию poCacheCalcFields. Но когда я знаю, что условия поменялись, мне нужно сбросить весь кэш. Раньше использовался:

qItems.RefreshClientFields(True);

а теперь пришлось заменить на

qItems.ReopenLocate('ID');

Можно ли сбросить кэш без переоткрытия всего датасета?
Автор: Tantos
Дата сообщения: 27.03.2009 03:35
delover
Почему бы не начать с оффсайта - Работа с внутренним кэшем?
Автор: delover
Дата сообщения: 27.03.2009 07:51
Tantos
Спасибо, но я ничего не понял. В приведённом линке "кальк" не найден. Это про работу кэша данных, которая как понимаю не имеет отношение к работе кеша калькулируемых полей. По моему вопросу ничего. По оффсайту, хочется всё же найти перцев на борде.
Автор: Tantos
Дата сообщения: 27.03.2009 10:20
delover

Цитата:

Добавлена опция poCacheCalcFields в компоненте TpFIBDataSet. При включенной опции, результаты вычисления calculated- и lookup-полей сохраняются в кэше, что позволяет их пересчитывать только после модификации записи.


P.S. Нежелание искать - не оправдание.
Автор: delover
Дата сообщения: 27.03.2009 18:58
Tantos
Ладно буду иметь ввиду, что решение было известно, а помочь мне не смогли потому что я тупой.

Добавлено:
зы
У меня будет время и что я фибы читать не смогу под отладчиком? У меня и на работе и дома лицензионные, если у Вас затруднение с этим. Я костыли приделаю и ещё буду всем говорить какой я умный. И чо? Радости нет...

Добавлено:
Да, по возможности передайте - пусть OXDBA поздравид, буду девкам книгу показывать, скажу что известный дядька поздравил. И так, я в тираже с базой. Можно видеть копипаст 50000 записей за меньше минуты, но нормативы в копипаст при мне не попадут.

Добавлено:
Ладно - честно, только одну филд меняю. Да и думаю что в жизни две калкфилды считать не буду. Так это же данные только у клиента, а не каша между сервером и клиентом. А как же тогда интелектуальные вкусняшки???
Автор: Aladdinych
Дата сообщения: 25.05.2009 14:05
кто работал с firebird 2.1 подскажите плз.
У меня есть база созданная и до сих пор работающая в firebird 1.0
что нужно сделать чтобы перейти к firebird 2.1 c минимумом головной боли
Автор: X11
Дата сообщения: 25.05.2009 15:24
бэкап под старым сервером, рестор по новым, а затем читать внимательно:
http://www.ibase.ru/firebird/21/metadata_charset.htm


Но лучше сразу на 2.5.
Автор: Aladdinych
Дата сообщения: 25.05.2009 15:55
а какой из них самый стабильный

Добавлено:
и на ibase.ru нашел только дистриб 2.1.1
Автор: X11
Дата сообщения: 25.05.2009 16:24

Цитата:
а какой из них самый стабильный

Без понятия. А вообще, что в твоём понятии самый стабильный?
Для меня и 2.5 beta ставбильный.
На сайте есть 2.5 beta

Добавлено:

Цитата:
и на ibase.ru

а на официальном сайте что, разве нет уже?
Автор: data man
Дата сообщения: 29.05.2009 15:09
Aladdinych
Ночные сборки:
_http://firebirdsql.org/download/snapshot_builds/win/
Периодически проверяешь - и ...

P.S.
В Firefox - лучше поставить расширение UpdateScanner
Автор: vetal71
Дата сообщения: 09.06.2009 09:02
Привет всем. Сервер FB 2.1. Такая проблема. Необходимо изменить выражение по которому рассчитывается вычисляемое поле. При чем, пересоздать (удалить и создать заново) его не получится, так как это поле участвует в расчетах другого вычисляемого поля. Может кто-нибудь делал что-нибудь подобное. На версии 2.5 это сделать просто - через ALTER. Но переходить пока на 2.5 нет возможности.
Автор: Tantos
Дата сообщения: 09.06.2009 09:16
Что мешает временно грохнуть другое вычисляемое поле?
Автор: X11
Дата сообщения: 09.06.2009 09:23
Нужно лезть в системные таблицы. Но это очень опасно! Я когда-то на 2.0 изменял вычисляемое поле. Я найду информацию и выложу.

Добавлено:
Тынц
Автор: keon
Дата сообщения: 12.06.2009 10:06
Кто может подсказать на стороне сервера (в триггере на ON CONNECT) можно проверить передаваемые параметры от компонента (Дерфи)?

есть пример с проверкой юзера

if (user <> 'SYSDBA') then
exception 'ERROR'

какие еще могут быть варианты проверок помимо USER?

нужно просто отшить от подключения старые клиенты..
Автор: jonikDk
Дата сообщения: 12.06.2009 11:01

Цитата:
Кто может подсказать на стороне сервера (в триггере на ON CONNECT) можно проверить передаваемые параметры от компонента (Дерфи)?


Какие параметры ты собираешься проверять ?? Ты можешь узнать имя компа с которого клиент коннектиться. Но какя у тебя версия птички ??
Автор: keon
Дата сообщения: 12.06.2009 11:46

Цитата:
Какие параметры ты собираешься проверять ?? Ты можешь узнать имя компа с которого клиент коннектиться. Но какя у тебя версия птички ??


версия птицы 2.1
например в компоненте TIBDatabase я магу задать параметр "lc_ctype=WIN1251", который не задан в старой версии, но вот вопрос как проверить это на сервере в триггере
Автор: jonikDk
Дата сообщения: 12.06.2009 12:15
посмотри системные таблички MON$...
В табличке MON$ATTACHMENTS есть то что тебе надо.
Автор: keon
Дата сообщения: 12.06.2009 13:45

Цитата:

jonikDk
посмотри системные таблички MON$...
В табличке MON$ATTACHMENTS есть то что тебе надо.


она точно есть в версии 2.1?
ругается на запрос select * from mon$attachments
Автор: jonikDk
Дата сообщения: 12.06.2009 14:16
keon
да точно есть.
под каким пользователем пробуешь ?? я лично под sysdba пробую Права надо раздать на доступ к этой таблице и все
Автор: keon
Дата сообщения: 12.06.2009 14:40

Цитата:
keon
да точно есть.
под каким пользователем пробуешь ?? я лично под sysdba пробую Права надо раздать на доступ к этой таблице и все


хожу под SYSDBA, в списке служебных таблиц тока одни RDB$xxxxxxxx
никакой MON$ATTACHMENTS нету
Автор: jonikDk
Дата сообщения: 12.06.2009 14:49
keon
слушай тогда однозначно у тебя версия сервера не 2.1 !!! Либо может клиент у тебя старый

Добавлено:
глянь вот Firebird 2.1 Release Notes
http://www.firebirdsql.org/rlsnotesh/rlsnotes210.html#rnfb210-mon

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465

Предыдущая тема: Сравнение двух строк


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.