(495) 925-0049, ITShop интернет-магазин 229-0436, Учебный Центр 925-0049
  Главная страница Карта сайта Контакты
Поиск
Вход
Регистрация
Рассылки сайта
 
 
 
 

Конференция "Gupta/Centura (Gupta Technologies)"

Обсуждение вопросов, связанных с компанией Unify/Gupta (Gupta Technologies), ее продуктами Team Developer, SQLBase и др.

 
 
Добавить сообщение »

Тема: Ну что за чудо SQLBase 7.6.1 PTF2 (+)

Автор:  Голубовский Андрей Дата: 25.04.2003 17:14
Serge пишет 30.12:
>1. Не знаю, кто меня произвел в официальные представители ГУПТы в России (я являюсь
>техническим консультантом Inteface Ltd/ по этим продуктам, что не совсем одно и тоже),
>но вынужден согласится с претензиями по стилю. Наверно было мало времени, чтобы

Похоже хамить клиентам - это подход многих представителей фирм продающих ПО (для примера см.
[открыть ссылку] )

>3. По поводу хороших свойств SQLbase упомяну и здесь, не всем же только "лить грязь"
>(опять образно). Вряд ли Вы найдете другой такой сервер, который без обслуживания
>мог бы продержаться 2-3 месяца, а SQLBase это может. Уверяю Вас, примеры есть.

2-3 месяца это смешно, это может любой сервер. У нас в нескольких местах SQLBase пашет уже около 5 лет без присмотра, юзер только батник c update statistics и unload запускает. А по поводу "Вряд ли Вы найдете другой такой сервер" могу сказать, что его нечего искать - Borland InterBase или его клоны (Firebird и Yaffil).

Но камень в SQLBase я тоже кину. Такой язык для написания хранимых процедур и тригеров как в SQLBase можно придумать только в кошмарном сне (сравниваю по опыту работы с SQLBase, Oracle, SQLServer и Interbase). И еще в том же сне придумали ставить @ перед именем функции. Оправдание одно - во всех серверах хватает своих тараканов.

Best regards,
Andrew Holubovski
DelphiPlus Team
[открыть ссылку]
Ответить на сообщение »
 
Автор:  Serge Дата: 30.12.2002 15:09
На Ваше:
>Во-вторых, это Сергею Алексеевичу. Уважаемый СА! Если вы являетесь официальным представителем Centura в России, то будьте любезны не использовать в ответах зарегистрированным пользователям сентенций типа "Просто товарищ нарвался", предложений "взглянуть на проблемы сбоку, сзади" и проч., а также отвечать на посты только в том случае, если у вас есть что конкретно ответить на конкретно поставленный вопрос, а не пускать неубедительные пузыри по поводу замечательности каждой новой версии SQLBase. Также прошу вас заметить, что системные аналитики по сути своей не занимаются частностями, а смотрят на проблему в общем, не занимаясь решением отдельных проблем с отдельными запросами глючных SQL серверов. Это задачи больше программистские.
>
Могу сказать следующее:
1. Не знаю, кто меня произвел в официальные представители ГУПТы в России (я являюсь
техническим консультантом Inteface Ltd/ по этим продуктам, что не совсем одно и тоже),
но вынужден согласится с претензиями по стилю. Наверно было мало времени, чтобы
сформулировать так: "Возможно с Вами произошел несчастный случай, что бывает",
вместо "... товарищь нарвался ..." и т.д. Хотя Ваши перлы (цитирую) типа: "чтонить",
"какойнить", "неубедительные пузыри" и т.д. думаю не дают Вам достаточного права
для такой критики.
2. Не думаю также, что системные аналитики занимаются только общими проблемами, как
Вы отмечаете, как раз этот тот случай, когда частности и помогают решить
общие проблемы. Кроме того на проблемы иногда полезно взглянуть не только
"сбоку" и "сзади" (отмечу, что здесь я образно выражаюсь), но и сверху (заметьте тоже
образно), что могут сделать, в большинстве случаев, исключительно системные аналитики.
3. По поводу хороших свойств SQLbase упомяну и здесь, не всем же только "лить грязь"
(опять образно). Вряд ли Вы найдете другой такой сервер, который без обслуживания
мог бы продержаться 2-3 месяца, а SQLBase это может. Уверяю Вас, примеры есть.
С Новым Годом и другими праздниками.
С уважением Сергей Алексеевич
Ответить на сообщение »
 
Автор:  Les Дата: 30.12.2002 10:20
-
Ответить на сообщение »
 
Автор:  John Дата: 30.12.2002 09:02
Ну ладно, не хотел говорить об этом вслух, но, как говорится, раз уж вы сами начали...

Хочу Вам и ВСЕМ ( кому интересно ) сообщить, что периодически, ~ раз в 3 месяца, я до сих пор занимаюсь таким СТРАННЫМ ДЕЛОМ, как проставлление postfix-ом +0 ( опытным путем на основании плана ) после различных полей в условиях WHERE, для того чтобы восснановить производительность после очередного прироста базы. Вы считаете это ЗАДАЧЕЙ СИСТЕМНОГО АНАЛИТИКА ?! В таком случае системным аналитикам МОЛИТЬСЯ нужно на фирму GUPTA - безработица им не грозит. Надеюсь, специалисты фирмы GUPTA считают иначе.

P.S. а если без эмоций, то просто на глазах тают все аргументы в защиту SQLBase перед руководством.

Евгений.
Ответить на сообщение »
 
Автор:  vlasov Дата: 28.12.2002 12:48
John пишет 16.12:
>Попробовали перейти с 7.0.1 на 7.6.1. База ~ 1.5 гБ. Результат превзошел все ожидания - РЕДКОСТНЫЙ ОТСТОЙ!!! Скорость работы УПАЛА ~ 10 раз. RELOAD не помог. Изменение настроек - нулевой результат. Особенно забавно это выглядит на фоне заявлений фирмы о скором прекращении поддержки 7.0 из-за НИЗКИХ СКОРОСТНЫХ ХАРАКТЕРИСТИК !!!
>
>НУ НЕТ СЛОВ !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>
>P.S. правда 16bit клиент от 7.0.1
>
>Евгений.
>
Где-то год назад я тестировал эту версию и наше предприятие отказалось от ее приобретения (у нас версия 7.0.1),результаты были аналогичными.
Недавно тестировал SQLBase 8.0.Там результаты тестирования меня устроили,хотя эту версию пока не приобрели.
Единственно, что скорость увеличивается при задании параметра (для лок.сервера в секции [dbnt1sv])
Sortlevel = 0 (Этот параметр мне рекомендовали и для версии 7.6, но почему-то я не получил увеличения скорости )

Успехов.
Ответить на сообщение »
 
Автор:  vlasov Дата: 28.12.2002 12:40
John пишет 16.12:
>Попробовали перейти с 7.0.1 на 7.6.1. База ~ 1.5 гБ. Результат превзошел все ожидания - РЕДКОСТНЫЙ ОТСТОЙ!!! Скорость работы УПАЛА ~ 10 раз. RELOAD не помог. Изменение настроек - нулевой результат. Особенно забавно это выглядит на фоне заявлений фирмы о скором прекращении поддержки 7.0 из-за НИЗКИХ СКОРОСТНЫХ ХАРАКТЕРИСТИК !!!
>
>НУ НЕТ СЛОВ !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>
>P.S. правда 16bit клиент от 7.0.1
>
>Евгений.
>
Ответить на сообщение »
 
Автор:  geos Дата: 27.12.2002 15:51
Во-первых, сочувствую Вашей проблеме, крепитесь. Как показывает практика многолетней работы с SQLBase - от этого сервера можно ожидать всего что угодно, но только не нормальной работы. Если у Вас более-менее серьезная база, то используйте подходящий для этого SQL сервер, а не SQLBase.

Во-вторых, это Сергею Алексеевичу. Уважаемый СА! Если вы являетесь официальным представителем Centura в России, то будьте любезны не использовать в ответах зарегистрированным пользователям сентенций типа "Просто товарищ нарвался", предложений "взглянуть на проблемы сбоку, сзади" и проч., а также отвечать на посты только в том случае, если у вас есть что конкретно ответить на конкретно поставленный вопрос, а не пускать неубедительные пузыри по поводу замечательности каждой новой версии SQLBase. Также прошу вас заметить, что системные аналитики по сути своей не занимаются частностями, а смотрят на проблему в общем, не занимаясь решением отдельных проблем с отдельными запросами глючных SQL серверов. Это задачи больше программистские.

В-третьих, собственно, идея для John. Если есть возможность пересоздать базу непосредственно на новом сервере, то имеет смысл воспользоваться какойнить утилитой импорта экспорта либо самому написать несложную программку, и создать БД заново (скопировав структуру и данные) на новом сервере. Последовательно "с нуля" воссоздав БД, возможно добиться создания правильной статистики по объектам БД и после этого проанализировать планы выполнения проблемных запросов. Возможно, падение производительности и использование некорректных схем оптимизации вызвано какими то различиями в структурах БД старой и новой версий SQLBase. Если не получится, то "от бобра добра не ищут"... оставайтесь на старой версии сервера или подыщите чтонить более приемлемое.

С Новым годом,
Рождеством Христовым,
Старым Новым годом,
Георгий
:)

[открыть ссылку]
Ответить на сообщение »
 
Автор:  Serge Дата: 27.12.2002 14:18
Les пишет 26.12:
>Его оптимизатор зачастую может подхватить не оптимальный индекс, поэтому такие вещи как лидирующая таблица, основные индексы мы зачастую прописываем ручками

Согласен, что оптимизаторы не всегда,
извините за тавтологию, бывают оптимальными.
Именно этим и плохи все без исключения
SQL серверы, так как нельзя сделать универсально
хорошо для всех случаев, особенно при больших БД.
Не думаю, что такие нарекания можно отнести
только к SQLBase. Просто товарищ нарвался.
Для этого и нужны системные аналитики, которые
помогут найти выход из таких ситуаций.
Сергей Алексеевич
Ответить на сообщение »
 
Автор:  Les Дата: 26.12.2002 13:41
Его оптимизатор зачастую может подхватить не оптимальный индекс, поэтому такие вещи как лидирующая таблица, основные индексы мы зачастую прописываем ручками
Ответить на сообщение »
 
Автор:  John Дата: 26.12.2002 12:19
Для восстановления скорости, ориентируясь на план выполнения запроса, пришлось дописать в условии WHERE для некоторых полей postfix +0, чтобы заставить работать другие индексы ( манипуляция с самими индексами не дала НИКАКОГО результата по времени ). В результате получили план выполнения один в один с планом в версии 7.0.1 и, соответственно, такую же скорость выполнения.

P.S. подобное решение уже практиковалось нами и ранее, но, честно говоря, такой подход считаю неправильным и СТРАННЫМ ( на курсах по ORACLE, например, вообще не рекомендуют мешать работать оптимизатору ); ПО МОЕМУ МНЕНИЮ с отимизатором что то у них не того...

Евгений.
Ответить на сообщение »
 
Автор:  Serge Дата: 23.12.2002 13:15
John пишет 16.12:
>Попробовали перейти с 7.0.1 на 7.6.1. База ~ 1.5 гБ. Результат превзошел все ожидания - РЕДКОСТНЫЙ ОТСТОЙ!!! Скорость работы УПАЛА ~ 10 раз. RELOAD не помог. Изменение настроек - нулевой результат. Особенно забавно это выглядит на фоне заявлений фирмы о скором прекращении поддержки 7.0 из-за НИЗКИХ СКОРОСТНЫХ ХАРАКТЕРИСТИК !!!
>
>НУ НЕТ СЛОВ !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>
>P.S. правда 16bit клиент от 7.0.1
>
>Евгений.
>
Возможно мой ответ Вам и покажется
неудовлетворительным, но большинство
ошибок возникает из-за того, что мы что-то
не знаем или не учитываем или имеем неточное
представление! Понимаю Ваше негодование,
но уверен, что дело не в переходе на новую версию
(Они действительно оптимизировали производительность),
а дело в чем-то, что не лежит на поверхности или, наоборот,
лежит на видном месте. Попробуйте взглянуть на Вашу
проблему "сбоку" или под другим углом зрения. Уверен, что
найдете выход!
Успехов! Сергей Алексеевич
Ответить на сообщение »
 
Автор:  John Дата: 17.12.2002 10:11
Наврал. Записей не 2500000, а 340000, что еще более смешно.

Евгений.
Ответить на сообщение »
 
Автор:  John Дата: 17.12.2002 07:07
Ну пробовали и 32bit клиента ( SQLTalk ) - результат нулевой. Причем попробовали и только один SELECT ( так что клиент тут "по барабану" ) с построением плана ( отличный план - сплошные INDEX MERGE, INDEX LOOP, HASH JOIN ) . Запрос ессно не простой, с подзапросом и соединением трех таблиц, причем одна из таблиц ( кстати, по каторой и подзапрос ) имеет ~ 2500000 записей. Ну и что ???!!! На версии 7.0.1 это "пролетает" за 2.5 мин, а на 7.6.1 за ~ 25 мин !!!!!!!!!!!!!!!!!!!!!! Предложение по оптимизации запроса считаю странным - мне что, под каждую версию заново программу переписывать ?! Между прочим 70 000 строк кода !!!!!!!!!!!!!!!
Кстати, читал что эта версия год тестировалась и разрабатывалась с учетом многопроцессорных серверов. Дак ведь именно такой у нас и стоит 2 Х Pеntium III 700 мГц. Отличные Raid-ы. Ну что еще надо ???!!! Да просто нормальную версию продукта. И ВСЕ !!!
Между прочим SQLBase 7.5 (50) стоит в том же interfac-е с НДС ~ 9,000$. И что я скажу своему начальству после такой "удачной" покупки ?!

P.S. первый раз встречаюсь с таким - падение производительности при переходе на более старшую версию. Что то мне это весьма и весьма...

Евгений.
Ответить на сообщение »
 
Автор:  Serge Дата: 16.12.2002 16:36
John пишет 16.12:
>Попробовали перейти с 7.0.1 на 7.6.1. База ~ 1.5 гБ. Результат превзошел все ожидания - РЕДКОСТНЫЙ ОТСТОЙ!!! Скорость работы УПАЛА ~ 10 раз. RELOAD не помог. Изменение настроек - нулевой результат. Особенно забавно это выглядит на фоне заявлений фирмы о скором прекращении поддержки 7.0 из-за НИЗКИХ СКОРОСТНЫХ ХАРАКТЕРИСТИК !!!
>
>НУ НЕТ СЛОВ !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>
>P.S. правда 16bit клиент от 7.0.1
>
>Евгений.
>
Думаю, что все-таки нужно установить
родного 32 битного клиента и провести
анализ причин падения производительности.
Нужно посмотреть индексы и оптимизировать
запросы, на которых падает производительность.
Возможно и дело в настройках.
Сергей
Ответить на сообщение »
 
Автор:  John Дата: 16.12.2002 07:34
Попробовали перейти с 7.0.1 на 7.6.1. База ~ 1.5 гБ. Результат превзошел все ожидания - РЕДКОСТНЫЙ ОТСТОЙ!!! Скорость работы УПАЛА ~ 10 раз. RELOAD не помог. Изменение настроек - нулевой результат. Особенно забавно это выглядит на фоне заявлений фирмы о скором прекращении поддержки 7.0 из-за НИЗКИХ СКОРОСТНЫХ ХАРАКТЕРИСТИК !!!

НУ НЕТ СЛОВ !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

P.S. правда 16bit клиент от 7.0.1

Евгений.
Ответить на сообщение »
 

Добавить сообщение »

 Распечатать »
 Правила публикации »
   
 Рекомендовать »  
 

Магазин программного обеспечения   WWW.ITSHOP.RU
Q 1.0 for Windows Single User
IBM Domino Utility Server Processor Value Unit (PVU) License + SW Subscription & Support 12 Months
Stimulsoft Reports Server Team 10 users
VMware Horizon Apps Standard, v7 : 10 Pack (Named User)
Oracle Data Access Components (ODAC) Standard Subscription - single license
 
Другие предложения...
 
Курсы обучения   WWW.ITSHOP.RU
 
Другие предложения...
 
Магазин сертификационных экзаменов   WWW.ITSHOP.RU
 
Другие предложения...
 
3D Принтеры | 3D Печать   WWW.ITSHOP.RU
 
Другие предложения...
 
Новости по теме
 
Рассылки Subscribe.ru
Информационные технологии: CASE, RAD, ERP, OLAP
Новости ITShop.ru - ПО, книги, документация, курсы обучения
Программирование на Microsoft Access
CASE-технологии
СУБД Oracle "с нуля"
Новые программы для Windows
3D и виртуальная реальность. Все о Macromedia Flash MX.
 
Статьи по теме
 
Новинки каталога Download
 
Исходники
 
Документация
 
Обсуждения в форумах
Работа в интернете.. (4)
Может тут кто имеет опыт работы в сети? И подскажет мне что нить?
 
Кто, что знает за карту рассрочки Совесть? (2)
Иногда требуется купить что-то очень нужное, но выделить средства нет возможности. В этом случае...
 
ODBC: dBase CREATE TABLE... (9)
Есть проблема Из программы на CTD 2.0 PTF3 подключаемся к DBF-файлам Set SqlDatabase='Файлы...
 
TD 6.2 SP4 Ошибка при установке (5)
Добрый день! Кто-нибудь устанавливал TD 6.2 SP4 на Win7? В конце процесса установке выдаётся...
 
PMC (4)
Подскажите как формируется Product Media Code или ключик к SqlWindows 510 ( CTD510)
 
 
 



    
rambler's top100 Rambler's Top100