Вы находитесь на страницах старой версии сайта.
Переходите на новую версию Interface.Ru

Вопросы по СУБД SQLBASE



1.0. Общие сведения

1.1. Проблемы и их решения

1.2. Особенности новых версий СУБД

1.3. Сообщения об ошибках в программных продуктах и их разрешение

1.4. Миграция и конвертирование БД

1.5. Разное


1.0. Общие сведения

Вопрос: Сохранится ли БД и все наработки при переходе с демонстрационной версии SQLBase на реальную версию?

Ответ: Да, все данные, запросы и наработки будут работать и в полной версии SQLBase.

20.07.06


Вопрос: Где можно найти дополнительную информацию о продуктах компании Centura?

Ответ: На сайтах http://www.centurasoft.com и http://www.interface.ru


Вопрос: В чем преимущества работы c продуктами Centura?

Ответ: Некоторая информация, в которой есть характеристика CTD2000, содержится на сайте www.inteface.ru в статьях, посвященных продуктам Centura. Хотя, я думаю, Вы с ней знакомы. В дополнение, и особенно для руководства, можно сформулировать следуюшие опорные критерии обоснования:

  1. Centura дает комплексное рещение (Есть родные средства разработки, СУБД, WEB поддержка, современные ОС, репликации, все уровни программирования - от C++ до Quick Object).
  2. Есть поддержка, причем с 12-летней историей, всех мощных СУБД Oracle, SQLBase, Sybase, MS SQL Server и других.
  3. Развитые и адаптированные под современные требования средства построения пользовательского интерфейса, причем программирование при минимуме ограничений намного проще, чем на C++ и Pascal (в 2-3 раза) (студенты осваивают CTD и делают на нем курсовую за 2-3 недели).
  4. Фирма Centura сейчас довольно устойчиво закрепилась на рынке, у нее мощнейший заказ для ВМФ США.
  5. В CTD 2000 много новых возможностей (AX, MS OLE DB, динамика объектов и т.д.) и исправлены предыдущие ошибки. Можно привести еще много аргументов, но и эти должны быть услышаны.

Вопрос: Где я могу найти информацию о серверах баз данных компании Centura и проблеме 2000 года?

Ответ: Все новые версии SQLBase соответствуют 2000 году. Более подробную информацию можно найти на http://www.centurasoft.com/support/tech_info/bulletins/cli2000.htm. Ваши прикладные программы, которые обращаются к SQLBase, также следует проверить. Используйте утилиту, доступную на ftp.centurasoft.com/products/utilities/y2ksqlb.zip чтобы проанализировать ваши SQLBase базы данных. Пожалуйста, прочитайте ReadMe.txt и License.txt после извлечения их из .ZIP файла. Раздел "Поведение функции YEAR()" так же может быть интересным.


Вопрос: Когда производится удаление из таблицы, где присутствуют внешние ключи, скорость работы ужасна! Что можно сделать, для ускорения процесса?

Ответ: Решение заключается в том, что внешние ключи должны быть установлены после того, как будет создан индекс на ссылочную колонку в каждой дочерней таблице. Для каждой таблицы с внешним ключом:

  1. Удалить внешний ключ.
  2. Создать индекс на колонку, используемую ключем.
  3. Воссоздать внешний ключ.

Вопрос: Существуют ли SQLBase - инструментальные средства оптимизации запросов для выборки данных?

Ответ:

  1. Если речь идет об автоматической оптимизации, то для настройки ее режимов существуют два уровня 1 и 2, значение задается параметром: optimizefirstfetch=1 в SQL.INI
    В одном случае используется старый метод оптимизации, а в другом обновленный. Для оптимизации выполнения запросов используется собираемая статистика.
  2. Для ручной оптимизации можно воспользоваться методикой из документации, изложенной в главе 18 книги "SQLBaseAdvanced Topics Guide" (Advtop.pdf). Для выполнения запросов и команд можно применить данные измерения SQLConsole, а запросы выполнять под управлением SQLTalk.
  3. Оптимизация запросов в общем случае научно-исследовательская задача, которая решается на основе исследований. Для этих целей можно, в том числе, воспользоваться средствами, предоставляемыми в AllFusion ERwin Data Modeler (ранее: ERwin), в подсистеме анализа запросов (Examiner).

20.09.05


Вопрос: Как перейти с временной лицензии SQLBase 8.5 на постоянную?

Ответ:

  1. К счастью, с SQLBase 8.5 нет никаких проблем с переходом на новые версии и с переходом с временных лицензий на постоянные. Достаточно ввести ключ, который передается с программным продуктом, и версия должна работать. Никакой регистрации и привязки к технике пока не предусмотрено. Это объясняется множеством причин и, в частности с тем, что СУБД редко устанавливают на компьютерах с выходом в Интернет.
  2. Есть, правда одна особенность: теперь SQLBase поддерживает полностью стандарт SQL, поэтому OUTER JOIN записываются в стандартном формате. Для этого существуют два режима работы СУБД - старый и новый, которые пользователь может переключать; в том числе обеспечивается и автоматизированный переход на новый стандарт с помощью специальной утилиты.
  3. Перенос данных и процедур для новой версии так же прост, как и прежде. Достаточно подключить БД к СУБД и все необходимые преобразования будут выполнены автоматически.

08.07.04


Вопрос: Какая документация нужна для начального и детального знакомства с SQLBase 8.0?

Ответ: Сущеcтвует набор документации в PDF (около 30 книг, часть книг есть на сайте).

В первую очередь Вам нужны книги:


Вопрос: Чем отличаются продукты SQLBase desktop и Server?

Ответ:

  1. SQLBase desktop обеспечивает доступ к БД только в пределах одного компьютера и используется либо для варианта одного пользователя, либо для отладки приложений клиент-сервер. SQLBase server edition - в зависимости от числа пользователей обеспечивает доступ по сети разным приложениям к БД.
  2. Функционально продукты полностью совместимы.
  3. Есть SQLBase desktop edition на разное число пользователей, но это означает возможное число инсталяций на разных ЭВМ.

Вопрос: Каков максимальный размер БД в Гбайт, поддерживаемый SQLbase?

Ответ: В принципе при работе с SQLbase декларируется объем БД до 512 Гб (для 32-битных OC). Но такой объем достигается при секционировании БД на отдельные файлы (такой механизм поддерживается продуктом) и есть разница при работе с NT и NetWare. Для NetWare максимальный объем секции сейчас пока 2 Гб, а для NT - 4 Гб. По моим оценкам, применение SQLbase (до версии 7.6 не включая ее) достаточно эффективно при размерах БД в пределах 10 Гб. Это показывает и опыт наших клиентов. Что будет в новых версиях 7.6 и 8.0 - увидим достаточно скоро.


Вопрос: Каково максимальное число записей в таблице для SQLbase?

Ответ: Число возможных записей определяется доступным дисковым пространством и размером отдельной записи. Теоретически число записей определяется полями типа NUMBER в системных таблицах, которые могут содержать числа до 22 десятичных разрядов (т.е. 10 в 22).
Нужно учесть, что в каждой записи хранится и служебная информации (около 40 символов - ROWID).


Вопрос: Для чего используется системная переменная SQLBASE?

Ответ: Имеется системная переменная SQLBASE, которая указывает на каталог, в котором SQLBASE должен искать файлы SQL.INI, ERROR.SQL, MESSAGE.SQL, COUNTRY.SQL, и MAIN.INI. Эта системная переменная была создана для решения проблем пользователей, имеющих многочиленные копии одних и тех же файлов на компьютере. Чтобы определить \GUPTA каталог, добавьте следующую строку в ваш AUTOEXEC.BAT:

SET SQLBASE = C:\GUPTA

Если Вы устанавливаете системную переменную SQLBASE, просмотр будет проводиться только в этом каталоге. В противном случае, порядок поиска для вышеупомянутых файлов следующий:

  1. Текущий каталог
  2. \SQLBASE (текущего диска)
  3. Корневая директория (текущего диска)
  4. Каталоги, определенные системной переменной PATH
  5. Каталоги определенные системной переменной DPATH (только для OS/2 2.0).

Вы можете устанавливать системную переменную SQLBASE, и на клиенте и на сервере.


1.1. Проблемы и их решения

Вопрос: В момент выполнения REORGANIZE произошел сбой, и команда LOAD завершилась с ошибкой. БД испорчена и пропала, можно ли ее восстановить, и как?

Ответ:

  1. Действительно БД в этом случае восстановить непросто, так как формально при REORGANIZE не создается фиксированного файла.
  2. Конечно, для ответственных случаев желательно использовать команды LOAD/UNLOAD и в явном виде сохранять промежуточный файл выгрузки. Кроме того, перед этой операцией рекомендую сделать BACKUP и отдельно скопировать БД в защищенное место. Далее БД легко восстановить.
  3. Если все-таки у Вас случилось несчастье и нет актуальных копий БД, то можно найти полнофункциональный временный файл выгрузки БД по адресу:
    c:\Document and Setting\???User\Local Setting\Temp\SQL***.tmp
    или на другом диске, где расположена операционная система. ???User - имя текущего пользователя.
    Файл имеет временное имя SQL***.tmp, где *** три или четыре цифры.
  4. Этот файл можно, предварительно создав новую БД, использовать в команде LOAD:
    load SQL 'c:\Document and Setting\???User\Local Setting\Temp\\SQL***.tmp';

20.07.06


Вопрос: При выполнении команд UNLOAD и LOAD для перехода с ранних версий SQLBASE на версию 9.0 у нас появляется пользователь SYSREP. Это приводит к ошибкам выполнения команды LOAD. Что это за пользователь и как нам поступить?

Ответ:

  1. Действительно в ранних версиях создавался специальный пользователь SYSREP для работы ReportBuilder. Теперь, начиная с версии 8.0, этого пользователя нет и его можно просто удалить после выполнения команды UNLOAD, или просто запросами под системным паролем. На запрос в Гупту они нам это подтвердили.
  2. В отсутствии этого пользователя можно убедиться, создав БД под новой версией. Чтобы избежать проблем, лучше выгрузить (UNLOAD) БД по частям, предварительно создав ее в новой версии. При загрузке нужно исключить создание пользователей и установку (GRANT) их прав.

20.07.06


Вопрос: На нашем предприятии SQLBase 6.1.1. Доступ к нему через ODBC. Вызвать хранимую процедуру из программы Delphi невозможно. Драйвер сообщает, что "command not found for retrieval". С другими SQL серверами проблем нет. В чем может быть причина?

Ответ:

  1. Судя по документации, родной драйвер ODBC для SQLBase 6.x не поддерживает выполнение хранимых процедур (см. главу 10 стр. 10-12 книги dba.def для вашей версии, там дан перечень доступных функций уровней Core, Level1, Level2), хотя в этой версии они уже введены. Доступ к хранимым процедурам возможен средствами SQLWindows, API и системными утилитами.
  2. Можно попробовать установить драйвер более старших версий, но при этом возможны и проблемы. Хотя общая рекомендация - все же воспользоваться версиями SQLBase нового поколения 8-9.
  3. Напомню также, что для выполнения хранимой процедуры необходимо выполнить ее запоминание и только затем выполнение.
  4. Можно получить доступ к выполнению хранимых процедур на уровне СИ API, там есть специальные команды для выполнения хранимых процедур (см. api.pdf).
  5. Возможен и такой хитрый способ выполнения процедур, как вызов SQLTalk в режиме командной строки, но этот вариант можно рекомендовать в первую очередь для административных операций.
  6. Посмотрите настройки драйвера ODBC – должны быть доступны все уровни доступа и привилегий (, Level1, Level).

20.07.06


Вопрос: Есть SQLBase Server 6.1.0. Есть ли возможность запустить его по протоколу MS IPX/SPX?

Ответ:

  1. Версии SQLBase Server 6.1.0. прекрасно работают под NetWare. Для их запуска необходимо подключить соответствующую интерфейсную библиотеку - comdll=sqltsp ( для 5-й версии). Впрочем версии подключаемых DLL - роутеров нужно уточнять по документации для версии сетевой операционной системы (NetWare) и версии SQLBase. а для клиента - comdll=sqlspx32.dll (для 5-й версии) или comdll=sqlspxw4.dll ( для 4-й версии 16 -ти разр.)
  2. Вообще ранее версии предоставлялись для всех сетевых операционных систем в одной упаковке, но все-таки желательно, чтобы клиент проверил, предоставлена ли ему возможность развернуть SQLBase Server под NetWare соответствующей версии. Это должно быть написано на коробке с продуктом.

07.10.03


Вопрос: Какие есть категории пользователей с усеченными правами администрирования в SQLBase?

Ответ: Существуют четыре категории пользователей, которые различны по правам:

Также можно детализировать права и привилегии пользователей специальными командами (GRANT).

Кроме того возможна работа с БД в режиме READONLY

31.07.03


Вопрос: Как в DataBaseExplorer можно выгрузить таблицу из одной базы в текстовый файл, чтобы потом загрузить в таблицу другой базы?

Ответ: Если Вы работаете с SQLBase, то для этой операции можете использовать команды UNLOAD и LOAD, которые доступны в утилите SQLTalk (как автономной, так и встроенной в DataBaseExplorer). Причем, если таблицы совпадают по структуре и названию, то при UNLOAD могут быть сгенерированы команды создания таблиц. В противном случае нужно немного настроить скрипт для правильной загрузки в существующие таблицы (документация - sqltalk.pdf).

Кроме того, находясь в SQLTalk и сформировав данные в окне выхода с помощью любого запроса, вы можете сохранить результаты в текстовом формате, а далее с помощью запросов загрузить в любую БД.

Но на самом деле это очень удобно делать с помощью специального продукта Сentura, который называется Сentura SQLBase Exchange. Он позволяет делать репликации (см. ответ ниже) между любыми БД, в том числе и не SQL типа.

Различают SQLBase Exchange Server и SQLBase Exchange Desktop.

Кроме этого, можно в собственной программе реализовать любые сложные преобразования данных и их загрузку в БД.


Вопрос: Когда производится удаление из таблицы, где присутствуют внешние ключи, скорость работы ужасна! Что можно сделать, для ускорения процесса?

Ответ: Решение заключается в том, что внешние ключи должны быть установлены после того, как будет создан индекс на ссылочную колонку в каждой дочерней таблице. Для каждой таблицы с внешним ключом:

  1. Удалить внешний ключ.
  2. Создать индекс на колонку, используемую ключем.
  3. Воссоздать внешний ключ.

Вопрос: При попытке произвести вставку данных в таблицу появляется сообщение 'table in an incomplete state'. В чем причина и что теперь делать?

Ответ: Похоже на то, что индекс, который был установлен при создании первичного ключа, был удален. Удалите первичный ключ, создайте индекс, и заново создайте первичный ключ. Это должно решить проблему.


Вопрос: Возможно, ли модифицировать таблицу с данными с использованием утверждения select?

Ответ: Для SQLBase версии 6. x.x можно производить модификацию с использованием SUBSELECT. В SQLBase версии 7.0 впервые представлена функция, выполняющая подобные действия. Имеется превосходный пример для SQLWindows, показывающий данную методику, доступный на сайте http://www.centurasoft.com/support/tech_info/knowledge_base/sbsinfo/t1tot2.zip


Вопрос: Программа выводит сообщение об ошибке "Application Dedlock", что необходимо сделать?

Ответ: Эта ошибка происходит, когда несколько программ пытаются установить блокировки на одной и той же странице в базе данных, при этом уже имеется блокировка на странице от других приложений. Блокировки устанавливаются, когда происходит обращение к данным, и зависят от уровня изоляции.

Например:

Оба приложения блокируются. SQLBASE выбирает один из процессов и завершает вторую задачу.

Методика уменьшения подобных проблем следующая.

В программах необходимо откорректировать порядок insert/update/delete для устранения ситуаций одновременной блокировки.


Вопрос: Необходимо использовать константу DATETIME_NULL в сохраненных процедурах, но она не работает. Что происходит?

Ответ: Имеется ошибка использования этой константы в SQLBase версии 6.X. В SQLBase 7.0.1. это было исправлено.


Вопрос: Нельзя ли уточнить, какой объем оперативной памяти лучше всего для SQLBase и есть ли какие-либо ограничения в использовании памяти - иными словами, если, например, мы ставим 2GB а сервер может использовать, занять только 1GB, то смысла в покупке такого объема нет.

Ответ:

  1. В принципе, чем больше доступной ОП, тем больше СУБД ее использует.
  2. В последней версии 9.0 были сняты ограничения по максимальному размеру кеша (cache - для выборки) и памяти для сортировки (sortcache) эти значения каждого параметра теперь могут устанавливаться до 1 гб.
  3. Конкретные настройки и размер требуемой ОП зависят от числа пользователей и рабочей нагрузки на сервер, что требует дополнительного анализа. В технических характеристиках дана только нижняя граница - 64 мб.

12.10.05


Вопрос: Что делать, если при выполнении команды LOAD в новых версиях SQLBASe времена выполнения значительно возрастают?

Ответ: В новых версиях при выполнении операции LOAD для многопользовательских СУБД нужно обязательно перед ее запуском выдать команду LOCK DATABASE. Это исключает проверки контроля подключения новых пользователей, загрузка БД выполняется в нормальном режиме и со скоростью большей, чем в старых версиях. Обратите внимание, что при выполнении команды REORGANIZE данная команда выдается автоматически.

20.06.05


Вопрос: Как установить SQLBase в виде сервиса Windows’95 до версии 7?

Ответ: Сервисом в Windows’95 – это обычные программы, запущенные в момент начальной загрузки. Они выполнятся прежде, чем кто-либо зарегистрируется в системе. Чтобы настроить сервис, запустите REGEDIT.EXE, и перейдите к разделу HKEY_LOCAL_MACHINE_SOFTWARE\Microsoft\Windows\CurrentVersion\Runservices. Вставьте новое элемент и дайте ему уникальное имя, типа "SQLBASESERVER". Установите значение этого элемента равным полному пути и имени файла сервера базы данных, например "C:\centura\dbnt1sv.EXE". Чтобы выполнялся минимизированный запуск, перед указанием пути необходимо вписать "start/m".


Вопрос: Нам не удается подключиться к БД по протоколу TCP/IP, хотя все настройки в SQL.INI прописаны правильно. В Connectivity Administrator имя БД появляется со смещением. Что делать?

Ответ:

  1. Возможно у Вас при кодировании инструкции в SQL.INI serverpath в секции [win32client.ws32] допущена непроизвольная ошибка: в списке БД после запятой присутствует лишний пробел. И это приводит к неправильному восприятию имени БД. Возможно у Вас так:
    [win32client.ws32]
    serverpath=Server1,localhost/DBMAME, DBNAME1
    в этом случае имя второй БД будет неверно восприниматься, необходимо убрать пробел после запятой, правильно так:
    [win32client.ws32]
    serverpath=Server1,localhost/DBMAME,DBNAME1
  2. Можно указать также с помощью звездочки (*) перечень всех доступных БД:
    [win32client.ws32]
    serverpath=Server1,localhost/*
    тогда Вы избавитесь от необходимости контролировать пробелы.

01.02.06


Вопрос: У нас планировалось, что будет 2 сервера (приобрели 5 + 10 клиентов серверов). Теперь нужно, чтобы был один сервер на 15 пользователей. Если, я все правильно понимаю, то ему нужно делать апгрейд на 25 пользователей или они могут на одном сервере запустить оба пакета и все 15 будут нормально работать?

Ответ:

  1. Сервер на определенное число пользователей можно использовать только с этим максимальным числом, объединение числа лицензий для двух серверов невозможно.
  2. В принципе можно на одном сервере запустить две СУБД с разными именами, но только при условии, что они будут работать с разными БД. Разделение доступа к одной БД пока не предусмотрено.
  3. Даже если возникнет возможность работы с двумя СУБД на одном компьютере, они сильно будут влиять друг на друга с точки зрения производительности. СУБД, обрабатывающая запрос, будет тормозить работу другого сервера. Правда, при очень мощных компьютерах и маленьких БД и рабочей нагрузке такое влияние может быть незначительным.
  4. Действительно, клиенту есть смысл сделать UPGRADE на новую версию с необходимым числом пользователей.

06.06.2003


Вопрос: Можно ли подсоединяться к SQL Base через ODBC из Delphi, Crystal Reports, Centura Report Builder, Centura Database Explorer?

Ответ: Каких-либо проблем при соединении из Delphi, Crystal Reports к SQL Base через ODBC не возникает, но ODBC нельзя использовать для подключения из родных продуктов Centura (Centura Report Builder, Centura Database Explorer). Необходимо использовать другие протоколы: APIPE, WINSOCKS, IPX/SPX, NETBeui. ODBC используется для соединений от продуктов третьих фирм, таких как MS-SQL Server, Sybase, Oracle, Excel, etc...

Невозможность подключения из родных продуктов поясняется ниже: You do SQLConnet() (basic SQLAPI call)
- This opens SQL.INI and read thru it.
- comdll=sqlodb32 -> call ODBC admin -> call SQLBase ODBC driver
- SQLBase ODBC Driver calls the SQLAPI again and there you go...


Вопрос: При попытке доступа к SQLBase из MS Access выводится сообщение "Table ‘TMP, % # MAU' alredy exist". Как этого избежать?

Ответ: Детальная информация по этой теме доступна по адресу: http://www.centurasoft.com/support/tech_info/bulletins/access~1.html


1.2. Особенности новых версий СУБД

Вопрос: Поддерживается ли новая версия SQLBase 9.0 для операционной системы NOVELL?

Ответ:

  1. К сожалению, фирма перестала выпускать новые версии, начиная с версии 8.5, для операционной системы NOVELL. Используйте другие операционные системы или более старые версии СУБД.
  2. Могу, однако, сказать, что, начиная с версии SQLBase 9.0, выпущена новая версия для операционной системы LINUX. Подробную информацию о ней вы можете посмотреть на сайте нашей компании.

05.07.06


Вопрос: В новой версии SQLBASE 9.0 мы не нашли протокол связи NETBIOS, поддерживает ли его новая версия?

Ответ:

  1. К сожалению, в предыдущей версии FAQ был дан неверный ответ, подтверждающий возможность подключения этого протокола. Справедливости ради, скажу, что при проверке этого в середине 2005 года у меня действительно получилось подключение по NETBIOS к 8.5, однако повторить ситуацию я не смог, как ни старался. Возможно изменилось что-то, а установить теперь не удается.
  2. Теперь, после официального подтверждения из ГУПТЫ могу сказать, что начиная с версии SQLBase 8.5 протокол NETBIOS не поддерживается. Используйте более быстрый протокол TCP/IP.

05.07.06


Вопрос: Каково допустимое число уровней вложенности триггеров в SQLBase?

Ответ: Уровень вложенности триггеров в SQLBase равно 8-ми.

31.07.03


Вопрос: Есть ли в Сentura средства репликации баз?

Ответ: Для построения репликаций в Сentura предусмотрены несколько возможностей. Различают SQLBase Exchange Server и SQLBase Exchange Desktop. SQLBase Exchange Server предназначен для реализации технологии распределеных БД, включая автоматическую организацию различных видов репликаций.

SQLBase Exchange Desktop в первую очередь ориентирован на один компьютер и обеспечивает конвертирование БД различных форматов, включая и преобразование даннных. SQLBase Exchange Desktop поддерживает также выполнение скриптов для выполнения сложных репликаций. Более подробную информацию вы найдете в документации exchange.pdf.


Вопрос: Ранее представители Гупты сообщали, что в конце 2004 года выйдет версия SQLBase для LINUX, вышла ли она и что в ней нового?

Ответ:

  1. Могу Вас порадовать: новая версия SQLBase 9.0 вышла в начале октября 2004 года, она в том числе поддерживает и платформу LINUX. Кроме того, версия 9.0 работает на платформе WINDOWS.
  2. В этой версии оптимизирована производительность - сообщается, что время выполнения сложных запросов сокращается на 15%.
  3. Кроме этого, предусмотрена поддержка распространенных средств разработки WEB сайтов, в частности PHP. Для работы в среде LINUX предусмотрены утилиты администрирования, в том числе и утилита SQLTalk, которая известна пользователям

23.12.04


Вопрос: Изменился ли размер буферного кэша (cache) новой версии SQLBase 8.5?

Ответ:

Да, теперь размер кэша может быть увеличен до 1,000,000, вместо 32,000 в предыдущих версиях. Теперь общий размер кеша в ОП может быть увеличен до 1 Гб. Это позволяет использовать возможности современного оборудования в полной мере и значительно повысить эффективность работы информационных систем, работающих с SQLBase. Нужно иметь в виду, что для конкретных систем это повышение может быть разным и во многом зависит от настроек и оптимизации запросов, сделанной на основе тщательного анализа работающей системы.

08.07.04


Вопрос: Какие преимущества мы можем получить при увеличении размера кэша (cache) в СУБД SQLBase?

Ответ:

  1. В целом увеличение размера кэша (оно задается в настройках SQL.INI и может быть скорректировано с SQLConsole) способствует созданию более комфортных условий для работы СУБД, так как часть дисковых операций заменяется операциями с оперативной памятью. Однако, в зависимости от рабочей нагрузки и особенностей запросов к данным, этот выигрыш может быть различным. Для его достижения в общем случае нужно провести измерения и целенаправленную тонкую настройку запросов и СУБД (фактически это исследовательская работа).
  2. Размер кэша в первую очередь влияет на подкачку файловых страниц БД в оперативную память, если таких страниц много, то эффективность возрастает за счет работы более быстрой оперативной памяти при доступе к данным. Специальный монитор кэша следит за тем, чтобы при возможности по времени работы, страницы возвращались на диск.
  3. Область кэша используется также для организации работы транзакций, тем самым также экономится время при их откате и использовании измененных страниц. В системах с большим числом длинных транзакций преимущества большого размера кэша неоспоримы.
  4. И, наконец, при организации выборки (сортировки) данных по сложным запросам область кэша используется вместо временных файлов, это несомненно также увеличивает производительность. Повторю еще раз, что выигрыш может оказаться и не столь существенным, если существующий размер кэша уже удовлетворяет все потребности системы. Для оценки необходимости увеличения кэша можно произвести простые измерительные эксперименты с последующим анализом, пример которых и методика проведения даны в документации по Gupta Technologies (Centura Software), разделы SQLConsole Guide и SQLBase Database Administrator’s Guide.

08.07.04


Вопрос: Поддерживает ли новая версия СУБД SQLBase 8.0 работу в мультипроцессорном режиме.

Ответ:

  1. СУБД SQLBase 8.0 нормально функционирует в мультипроцессорном режиме, однако пока эта версия не использует полностью его возможности.
  2. В дальнейшем предполагается обеспечить работу в мультипроцессорном режиме в полной мере, используя возможности мультипроцессорности.

Такой ответ получен на официальный запрос из фирмы Gupta Technologies.


Вопрос: Какой максимальный объём БД в байтах Для SQLBase 8.0? Есть ли ограничения на количество записей?

Ответ:

  1. Если вы создаете несегментирумую БД для WIN 32, то максимальный размер БД - 512 Гб. Для NetWare - 2 ГБ.
  2. При создании секционированных БД (partional) размер ограничивается числом доступного дискового пространства, в том числе и для NW, причем размер сегмента для нее не более - 2 ГБ.
  3. Ограничений на число записей в документации нет, но, думаю, что оно лежит в пределах представления данных для сервера, на котором установлена СУБД.

Вопрос: Может ли СУБД SQLBase работать под NT и W'2000 как сервис?

Ответ: Да, при инсталляции нужно указать загрузку СУБД как сервис (последнее окно мастера инсталляций). Если это не сделано, нужно воспользоваться утилитой "Сервисы" из панели управления и выполнить вручную эти настройки: automatic и работа под системным паролем.


Вопрос: Поддерживается ли в CTD 2000 элементы стандарта SQI-3, внедренные в настоящее время в Oracle, Informix, BD2?

Ответ: SQLKBase базируется на SQL-92 и поддерживает этот стандарт полностью. Стандарт SQL-3 пока не является общепринятым. При работе CTD 2000 с соответствующими роутерами Oracle, Informix и BD2, если они соответвуют версиям СУБД, которые работают с SQLK-3, то все особенности должны поддерживаться, так как взаимодействие выполняется на SQL языке, команды которого к СУБД передаются в текстовом виде. Особенности могут быть только при визуальном проектировании запросов, что, на наш взгляд, не так существенно.


1.3. Сообщения об ошибках в программных продуктах и их разрешение

Вопрос: При работе с SQLBase через C API из TD 3.0 неправильно отрабатывают функции sqlunl (для UNLOAD) и sqlldp (для LOAD), что делать?

Ответ: Действительно в первой редакции есть такая ошибка. Для ее исправление можно взять интерфейсную DLL - sqlwntm.dll из предыдущих версий они полностью совместимы и работают. Думаю, что в первых же PTF и UPGRADE данная ошибка будет исправлена.

29.08.03


Вопрос: При подключении к БД выдается ошибка 704 и подключения не происходит. Что делать?

Ответ:

  1. Вынужден Вас огорчить, Ваша БД разрушена и не подлежит восстановлению. Возможен только один вариант, восстановить из последней версии BACKUP, который желательно делать регулярно.
  2. Такая ситуация может возникнуть при некорректном проведении профилактических работ с БД, когда была выдана команда SET RECOVERY OFF (отключение транзакций) и перед завершением сессии не восстановлен режим транзакций SET RECOVERY ON. После перезагрузки сервера возможно, в этом случае, появление такой ситуации.
  3. Поэтому, перед началом регламентных работ советую многократно копировать БД или сделать BACKUP.

27.10.05


Вопрос: При попытке распечатать OUTPUT (SQL Talk) в TD 2.1 или выдаётся сообщение об Ошибке и приложение снимается.

Ответ: Действительно это ошибка, которая уже исправлена в TD. Для ее нейтрализации нужно подгрузить новую DLL (tlkc32.dll). Ее можно получить по запросу в Interface Ltd., или установить PTF 2 для TD 2.1, скачав его с сайта Gupta Technologies.


Вопрос: Что означает сообщение об ошибке №63731?

Ответ: Такой номер сообщения об ошибке недопустим. Однако существует правило для определения реального номера ошибки. Для ошибок, чей номер выше 60000, необходимо использовать формулу пересчета “(65536 - [Номер ошибки]) * (-1)”. В данном случае получаем (65536 - 63731) * (-1) = -1805 “TimeOut”.


Вопрос: Работа сервера базы данных завершается с ошибкой 703. Что это означает?

Ответ: Ошибка 703 - это вероятно аппаратная проблема. Выполните "Check Database", и посмотрите результат. Сервер базы данных не завершит своей работы, когда будет обнаружена ошибка. Если "Check Database" обнаруживает ошибку в индекес, удалите, а затем воссоздайте индекс. Если "Check Database" находит ошибку в странице, Вы должны найти разрушенные строки. Создайте новую таблицу с такой же структурой, как у разрушенной таблицы, затем вставьте все, не разрушенные строки в новую таблицу, удалите старую разрушенную таблицу, и переименуйте недавно созданную таблицу по имени удаленной таблицы. Этот способ позволит сохранить не разрушенные данные. После того, как устранены все неполадки и создана резервная копия, необходимо произвести UNLOAD/DROP DATABASE/CREATE DATABASE/LOAD или REORGANZE. Эта операция полностью восстановит вашу базу данных. См. также: http://www.centurasoft.com/support/tech_info/knowledge_base/sbsinfo/sbsrecov.html


Вопрос: Выдается отрицательный номер ошибки. Каково отличие от положительных кодов возврата?

Ответ: Отрицательная ошибка означает, что сервер базы данных произвел RollBack. В SQLBase RollBack может быть ограничен последней компилированной командой или всей транзакцией. Положительная ошибка означает, что транзакция все еще активна (то есть программа может выбрать, выполнять COMMIT либо RollBack).


Вопрос: Почему выдается сообщение об ошибке №00422 “Invalid Servername Length”?

Ответ: Многие клиенты не работают с более новыми серверами, и возникновение ошибки №00422 не возможно. Эта проблема возникает, когда пользователь Centura Tem Developer переходит от SQLBase 6.x на SqlBase 7.x. Необходимо заменить SQLWNTM.DLL и COMDLLS на более новые версии.


Вопрос: Для ранних версий SQLBase сложная транзакция не выполняется, а при повторном запуске она проходит. При переходе на версию SQLBase 8.5 проблема не устранена. Что делать?

Ответ: В настройках есть параметр, который включает или выключает режим проверки места на диске для логов (Log disk space). По умолчанию он включен. Нужно его временно (или постоянно) выключить. Для включения нужно в SQL.INI:

disablelogspacecheck = 0

а для выключения

disablelogspacecheck= 1

В данном случае срабатывают старые проверки на возможность перекрытия ограничения размера под логи, и если Вы уверены, что места достаточно, отключаете режим безболезненно. Транзакции будут выполняться нормально.

20.06.05


Вопрос: После аварийного отказа сети, SQLBase сервер выводит сообщение "missing logfiles". Что необходимо делать?

Ответ: Иногда происходит то, что последний журнал был в использовании базой данных в момент аварийного отказа файлового сервера. В этом случае сервер может удалить журнал в момент перезапуска. Восстановление журнала возможно с помощью с FILER.EXE.


Вопрос: Как загрузить БД при выдаче ошибки "Log disk space critically short"?

Ответ:

  1. Постарайтесь выгрузить вашу БД по частям и загрузить ее тоже по частям в SQLBase 7. Можно по таблицам (там нужно вручную подправить в выгруженном файле номер версии перед загрузкой)
  2. Если БД выгружена полностью, то можно подредактировать скрипт, вставив туда через определенные промежутки команду COMMIT. Это тоже иожет помочь в вашем случае
  3. Если есть возможность, попробуйте загрузку в SQLBase 7.5
  4. Имейте в виду, что для LOG файлов нужно очень много места при таких базах данных. Несколько скороспелое предположение: валиться сервер может и по причине отсутствия в программах COMMIT, т.е. по такой же причине - недостатка размера для LOG. Кроме того, проверьте физику харда. Вот дополнительный коплекс мер по преодолению Вашей проблемы, включая возможно и ситуации, связанные с падением сервера БД:
    1. В специальном файле настройки SQLBase (default.doc) можно увеличить значение параметра "log file size in bytes" - для NetWare не может быть пока больше 2Гб, или параметра "checkpoint log interval in bytes" - для NetWare не может быть пока больше 2Гб. Вообще, попробуйте варьировать параметрами в этом файле, связанными с обслуживанием журнала транзакций (LOG.).
    2. Вообще самые надежные серверы Centura, как показывает практика: v 5.2, v 6.01, v 7.5.1
    3. Попробуете установить AUTOCOMMIT для транзакций.
    4. Если у Вас сервер работает круглосуточно, то возможно накапливаются большие файлы для отката транзакций. Введите десятиминутный регламент пару раз в сутки для перезагрузки СУБД (снять и снова запустить).
    5. Учтите, что log файлы всегда располагаются совместно с файлом БД.
    6. Проверьте установку параметра настройки SQLBase - LOGBACKUP, его лучше установить в состояние OFF.
    7. В SQL.ini отменить проверку размера фалов журнала: disablelogspacecheck=1
    8. Вообще, желательно детально по документации изучить и проанализировать все параметры настройки журнала транзакций. Возможно, в результате экспериментов у Вас эти параметры изменились, или в настоящий момент не соответствуют Вашей реальной ситуации с БД. Этот материал находится в книге: "SQLBase. Database Administrator's Guide". Если предпринятые меры не помогут, постарайтесь более детально описать ситуацию, (ОС, версии, номера ошибок, особенности БД и все, что вы считаете важным для вашего случая) и напишите нам. В случае необходимости мы продолжим анализ Вашей ситуации.

Вопрос: Используется некоторое программное обеспечение для загрузки данных в SQLBase с использованием ODBC, но при этом используются кавычки для описания столбцов, и следовательно SQLBase не распознает их правильно. Имеется ли обходной путь?

Ответ: При использовании приложений, которые создают SQL-запросы подобно "INSERT INTO "INETLOG"("ClientHost", ..) ... " для вставки данных в SQLBase, существует проблема в том, что кавычки в именах столбцов и таблиц не воспринимаются. Обходным вариантом является следующий шаг. Необходимо создать таблицы и столбцы с кавычками в именах.
Например:

CREATE TABLE "INETLOG"("ClientHost" char (255), ...) В SQLBASE.

Либо переименуйте уже существующие таблицы.


Вопрос: При попытке соединяться с источником данных ODBC, появляется ошибка 401 "Cannot connect to database". Как можно избежать этого?

Ответ: Centura сохраняет информацию об ODBC в файле по имени GUPTA.INI. Это, как предполагается, делает соединение с источником данных быстрее. Этот файл хранится в каталоге, который содержит ODBC32.DLL. Рекомендуется удалить GUPTA.INI прежде, чем будет соединение с ODBC источником данных. Это предотвратит ошибку, при правильно сконфигурированом ODBC.


Вопрос: Как можно обойти ошибку 1811 "File not found" при попытке соединения с ODBC источником данных?

Ответ: Centura сохраняет информацию об ODBC в файле по имени GUPTA.INI. Это, как предполагается, делает соединение с источником данных быстрее. Этот файл хранится в каталоге, который содержит ODBC32.DLL. Рекомендуется удалить GUPTA.INI прежде, чем будет соединение с ODBC источником данных. Это предотвратит ошибку, при правильно сконфигурированом ODBC.


Вопрос: Драйвер не поддерживает псевдонимы столбцов. Возможно ли решить эту проблему?

Ответ: Для версии 6. 1. x утверждение, подобное 'SELECT NAME AS CUSTNAME FROM TABLE' всегда возвращает первоначальное имя столбца. Хуже, когда вычисляемые столбцы, агрегаты и т.д. в запросе не возвращают заголовки вообще. SQLBASE 7.0.1 имеет новый ODBC драйвер, версии 3.01.0006. Используя этот драйвер можно прекрасно выполнять запросы типа:

SELECT COMPANY_NAME AS NAME FROM COMPANY; SELECT INVOICE_NO, SYM(ITEM_PRICE) AS X, AVG(ITEM_PRICE) AS Y FROM INVOICE_ITEM GROUP BY 1; SELECT @LEFT(COMPANY_NAME, 4) AS SPLITNAME FROM COMPANY;


1.4 Миграция и конвертирование БД

Вопрос: Как осуществить перенос БД SQLBase Server 6.0, работающего в данный момент под NetWare, на Windows NT Server?

Ответ: Начну с конца. Если у Вас в комплекте SQLBase 6.0 нет дистрибуции для SQLBase под Windows NT Server, то Вам необходимо приобрести этот продукт. В настоящее время лучшая версия SQLBase 7.5.1. Она, кроме того, обеспечивает три уровня защиты данных и доступа. Цены на версии (в зависимости от числа пользователей) есть на сайте www.interface.ru. Если дистрибуция есть, то приобретать ничего не надо. Кроме того, если у Вас старый SQLWindows, желательно поменять его на CTD 1.5.1 (до 15 апреля есть льготный вариант приобретения мощнейшей версии CTD 2000 - она выйдет летом - бесплатно, купившим CTD 1.5.1).

После установки на NT SQLBase требуются минимальные штатные настройки сервера и клиента, детально описанные в документации. В принципе возникает две задачи: подключение к серверу и перенос данных из старых баз SQLBase на новые.

Первая задача решается настройками в SQL.INI на сервере и клиенте (протоколы связи должны быть одинаковыми TCP/IP). На клиенте нужно поменять настройки COMDLL в секции [winclient] или [win32client] на sqlwsock и sqlws32 соответвенно (отмечу попутно, что если у серверов разные имена, то могут одновременно работать несколько серверов на разных платформах). На сервере в доступном только ему (!) SQL.INI, нужно произвести настройки данного вашего сервера, указав COMDLL, требуемого типа в секции [dbnt25sv]

servername=server1,<ваша COMDLL для связи>,

для NT это может быть также sqlws32 для протокола TCP/IP:

servername=server1, sqlws32.

Вторая задача связана с переносом данных на новый сервер. Возможно, Вы это знаете, но я все-таки отмечу детали. На старом сервере нужно выполнить с SQLTalk команду UNLOAD для вашей БД (connect и set server обязательны). Затем создать БД с таким же именем на новом сервере и выполнить с SQLTalk команду LOAD с указанием того же файла. Детали: файл с информацией должен быть доступен серверу (расположен на сетевых томах); при новой версии сервера в этом файле возможно потребуется вручную поменять номер версии выгруженной БД (это в начале файла выгрузки).

Я думаю, что Вы по достоинству оценили надежность SQLBase и SQLWindows. Отмечу, что новые версии не менее надежны и обладают многими хорошими дополнительными возможностями.


Вопрос: У нас возникли проблемы после с UGRADE SQLBase Embedded Deployment Pack c 7.0 до 7.6 для при установке PTF1 и 2. Что делать?

Ответ:

  1. Действительно проблема существует, и она зафиксирована под номером case# 922057. В дальнейшей переписке можно ссылаться на этот номер.
  2. По информации Gupta нужно удостоверится, что у Вас существует только одна версия библиотек (- sqlwntm.dll, sqlngci.dll). Если этих версий несколько, то нужно их переместить из путей доступа или временно переименовать. Если Вы вручную эти библиотеки перезапишете, то, возможно, это поможет.
  3. Для версий SQLBASE TE (Treasury Edition) - новое название SafeGarde, СУБД с защитой информации, PTF не выставляются в Интернет, а поставляются на специальных CD. В этом случае при установке открытых PTF могут быть проблемы.
  4. Проверьте активный сервер в реестре по маршруту:

    HKEY_LOCAL_MACHINE\SOFTWARE\Gupta\SQLBase

При установке PTF версии должны соответствовать.


Вопрос: Почему выдается сообщение об ошибке №00422 “Invalid Servername Length”?

Ответ: Многие клиенты не работают с более новыми серверами, и возникновение ошибки №00422 не возможно. Эта проблема возникает, когда пользователь Centura Tem Developer переходит от SQLBase 6.x на SqlBase 7.x. Необходимо заменить SQLWNTM.DLL и COMDLLS на более новые версии.


Вопрос: Мы планируем приобрести Gupta SQLBase 9.0 Server 5 Users (Windows). Скачали триал версию. Вопрос - как подключить существующую базу данных к серверу?

Ответ:

  1. Если БД старше версии СУБД 5.2, то проблем не должно быть, нужно перекачать БД в каталог баз данных сервера, подправить вручную SQL.INI, включив строку dbname=<имя DB>,<протокол>
  2. Настроить клиента в SQL.INI, в зависимости от протокола.
  3. Запустить СУБД SQLBASE и проверить подключение с SQLTalk
  4. Универсальный способ:
    1. Выгрузить БД c помощью UNLOAD в старой СУБД (в файле выгрузки подправить номер версии LOADVERSION на нужную новую)
    2. Создать БД в новой версии
    3. Загрузить БД командой LOAD.
  5. Для БД 5.2 все то же самое, но нужно использовать утилиту WINTALK и пункт меню выгрузки.

20.09.05


Вопрос: Можем ли мы использовать SQLBase DeskTop на удаленной станции для продолжения непрерывной работы в удаленном офисе при разрыве связи с центральным офисом и сервером SQLBASE?

Ответ: НSQLBase DeskTop полностью по функциям и возможностям совпадает с сервером SQLBASE. Поэтому при переключении на локальный сервер все приложения, расположенные на одном компьютере с локальным сервером, будут работать нормально. Это фактически режим распределенных БД. Конечно, нужно продумать технологию подкачки БД на локальный сервер и способ автоматического переключения на локальный сервер и обратно. С другого компьютера обратиться на локальный сервер нельзя, для этого нужно иметь дополнительный сервер БД.

06.06.2003


Вопрос: При замене ODBC источника данных, для использования другой базы данных Centura хранит соединение со старой базой данных. Как это устранить?

Ответ: Centura сохраняет информацию об ODBC в файле по имени GUPTA.INI. Это, как предполагается, делает соединение с источником данных быстрее. Этот файл хранится в каталоге, который содержит ODBC32.DLL. Рекомендуется удалить GUPTA.INI прежде, чем будет соединение с ODBC источником данных. Это предотвратит ошибку, при правильно сконфигурированом ODBC.


1.5. Разное

Вопрос: При запуске командного файла *.bat динамические параметры неправильно передаются.

Ответ: Возможно в Вашем случае параметры, формируемые динамически, разделены пробелами, поэтому число принимаемых параметров больше.

Используйте команду ECHO для контроля значений параметров и преобразуйте в приемном файле номера принимаемых параметров в соответствии с Вашей программой.

05.07.06


Вопрос: Какой номер порта TCP/IP используется для SQLBase?

Ответ: По умолчанию SQLBase использует 2155 порт, но использование ключевого слова LISTENPORT в SQL.INI в разделе протокола клиента, может изменять его. В зависимости от версии сервера настройки протокола должны быть подобны нижеуказанному:

[ <Servername>. < Tcp/ip протокол >] Listenport = <portnumber>

Если Вы не используете значение portnumber по умолчанию, оно должно быть явно указано в ключевом параметре SERVERPATH в SQL.INI клиента в разделе клиент. Настройки должны выглядеть следующим образом:

[ Winclient.wsock | win32client. ws32] Serverpath = <servername>. < Hostname | ip адрес >, <portnumber> / <servicename1> | {*, servicenamen >}

Имеется пример, использования 32-разрядного сервера и 32-разрядного пользователя:

[ Dbntsrvr. ws32] Listenport = 2500 [ Win32client. ws32] Serverpath = server1,127. 0. 0. 1,2500/island, video, payroll


Вопрос: Какие файлы копируются при установке локальной версии SQLBase 7.X?

Ответ: Имеется документ, доступный по адресу: http://www.centurasoft.com/support/tech_info/knowledge_base/sbsinfo/SQLBaseFileInfo.html в котором присутствует список файлов, устанавливаемых с SQLBase DeskTop v7.0.0, вместе с их описаниями.


Вопрос: Что за раздел [ODBCrtr] в sql.ini? Насколько я понял, это настройки роутера. Но в документации я по этому вопросу ничего не нашел. Хотелось бы узнать о них по подробнее.

Ответ:

Короткий ответ:
Раздел ODBCrtr в sql.ini использовался в ранних версиях SQLBase для определения удаленной (remotedbname) БД для QDBC взаимодействия. В настоящее время он заменен на настройки в файле ODBC.INI. Смотрите соответствующие разделы документации по SQLBASE Connection. Подробнее о старой версии раздела [ODBCrtr] в sql.ini можно посмотреть в документации версии 5.2 (или 6.0) SQLBase. Книга "SQLNetwork: Guide to GUPTA Connectivity " стр. 3. 24. В версии 7.5 SQLBase этот раздел [ODBCrtr] может использоваться для определения параметра buffrow (и других) для контроля за буферизацией ODBC взаимодействия ( см. стр. 8-11, 4-8, 4-10 и др. электронной книги ccon.pdf - книга Connecting Centura Objects to Databases из CTD 2.0 Matternhorn).

Возможный распространенный ответ:
Раздел ODBCrtr в sql.ini использовался в ранних версиях SQLBase для определения удаленной (remotedbname) БД для QDBC взаимодействия. В документации версии 5.2 (или 6.0) SQLBase. Книга "SQLNetwork: Guide to GUPTA Connectivity " на стр. 3. 24. Сказано буквально следующее:

(начало цитаты)
ODBC remotedbname Section [odbcrtr] Syntax remotedbname=db_name, connect__string Description db_name specifies the database. The name cannot be more than 8 characters.

The connect _string contains one required value, the DSN, which is the name of the data source as returned by SQLDataSources. This value must match the DSN value defined in ODBC. INI.

The connect string can also contain a user name (UID) and password (PWD) for Quest or SQLWindows login dialog boxes. User name and password can be defined in three places: in ODBC. INI, in SQL. INI, and at runtime; each one of these locations takes precedence over its predecessor (that is, a UID and PWD in SQL. INI override any ODBC. INI entries). If no user name or password are specified in files, you are prompted at runtime for the security information. Values in the connect string may be separated by semi-colons (;).

For more information about ODBC. INI and the connect string, read your ODBC driver manuals.

Example This example specifies a database called DEMO. It connects to a data source called MYDB, which is defined in ODBC.INI with SYSADM/SYSADM as the user name and password.

remotedbname=DEMO, DSN=MYDB;UID=SYSADM; PWD=SYSADM

(конец цитаты)

Не вдаваясь в детальный перевод, можно сказать, что информация об удаленной БД ODBC дублировалась в нескольких местах: ODBC.INI и SQL.INI. Для последних версий SQLBase эта неопределенность была преодолена. В документации на SQLBase 7.1 - 7.5 уже, хотя и коротко сказано свежующее ( электронная книга Connecting Centura Objects to Databases - ссоn.pdf, раздел Connect search order стр. 1-8):

(начало цитаты)

A slight variation applies to SQLRouter/ODBC and SQLRouter/Microsoft SQL Server. Instead of searching the [odbcrtr] section of SQL.INI for a remotedbname statement, the application tries to find an ODBC data source name in the ODBC.INI file that matches the target database name. Otherwise, the processing is the same as for all the other SQLRouters.

(конец цитаты)

Все настройки для удаленных БД на базе ODBC в частности для SQLRouter/ODBC и SQLRouter/Microsoft SQL Server введены в файл настроек ODBC.INI (или в DDC.INI для последних версий CTD. DDC database connectivity configuration). Нужно посмотреть соответствующие разделы документации, связанные с настройкой драйверов ODBC на вашем компьютере. В версии 7.5 SQLBase этот раздел [ODBCrtr] может использоваться для определения параметра buffrow(и других) для контроля за буферизацией ODBC взаимодействия ( см. стр. 8-11, 4-8, 4-10 и др. электронной книги ccon.pdf - книга Connecting Centura Objects to Databases из CTD 2.0 Matternhorn). Кроме того, старый раздел поддерживался для коммуникаций в OS/2 и роутеров ДОС dbxlocal, dbrouter и dbxcompbo.


Вопрос: Как посмотреть протокол работы SQLRouters?

Ответ: В SQLWindows или CTD, Вы можете отслеживать работу маршрутизаторов, добавив строку следующего вида log = <имя файла> в SQL.INI, в секции указанные в таблице:

SQLRouter Section 16-bit Section 32-bit
Sybase [winclient.sybw] [win32client.syb32]
Oracle [winclient.oraw] [win32client.ora32]
ODBC [winclient.odbw] [win32client.odb32]


За дополнительной информацией обращайтесь в компанию Interface Ltd.

Обсудить на форуме Gupta Technologies

Рекомендовать страницу

INTERFACE Ltd.
Телефон/Факс: +7 (495) 925-0049
Отправить E-Mail
http://www.interface.ru
Rambler's Top100
По техническим вопросам обращайтесь к вебмастеру