Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » InterBase и FireBird: вопросы по работе и их решение

Модерирует : ShIvADeSt

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104

Открыть новую тему     Написать ответ в эту тему

ZIPKs



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
библиотеки использую от 32битного и поэтому не понимаю чего еще он хочет

Всего записей: 3 | Зарегистр. 10-03-2009 | Отправлено: 11:36 18-03-2013
miwa

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ZIPKs
 
Разрядность ОС, сервера и клиентской библиотеки должны совпадать. А если еще и сделать бекап под старой версией ФБ, а потом рестор под новой, то это сохранит еще несколько миллиардов нервных клеток

Всего записей: 455 | Зарегистр. 10-10-2004 | Отправлено: 11:39 18-03-2013
Shaman2

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Разрядность ОС, сервера и клиентской библиотеки должны совпадать

 
а разрядность клиента?

Всего записей: 358 | Зарегистр. 18-07-2003 | Отправлено: 12:01 18-03-2013
miwa

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Shaman2
 

Цитата:
Разрядность ОС, сервера и клиентской библиотеки должны совпадать.

 
 
Добавлено:
ZIPKs
Наверное, хочет 64-битную.

Всего записей: 455 | Зарегистр. 10-10-2004 | Отправлено: 12:38 18-03-2013
noisy

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
miwa

Цитата:
 Разрядность ОС, сервера и клиентской библиотеки должны совпадать.  

Не обманывайте форумчан, разрядность не имеет значение.
к 64-битному серверу Firebird легко подключается 32-битная клиентская часть.
и на 64-битной оси, хорошо работает 32-битный сервер Firebird, правда это не совсем красиво, но вполне работоспособно

Всего записей: 991 | Зарегистр. 30-05-2002 | Отправлено: 20:33 18-03-2013 | Исправлено: noisy, 20:40 18-03-2013
exteris

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
ZIPKs

Цитата:
библиотеки использую от 32битного и поэтому не понимаю чего еще он хочет

Посмотрите в регистрационной информации базы в IBExpert-е, какой указан файл клиентской библиотеки и попробуйте указать путь к 32-битной.

Всего записей: 382 | Зарегистр. 14-04-2003 | Отправлено: 08:52 19-03-2013
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
miwa
Между клиентом и сервером один и тот же протокол. Значит не влияет.
Сори. Кстати как сторонник скайпа и онлайн игр скажу что влияет.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 18:07 19-03-2013
miwa

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Дабы убрать недоразумение.
Разрядность клиента и сервера, само собой, значения НЕ ИМЕЕТ. Точно так же не имеет значения ОС и архитектура процессора. До тех пор, пока пользователь не начинает пробовать запустить клиента и сервера на одном компьютере. И тогда - во избежание - лучше всего, если и клиент и сервер и соответствующее приложение будут компилированы под одну ОС и одну архитектуру.  
 
Да, я тоже не дурак, и тоже запущу на одном компьютере сервер на линуксе под ARM, например, и виндовый клиент любой разрядности (ну или любую другую поддерживаемую firebird комбинацию). Но без понимания того, «кто кому рабинович» так лучше не делать, ибо скорее всего не получится.
 
Так понятнее?
 
P.S. Ответы extersis-а ближе всего к тому, что нужноZIPKs-у если он не хочет/не может следовать моим ответам. В связи с чем уточняющий вопрос ZIPKs-у: на основании чего утверждается, что
Цитата:
библиотеки использую от 32битного
? Только потому, что «мне так кажется» или есть более объективные данные?

Всего записей: 455 | Зарегистр. 10-10-2004 | Отправлено: 12:14 20-03-2013
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
До тех пор, пока пользователь не начинает пробовать запустить клиента и сервера на одном компьютере.

FBServer - 64 FBClient - 32? Научите, я не умею ещё так. )
 
На счёт Linux согласен. Один клиент, на свой страх и риск, поставил сервер на Линух. В результате рухнувшая база не подлежит востановлению никакими тулзами.
 
На счёт 64 x 32. Многие сейчас ставят сервак 64. А клиенты на древних компиках с XP. Никто не жалуется, всё прекрасно, да и для этого и задумывалось.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 14:27 21-03-2013
miwa

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
delover
 

Цитата:
FBServer - 64 FBClient - 32? Научите, я не умею ещё так. )  

Да вот человек как раз пытался. Если "дешево и сердито", то достаточно соответствующей 32-разрядной библиотеки рядом с 32-разрядным  бинарником в 64-разрядной винде. Если немного правильнее, то нужен еще firebird.msg уровнем выше по файловой системе, или же  нужны правильно установленные переменные окружения FIREBIRD и FIREBIRD_MSG.
 

Цитата:
На счёт Linux согласен. Один клиент, на свой страх и риск, поставил сервер на Линух. В результате рухнувшая база не подлежит востановлению никакими тулзами.  

ОС здесь совершенно ни при чем. В IBSurgeon обращались?

Всего записей: 455 | Зарегистр. 10-10-2004 | Отправлено: 01:45 22-03-2013
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
miwa

Цитата:
Если немного правильнее, то нужен еще firebird.msg

Говорю не умею так. Организационно это не допускаю.
 

Цитата:
ОС здесь совершенно ни при чем. В IBSurgeon обращались?  

Поясню. Мы производим ПО и тестируем на определённом сервере. Мы в требованиях к ПО пишем что должно быть, Linux мы не подбирали и опции линукса не знаем. Один из клиентов нажал кнопку аналитики и было предупреждение что это будет долго. Проход за 5 лет по всем документам SQL процедурой с сохранением результатов. У клиента программа перестала реагировать и он просто вырубил приложение. После этого пропал коннект во всех кассах. Они не долго думая перезагрузили сервер Linux. Я думаю что вполне вероятно выдернули розетку и вставили. База легла. Техпотдержка забрала останки применила ядерные утилиты и востановила часть базы, но некоторые таблицы имели неправильный номер страницы базы. Мы пробовали хекс редактором исправить, но простите ламеров - не вышло. В итоге у клиента не обозначенное в лицензии ПО, у клиента расхождений по базе около сотни от дистрибутива. Они там сами чтото воротят. Это первый клиент на которого мы просто забили болт.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 08:36 22-03-2013
miwa

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
delover
Ну об чем и речь - ваш клиент полез туда не зная куда и напоролся на грабли. «Если пациент идиот, то это надолго»© и здесь нету ни вашей вины, ни вины линукса, ни ФБ.
 
А об организационном недопущении установки клиента рядом з бинарником - здесь вы правы и неправы одновременно. Правы в том, что штатная установка клиента на то и штатная, чтобы ее использовать по умолчанию. Но в случае, когда у клиента на одном компьютере кроме вашего софта есть еще какой-то, который тоже использует ФБ, и своей установкой перезапишет клиента из вашей установки, то... Виноватыми все равно сделают вас, потому что именно ваша программа не работает. Или же после установки вашей программы перестал работать любимый клиент-банк, или еще чего-то.

Всего записей: 455 | Зарегистр. 10-10-2004 | Отправлено: 14:02 22-03-2013
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
miwa

Цитата:
на то и штатная

Вы правы. Повторюсь организационно решаемо, техподдержка справляется удачно, даже на разные порты вешает.
 
Того программера уволили, но техподдержка рассказывает смешное - они приняли такого же.) Жизнь не урегулировать - хотел пофилосовствовать, но мы ушли далеко от темы.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 19:36 22-03-2013
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я тут почитал википедию, ухахатывался простите, но язык вполне научный чтобы детям рассказать сказку. Особо это привлекло.
 

Цитата:
В режиме управления копированием, напротив, не существует такого автоматического распространения обновлений. Копии данных создаются и управляются с помощью пакетного или фонового процесса, который отделён во времени от транзакций обновления.

 
В итоге, я наверно опять не шарю что такое репликация. Я знаю только связку ID источника + UID единственного источника + номер пакета.
 
Добавлено:
То есть я знаю только то что - стань общим только через один источник. Описанные в вики коллизии характерны для репликации фокспро.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 20:32 28-03-2013 | Исправлено: delover, 20:46 28-03-2013
miwa

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
delover
Не нашел ни одной смешной буквы в приведенном отрывке. Контекст хоть откуда? И при чем здесь ФБ?

Всего записей: 455 | Зарегистр. 10-10-2004 | Отправлено: 16:14 01-04-2013
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
miwa
В Википедии слово репликация.
 

Цитата:
Не нашел ни одной смешной буквы

В контексте репликации рассматривается случай с двумя или несколькими версиями одних и тех же данных. Из баз данных заимствован термин транзакция изменений для описания подобного конфликта. Вполне практично для регулировки вводится дата изменений хотя сервера могут быть рассинхронизированы. Нужно это только для существования единого правила, - какие вы изменения учитываете в общем случае, так как в точку 2 могут так же прийти пакеты с изменениями. Транзакция подразумевает естественно пачку изменений. Теперь читая про фоновый процесс который отдалён во времени возникает предположение, что они имели ввиду примерно следующее - в первом часу я разгребаю что пришло в мою базу, во втором часу я фоного создаю копии из своей базы - транзакции разделены.
 
Ну и забавно, что не говорится о том, что во время "фонового копирования", так же могут происходить изменения копируемых данных - от этого всё равно никуда не денешся.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 07:59 02-04-2013 | Исправлено: delover, 08:39 02-04-2013
miwa

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
delover
Да, в контексте уже смешнее, согласен. Хотя репликация - тема вообще неблагодарная, хоть в Firebird хоть где угодно.
 
Я, кстати, не стал бы завязываться на дату-время при репликации (да и не завязываюсь, вообще-то). Идентификатор - он как-то надежнее.

Всего записей: 455 | Зарегистр. 10-10-2004 | Отправлено: 15:01 03-04-2013
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
miwa

Цитата:
Хотя репликация - тема вообще неблагодарная

100% Требования к репликатору в квадрате выше.
 

Цитата:
хоть в Firebird хоть где угодно.

По моим понятиям ФБ очень богат в выборе транзакций, которые замечательно освещаны в прессе. Если бы я к комуто прислушивался в вопросе репликации то к файрбёрдовцам.
 

Цитата:
Я, кстати, не стал бы завязываться на дату-время при репликации (да и не завязываюсь, вообще-то). Идентификатор - он как-то надежнее.

Я иногда много не проговариваю. Понятие 2 версии одних и тех же данных, оно из репликации в понятии сетевого процесса а не локального переливания. Имеется ввиду был выдан идентичный уид или чтото какойто реплике. В точке А её изменили в точке Б её изменили, после этого центральный офис поимел оба изменения плюсом мог сам изменить. Этот пример неотьемлем от понятия реплика (в свете асинхронной репликации), вики почемуто его прибила. Важность примера несоизмерима, когда кроме центрального офиса есть ещё точка, где просто необходимы актуальные данные. Такое бывает не редко.
 
Вместо этого у них пример про транзакции вне применения репликации, это просто пример о том что первая транзакция не всегда знает что закомитила вторая. Почитайте пример - они там чтото удаляют в центральном офисе без спроса, а я потом отвечай.
 
Добавлено:
Сори я опять наверно не договариваю, я делю данные на 3 вида (временные таблицы не учитываю).
1) Справочники, это то что выпрямляется даже с неопытным программистом.
2) Актуальные данные - это например документы - неплохо когда во всех точках имеется последний именно документ, но это не так важно - можно сослаться на плохой интернет.
3) Накопительные данные - представте на вашей электронной карте будут те суммы когда у вас деньги закончились. В этом случае не важны все тонкости операций с карточкой во всех точках - это избыточность - важна правильная  сумма. Тут даты тоже не нужны.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 18:46 03-04-2013 | Исправлено: delover, 18:49 03-04-2013
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
С Доменами какие-то косяки. Добавил поле с дефолтом которое не может быть null. Процедура сделала вставку и таблица не открывается. Залез в IBExpert. Вижу в колонке not null значение null. Этого я вообще не понял. Но понял что иногда домены не срабатывают и приходится исправлять в триггере.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 09:17 04-04-2013
romano501



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
delover
Ограничение not null не сработало не изза того что "иногда домены не срабатывают" а по иной причине. Если у домена стоит ограничение NOT NULL то во вменяемом состоятии неповредженная база не сможет его обойти. Видимо у тебя произошел какой-то глюк

Всего записей: 137 | Зарегистр. 24-03-2007 | Отправлено: 12:37 04-04-2013
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » InterBase и FireBird: вопросы по работе и их решение


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru