Виснет клиентское приложение
Модераторы: kdv, Alexey Kovyazin
Виснет клиентское приложение
Проблема - приложение работает нормально на РС, подключенных к серверу IB 6.0, работающих под Windows2000, если же начинает работать хотя бы одно приложение с клиентского компа по ХР, то все виснет. Иными словами - все клиенты с Windows2000 работают дружно и нормально, а любой клиент с другой операционкой подвисает приложения на всех остальных компах. Есть идеи?
Re: Виснет клиентское приложение
Поискать другие версии gds32.dll там где ХР?
Это совместимые родственные СУБД. Переход не составит проблем.Miazmo писал(а): Спасибо. Но на это надо "решиться" - три года работеам с InterBase, однако!
По времени это займет 30 мин максмиум, основная доля которых уйдет на бэкап/ресторе
Так что думай, решаться обновлять свой жигули 1й модели на 10ю или не стоит
)) Все давно это уже сделали-
Ivan_Pisarevsky
- Заслуженный разработчик
- Сообщения: 644
- Зарегистрирован: 15 фев 2005, 11:34
Эх жеж шустрый ты, аки электровеник... мож я, конечно, тормоз но я мигрировал где-то недели две, пришлось переписывать запросы где список полей в груп бай не совпадает со списком полей в ордер бай, например. Ну я еще попутно перетряхнул индексы, прибил ненужные, добавил полезныеПо времени это займет 30 мин максмиум, основная доля которых уйдет на бэкап/ресторе
вобщем скорость подросла заметно 
То что ты тут понааписывал к миграции не имеет ни малейшего отношения. Это тюнинг (анализ производительности и оптимизация)Ivan_Pisarevsky писал(а):пришлось переписывать запросы где список полей в груп бай не совпадает со списком полей в ордер бай, например. Ну я еще попутно перетряхнул индексы, прибил ненужные, добавил полезные
А значит к времени перевода ИБ6 на ФБ152 приписывать сие весьма не корректно.
Трудно спорить.DSKalugin писал(а): Это совместимые родственные СУБД.
Смотря что для кого проблема.DSKalugin писал(а): Переход не составит проблем.
А вот тут я худею, дорогая редакция. И снимаю шляпу перед гением. У меня вот так не получалось ни разу в жизни. У всех поголовно копия твоей, подозреваю что игрушки, использующей возможности сервера на половину уровня не к ночи будь помянутого "Понимания SQL"? Ты базу его видел? Хотя бы по размеру. Навалом баз, которые за 30 минут и сбакапиться-то не успеют. А ресторятся часов по 10 и больше. И в них, и в приложениях, с ними не работающих, не найдётся так называемых ambigious queries, которые IB до сих пор благополучно пропускает, а FB нет (в третьем диалекте)? Не найдётся запросов с группировкой с неверным контекстом в подзапросах и сортировкой по полям, не включённым в группировку? Не найдётся запросов, которые оптимизатор FB раскрутит по-другому и они станут в 1000 раз медленнее? Не найдётся явных планов в процедурах, которые оптимизатор вообще откажется применять? А благородный дон в курсе, что, например, выражениям без алиасов в селекте каждый сервер присваивает названия по-своему? Ы що скажет приложение, в котором созданы на них persistent поля или обращающееся по FieldByName? Так штаа... Побереги глаз, а то очредной облагодетельствованный тебе в него либо плюнет, либо врежет. После того, как с твоей подачи проапгрейдит за полчасика вечерком сервер с боевой базой, а поутру вылетит с работы, когда фирма встанет и понесёт убытки на пару лимончиков.DSKalugin писал(а): По времени это займет 30 мин максмиум, основная доля которых уйдет на бэкап/ресторе
Обновлять надо. Просто необходимо. Но семь раз отмерив в сторонке, а не шашкой по лампочкам.DSKalugin писал(а): Так что думай, решаться обновлять свой жигули 1й модели на 10ю или не стоит
Писать надо в соответствии со стандартами SQL, а не как взбредет, тогда и проблем не будет. И не думаю я что это какая-то мегакорпарация с террабайтным файлом БД, требующая особых извращений и танца вокруг сервера в период миграции.
Как правило все намного проще и не надо пугать вопрощающего такими ужасами. Все можно попробовать на резервных копиях, вместо того чтобы разводить тут демогогию о возможных предстоящих трудностях.
Я исходил из своего личного опыта по переводу складской базы.
Так что не надо вслепую судить о сложности БД
Как правило все намного проще и не надо пугать вопрощающего такими ужасами. Все можно попробовать на резервных копиях, вместо того чтобы разводить тут демогогию о возможных предстоящих трудностях.
Я исходил из своего личного опыта по переводу складской базы.
Так что не надо вслепую судить о сложности БД
-
Ivan_Pisarevsky
- Заслуженный разработчик
- Сообщения: 644
- Зарегистрирован: 15 фев 2005, 11:34
Экай ты белый, пушистый и весь из себя правильныйПисать надо в соответствии со стандартами SQL, а не как взбредет, тогда и проблем не будет.
Ровно было на бумаге, да забыли про овраги...
Оптимизация после переезда имеет к переезду самое непосредственное отношение, да впрочем выше Мерлин тебе все порасписал достаточно подробно.
Это кому предлагаешь "попробовать"?Все можно попробовать на резервных копиях, вместо того чтобы разводить тут демогогию о возможных предстоящих трудностях.
А полчаса - это круто, даже очень круто. Я свои приложеньица (а они чуть сложнее калькулятора) несколько месяцев с 6-ки переводил, тупица (хоть и со "стандартами" очень давно и очень хорошо знаком). Так что, Ivan_Pisarevsky, по сравнению со мной ты митиор
Miazmo, относительно твоего вопроса. Переход на 1.5 - дело хорошее, а вот решит ли оно твою проблему? хз. Хз, потому что странно это все. Четыре года у меня очень активно трудилась 6-ка в зоопарке нескольких десятков машин с клиентскими осами 95-98-2000-xp, но такого не было. Попытаюсь пальцем в небо потыкать: все твои клиенты логинятся к базе с одинаковыми путями, протокол какой? Хотя это вряд ли является причиной такого поведения 6-ки.
sag писал(а):Это кому предлагаешь "попробовать"?Все можно попробовать на резервных копиях, вместо того чтобы разводить тут демогогию о возможных предстоящих трудностях.
А полчаса - это круто, даже очень круто. Я свои приложеньица (а они чуть сложнее калькулятора) несколько месяцев с 6-ки переводил, тупица (хоть и со "стандартами" очень давно и очень хорошо знаком). Так что, Ivan_Pisarevsky, по сравнению со мной ты митиор
Miazmo, относительно твоего вопроса. Переход на 1.5 - дело хорошее, а вот решит ли оно твою проблему? хз. Хз, потому что странно это все. Четыре года у меня очень активно трудилась 6-ка в зоопарке нескольких десятков машин с клиентскими осами 95-98-2000-xp, но такого не было. Попытаюсь пальцем в небо потыкать: все твои клиенты логинятся к базе с одинаковыми путями, протокол какой? Хотя это вряд ли является причиной такого поведения 6-ки.
В ХР путь к базе такой \\server\e:\mainstock\PhouseIB\Ph.gdb,
в win2000 - server:e:\mainstock\PhouseIB\Ph.gdb
протокол TCP/IP
-
Данилов Юрий
- Сообщения: 31
- Зарегистрирован: 27 окт 2004, 11:56
Ну не знал я, что строчки надо форматировать:) Фраза "протокол TCP/IP" относится к последней строке про win2000. В ХР протокол, кажется, NetBEUI. Приложение почему-то по другому не пускается (в качестве параметров передается строка подключения к базе). Иными словами, приложение на клиенте с ХР работает только с такой строкой подключения.Данилов Юрий писал(а):Вот скажи на милость, с чего ты взял, чтоэто TCP/IP?В ХР путь к базе такой \\server\e:\mainstock\PhouseIB\Ph.gdb