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

Новости • Файловые архивы
Поиск • Активные темы • Топ лист
Правила • Кто в 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

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

vavavol



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

Цитата:
если не секрет, какая именно UDF?

 
Свою длл-ку писал
Всего записей: 181 | Зарегистр. 25-01-2006 | Отправлено: 10:10 09-08-2013
delover

Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vavavol
Интересная задача. 5%
Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 07:53 10-08-2013
kiport

Newbie		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Здравстуйте.  
Суть вот в чем: есть прога (АС СГМ) которая дружит с firebird 1.5, организация решилась перейти на версию 2.5, нужно сделать бэкап через IBexpert. Скачал его, установил, пытаюсь подключить базу, а он мне баян-бабаян в виде "Unsuccessful execution caused by an unavailable resource. unavailable database."  
пытался подключиться к базе firebird, sgm; менял клиентскую библиотку с gds32.dll на fbclient.dll... но где-то я косячу. Грешу на то что у firebird не стандартный пароль, которого я конечно не знаю (КАК УЗНАТЬ?) и человек, работавший до меня, тоже не знает потому что ни разу firebird не трогал.
Еще есть строчки Role и Charset:NONE. Их я не трогал.  
 
___________________
 
Вопрос снят. Подвох был в Charset. Надо было поставить 1251
Всего записей: 2 | Зарегистр. 23-08-2013 | Отправлено: 05:08 26-08-2013 | Исправлено: kiport, 10:02 26-08-2013
jonikDk



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

Цитата:
Можно по тупому скопировать папку, снести firebird 1.5, поставить 2.5 и восстановить базы, но... получится ли?

Можно по тупому, но по другому.
Устанавливаете Firebird 1.5 на другом сервере(хотя бы на своем компьютере), копируете туда же базу (естественно остановив реальный сервер Firebird) и затем уже на новом сервере делаете чего хотите с базой со стандартным паролем.
Всего записей: 1613 | Зарегистр. 01-03-2004 | Отправлено: 09:57 26-08-2013 | Исправлено: jonikDk, 10:01 26-08-2013
exteris

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

Цитата:
Вопрос снят. Подвох был в Charset. Надо было поставить 1251

Неверный чарсет такую ошибку бы не выдал. Значит еще чего-то докрутили. Надеюсь в итоге через backup/restore перенесли базу?
Всего записей: 382 | Зарегистр. 14-04-2003 | Отправлено: 10:34 26-08-2013
OXDBA

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

Цитата:
Вопрос снят. Подвох был в Charset. Надо было поставить 1251  

Подвох был либо в локальном подключении, либо кривой (или совсем не той версии) клиентской библиотеке.
Всего записей: 426 | Зарегистр. 19-01-2005 | Отправлено: 09:45 27-08-2013
AlexPetrovich

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

Цитата:
есть прога (АС СГМ) которая дружит с firebird 1.5, организация решилась перейти на версию 2.5, нужно сделать бэкап через IBexpert. Скачал его, установил, пытаюсь подключить базу

 
Без "оглуплятора" сделать бекап уже никак ?
Всего записей: 90 | Зарегистр. 08-05-2003 | Отправлено: 18:07 28-08-2013
exteris

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

Цитата:
Без "оглуплятора" сделать бекап уже никак ?

Я бы не назвал ibexpert оглуплятором, а так да, gbak-ом проще.
Всего записей: 382 | Зарегистр. 14-04-2003 | Отправлено: 09:48 29-08-2013
delover

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

Цитата:
Я бы не назвал ibexpert оглуплятором, а так да, gbak-ом проще.Всего записей: 214 | Зарегистр. 14-04-2003 | Отправлено:  09:48 29-08-2013  

Оппонент неправильно запятые ставить. Думаю самый торчковый инструмент IBExpert
Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 13:18 02-09-2013
samssss



Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день. Не смог найти информацию в сети, но может тут подскажут. Interbse 2009 для оптимальной производительности (железо во внимание не берем, оно очень крутое) сколько может поддерживать отдельно стоящих баз? Есть же какой-то придел?
Всего записей: 232 | Зарегистр. 02-07-2007 | Отправлено: 07:36 18-09-2013
Andryshok



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
samssss  Ну, насколько я знаю сколько угодно по идее - он же многопоточный, какая ему разница сколько баз висит
Всего записей: 652 | Зарегистр. 03-06-2009 | Отправлено: 09:29 23-09-2013
exteris

Member		Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
samssss
Пока не упретесь в узкое горлышко "очень крутого железа".  
Зависит от размера баз, кол-ва коннектов и т.д.
Всего записей: 382 | Зарегистр. 14-04-2003 | Отправлено: 16:18 23-09-2013
delover

Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Доброго всем!
Сразу сделаю оговорку - без флуда...
 
Меня очень интересует вопрос один. Я заметил, что маниакально все избегают set_null-овых Foreign Key. Текущей программе более 10-и лет и базе иже с ней. Я ни одного set_null кроме своих не нахожу. Но и ранее в моей практике только каскад видел.  
 
Есть ли причины избегать set_null? Я имею ввиду кроме тех случаев когда програмеры кривы ручки форматируют нуловые выражения (убей Бог не знаю зачем форматировать ID). Есть ли данные или мысли на этот секрет? Спасибо.
Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 18:26 29-11-2013
jonikDk



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

Цитата:
Есть ли причины избегать set_null?

Насколько я в курсе, нет никаких причин, НО всё пляшет от БИЗНЕС ЛОГИКИ. Если она позволяет, такой финт ушами, то почему нет??? Надо пользоваться на здоровье    
У меня было всего два или три раза, где бизнес логика позволяла устанавливать в null значения в подчиненных таблицах и я пользовался этим механизмом, но гораздо чаще было каскадное удаление или нельзя было удалить
Всего записей: 1613 | Зарегистр. 01-03-2004 | Отправлено: 22:26 29-11-2013
volser

Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
delover
А можно пример где это используется (бизнес-задача) ? У себя только 1 раз использовал, да и то потом кажется переделал структуру.
Всего записей: 713 | Зарегистр. 31-03-2006 | Отправлено: 15:50 30-11-2013
ant0ni02004

Full Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
delover
set null - например для значения по умолчанию (таблица вида DefValue1_id, DefValue2_id, итд). on delete cascade - смысла нет (в ней есть и другие значения), restrict то же не подходит, а set null - самое то: удалили запись - и нет больше значения по умолчанию(null)
Всего записей: 442 | Зарегистр. 26-10-2004 | Отправлено: 18:38 30-11-2013
delover

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

Цитата:
А можно пример где это используется

Да с удовольствием. У меня второстепенный справочник (двухслойный). Справочник - группы дисконтных карт. Специалисты раздают дисконтные карты и если покупатели с этими картами берут определённые товары то им отчисляется определённый процент. То есть на человека записывается список дисконтных карт и список товаров. Товары и дисконтные карты могут быть удалены из главных справочников, что при этом будет с группами дисконтных карт - не важно. Важно дать возможность удалить товары и карты. Товары удаляются например, когда из центрального офиса хотят чтобы данный товар стал синонимом другого товара. Дисконтные карты так же удаляются из центрального офиса - при удалении, любая связанная информация должна быть удалена, - она больше никого не интересует. Однако записи в группах желательно оставить и оставить накопления за период. Была дисконтная карта 3453534543 по ней было накопление вознаграждения 5р 30коп.
 
Добавлено:
volser
Да самое главное. Есть кнопка делающая расчёт всех продаж с выручкой и результаты записываются в темповую таблицу расчётов. Там все ключи set_null так как это всего лишь запись результатов длительного расчёта, чтобы не расчитывать заного пока работаем с определённым периодом. Важно чтобы суммы оставались не тронуты.
Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 13:40 01-12-2013 | Исправлено: delover, 13:49 01-12-2013
delover

Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Сегодня встретил такой справочник - Параметры ценообразования. В таблице товар есть ID_CALCPARAM setnull у него кей. Параметры можно использовать при ценообразовании, однако это вторичный справочник. Когда я удаляю параметр мне нужно чтобы он отапдейтил все товары на - нет связки.
Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 13:07 02-12-2013
jonikDk



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
delover
ну вот - если бизнес логика требует - используй и не парься
Всего записей: 1613 | Зарегистр. 01-03-2004 | Отправлено: 14:05 04-12-2013
delover

Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А Вот такой вопрос (может даже обсуждение).
Есть выборка
select from T1 join T1.PK2=PrimariKey2 join PrimariKey3 join PrimariKeyN
Я меняю "join" на "left join" - и результат выборки в любом случае будет тот же...
План запроса в любом случае будет тот же.....
 
Кто знает почему left join выполняется быстрее? Я экономлю десятки и сотни миллисекунд. Оговорюсь. Все таблицы имеют нулевой ID для записей типа имя равно "_" и жёсткие форенкеи. То есть мне действительно без разницы LEFT или не LEFT. Тесты показывают что результаты сравнений нескольких миллионов NULL с NULL не занимают даже одну миллисекунду. В чём фишка - не пойму?
Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 18:16 24-12-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