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

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

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

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

Тема: Дюжина ножей в спину революции. Может кому пригодится

Автор:  ed Дата: 19.03.2002 18:16
В принципе весь этот флейм на тему : автомат или коробка, Canon vs Minolta vs Nikon vs Pentax, Unix vs Windows. Вам шашечки или ехать. В России основная масса фирм (по крайней мере в провинции)
не может позволить себе на постоянной основе ни грамотного админа ни программера.
Я например делаю софт для 4 небольших компаний, и SQLBase в виду его неприхотливости и простоты , граничащей с отсутствием, администрирования - оптимальный выход ( кстати ГАС "Выборы" в регионах крутится под SQLBase именно по этой причине). А программировать
можно и на Clippere хорошо и на С отвратно.
Каждому овощу свой фрукт.
Ответить на сообщение »
 
Автор:  Анатолий Макаренко Дата: 19.03.2002 01:11
Les пишет 18.03:
>Привет! Забавно, если ты знаешь откуда растут ноги обзора, к сожалению партия сказала надо - комсомол ответил есть.

Думаю скоро мы познакомимся.
Там все очень даже логично, и аргумент Oracle лучше чем SQLBase (очень даже с ним согласен) не проходит. Я бы сказал что SQLBase наиболее предпочтительней Oracle в конкретном случае.
А мне вобщем по барабану Oracle, SQLBase, MS SQLServer или еще какая хрень - не имеет значения, для программирования они все на одно "лицо :-/" - SQL.
Ответить на сообщение »
 
Автор:  Анатолий Макаренко Дата: 19.03.2002 00:58
Георгий пишет 18.03:
>Все же и так знают, что SQLBase - барахло порядочное и не подходит под большие, серьезные проекты... Сочувствую всем тем, кто вынужден использовать SQLBase для серьезных разработок под давлением бестолковых начальников или безвыходных (безденежных) обстоятельств.
>
>А сравнивать SQLBase и ORACLE так же бессмысленно, как и ВАЗ с Мерседесом: и на той и на другой машине можно ехать, но все знают как это - ехать на ВАЗе и как это, - на Мерседесе.... Простите за то что упростил до безобразия, но как еще выразить свое "фи" абсурдности данного обсуждения, я не знаю.
>
>Георгий
>:)
>
>[открыть ссылку]
На это лишь отвечу:
1.Это было не обсуждение.
2.Тратьте чужие деньги как свои...:)
3.Сравнение ВАЗ и Мерседес здесь скорее не подходит, легковой и БелАЗ в самый раз, и сравнивать действительно нет смысла. (Кстати DeutscheBank использует SQLBase в своей деятельности).
4. Еще Oracle выгоден тогда, когда надо потратить чьи-то деньги и согласно маркетинговой политики Oracle получить свои коммисионные за продвижение продукта на рынок.
Ответить на сообщение »
 
Автор:  Георгий Дата: 18.03.2002 19:58
Все же и так знают, что SQLBase - барахло порядочное и не подходит под большие, серьезные проекты... Сочувствую всем тем, кто вынужден использовать SQLBase для серьезных разработок под давлением бестолковых начальников или безвыходных (безденежных) обстоятельств.

А сравнивать SQLBase и ORACLE так же бессмысленно, как и ВАЗ с Мерседесом: и на той и на другой машине можно ехать, но все знают как это - ехать на ВАЗе и как это, - на Мерседесе.... Простите за то что упростил до безобразия, но как еще выразить свое "фи" абсурдности данного обсуждения, я не знаю.

Георгий
:)

[открыть ссылку]
Ответить на сообщение »
 
Автор:  Les Дата: 18.03.2002 10:33
Привет! Забавно, если ты знаешь откуда растут ноги обзора, к сожалению партия сказала надо - комсомол ответил есть.
Я сам (для себя , для своих халтурок без проблем ставлю заказчикам SQLBase), и без проблем работаю с этой БД уже несколько лет, еще со времен НИИ Восход. Но Oracle люблю больше. SQLBase действительно недорогая (примерно 1500 на 5 пользователей), ее легко ставить и практически несложно администрить. Но в итоге, спустя некоторое время там (если Вы догадываетеся где все равно опять выбрали ее). Теперь по спорным вопросам:
-------------------------------------------------------------------------------------
Database Explorer - они его используют! И причем в самый
неподходящий момент!
-------------------------------------------------------------------------------------
документация - ты ее видел в свободной продаже? Кроме моей любимой книги Баженовой я не видел в продаже ничего!
-------------------------------------------------------------------------------------
ROWID все равно отличается
-------------------------------------------------------------------------------------
/*В 7.6.1 имена колонок уже длиннее (сколько точно не помню (22)) */ - это здорово! Только бы мне на халяву достать дистрибутив
---------------------------------------------------------------------------------------
А мне нравится администрирование Oracle. Хотя конечно в тьмутаракани с этим не особо
---------------------------------------------------------------------------------------
/*Востанавливается недокументированным методом (см. сообщения ранее).*/ Я так тоже востанавливал, но это не всегда проходит.
Да еще и люди при слове "недокументированные возможности" реагируют очень недружелюбно
---------------------------------------------------------------------------------------
А в общем спасибо за коментарии
Ответить на сообщение »
 
Автор:  Анатолий Макаренко Дата: 18.03.2002 00:15
Les пишет 13.03:
>/* Мне пришлось делать этот анализ для начальства. Я сам люблю
>в качестве БД Oracle, а средство разработки CTD*/
>
>
>Использование SQLBase при
>работе с Oracle Developer
>
>1. Общая информация по SQLBase.
>1.1 SQLBase – это реляционная много пользовательская СУБД. Каждая база хранится в одном файле с расширением DBS, в каталоге с тем же именем. Также там содержится несколько log файлов. Затирание log файла ведет к практически невосстановимому падению БД.
Востанавливается недокументированным методом (см. сообщения ранее).
>1.2 Мое в целом к ней отношение – это весьма капризная к настоящей многопользовательской работе БД с привычкой падать при экспорте/импорте, и с отсутствием нормальных средств администрирования. Если база зависла, то я рекомендую открыть SQLTalk и выполнить команду commit.
Используй SqlConcole там есть все необходимое, самое главное, в отличие от Oracle, SQLBase не требует сложного администрирования требующего высокой квалификации и знаний особенностей.
По поводу "падать при экспорте импорте" все зависит от вас и ваших данных, я создавал БД по 30 млн. записей с помощью экспорта импорта, да падало, но виноват во всех случаях был я сам а SQLBase тут ни причем.
А много пользовательскую работу организуют программисты а не БД, БД дает возможности такой работы.
>1.3 Внутренний язык программирования - SAL
>1.4 Основные версии 6.1.2 и 7.х Восход планирует переходить на 7.6.1
И правильно делает очень много приемуществ по отношению к 6.1.2.
>1.5 Основное средство администрирования SQLTalk, аналогичное нашему SQLWorksheet. Вообще средств администрирования и работы очень мало. Хорошо поддерживается Erwin.
Смотри ответ на п. 1.2
>1.6 По умолчанию USER=SYSADM PASSWORD=SYSADM. Восход работает как *******/*******
Ни что не мешает это поменять.
>1.7 Основная таблица SYSTABLES
Что из этого?
>1.8 Есть ограничение на длину имени БД – 8 символов, на объекты БД ( имена таблиц и колокнок)– 18 символов. Это является причиной, по которой некоторые объекты Oracle невозможно сымитировать. (в том числе я не смог сегодня создать одну из таблиц населения, где имя колонки было 21 символ)
В 7.6.1 имена колонок уже длиннее (сколько точно не помню (22)).
>1.9 Поддерживаются следующие объекты:
>1.9.1 Триггера
>1.9.2 Процедуры. (Функции в SQLBase так же называются процедурами. Но при этом, использовать их как полноценные, настоящие функции БД не получилось)
Функции и процедуры не одно и то же.
Отсутствие возможности создания пользовательских функций в SQLBase самый большой недостаток.
При написании хранимых процедур в SQLBase я могу использовать пользовательские функции хранящиеся в различных DLL (но только не в SQL).
>1.9.3 Индексы
>1.9.4 Индексы на функции
>1.9.5 VIEW
>1.9.6 Синонимы
>1.10 Не поддерживаются, но, очень нужны нам следующие объекты
>1.10.1 Sequence – для генерации id
Есть - SYSBDSEQUENCE (NEXTVAL и PREVVAL) но только одна на всю БД.
>1.10.2 package & package body
Это в Oracle, а в SqlBase посчитали это ненужным.
>1.10.3 functions – можно подключать только внешние функции. (см. выше)
>1.10.4 autonomus transaction – но в отличие от нашей старой технологии здесь невозможно будет сделать обман за счет pipe
>1.10.5 rownum
См. ROWID в нем это есть.Структуру ROWID найдешь на сайте www.centurasoft.com
>1.10.6 rowid – существует, но имеет совсем другой смысл, так что его использование не будет отловлено как ошибка, но приведет к неправильным результатам
См. предыдущий пункт.
>1.11 Имена встроенных функций, используемых в SQLBase, отличаются от функций, используемых в Oracle. Пример: @STRING(), @UPPER, @NOW и т.д. Создать аналогичные с тем же именем в Oracle невозможно. Путь решения для работы с разными БД – анализировать тип БД и делать динамическую подстановку скриптов, или сразу писать две версии.
В SQL.INI для этого можно настоить замену @ на пустую строку.
>@CHAR 1 CHR
>@CODE 1 ASCII
>@DECODE 1 DECODE
>@MOD 1 MOD
>@LOWER 1 LOWER
>@NULLVALUE 1 NVL
>@UPPER 1 UPPER
>@VALUE 1 TO_NUMBER
>@CHOOSE 2 DECODE
>@IF 2 DECODE
>@ISNA 2 User Defined
>@LEFT 2 SUBSTR
>@REPEAT 2 User Defined
>@REPLACE 2 User Defined
>@SCAN 2 INSTR
>@STRING 2 User Defined
>@SUBSTRING 2 SUBSTR
>@TRIM 2 User Defined
>@YEAR 2 User Defined
>@DECRYPT 3 <n/a>
>1.12 Типы полей в целом совпадают.
>SQLBase Oracle
>SMALLINT SMALLINT
>TIMESTAMP DATE
>DATETIME DATE
>DATE DATE
>CHAR VARCHAR2
>VARCHAR VARCHAR2
>LONG VARCHAR VARCHAR LONG or VARCHAR2
>
>
>
>
>
>
>
>Следует обратить самое пристальное внимание, что максимальная длинна столбца VARCHAR 254 символа, а это бывает крайне мало!
>При следующем типе (LONG VARCHAR) мы теряем возможность поиска. В свое время для борьбы с этим мне приходилось создавать два поля, и хранить текст по частям – первые 254 символа и последние 254 символа. К примеру в моем любимом ЦМАДСН аннотация зачастую бывает больше, а искать по ней требуется.
>При использовании типа данных LONG VARCHAR мы также получаем проблемы по обмену данными (выгрузке/загрузке)
>1.13 ORDER BY возвращает вначале поля NULL, что может иметь значение при разработке отчетов
И что...?
>1.14 Имена таблиц и колонок к регистру нечувствительны. Но в языке SAL важен регистр имен переменных
Для SAL для CTD - да, для процедур SQLBase - нет.
>1.15 Неявное преобразование типов данных не поддерживается
>1.16 Таблица DUAL отсутствует, но ее можем создать сами
>1.17 Получение системной даты на сервере требует обращения к функции @NOW. Но мы можем построить view на DUAL – select @now from dual
См. системные переменные SYSDATE, SYSDATETIME, но @NOW предподчительней.
>1.18 SQLBase по своему выполняет запросы с OUTER JOIN, но мы можем поставить в его SQL.INI файле ключик ORACLEOUTERJOIN=1 и тогда он будет выполнять внешнее объединение как в оракле
Это в оракле делается по своему.
>1.19 Создание и работа с пользователями аналогична нашей методике с Oracle. Т.е. мы тоже можем создать пользователя, создать синонимы на нашу схему и дать ему права на select/insert и т.д. Правда, учитывая зашитость пароля восхода, и то что этот пароль знают почти все системные администраторы и пользователи, а так же то, что у Восхода будут права DBA, то обеспечить надежную защиту наших данных будет проблематично. Выход – своя собственная БД, с измененными параметрами SYSADM

>1.20 Уровень изоляции по умолчанию CS – cursor stability, S-блокировка только на текущей странице, в буфере только одна строка. Повторюсь, что в смысле настоящей многопользовательской работы база очень капризная, открытый кем-тоDatabase Explorer вполне может завесить в неподходящий момент нашу программу. Но в целом поддерживается SAVEPOINT, COMMIT, ROLLBACK. Я читал, но не проверял, что выход из приложения (даже аварийный) вызывает COMMIT, а использование COMMIT в цикле разрушает курсор
ЧИТАЙ ДОКУМЕНТАЦИЮ ПО ПОДРОБНЕЙ И ВНИМАТЕЛЬНЕЙ.
Database Explorer это примочка для разработчика-программиста.Ее, в случае работы с коллективной БД, использовать не надо
>1.21 Установка БД очень простая. Полная среда (CTD, SQLBase, SAMPLE, BOOK) занимает примерно 150 Мб
>1.22 Поддержки и документации практически нет. В какой-то степени можно надеяться на помощь Интерфейса и их форума разработчиков
Есть документация на русском языке для 6.1.2. в виде книг, и документация в инсталяции в виде *.pdf


>
>Работа с SQLBase с использованием Oracle Developer
>Первоначально требуется настроить ODBC на конкретный источник данных. Драйвера поставляются как с SQLBase, так и в комплекте Oracle Developer. При этом первые более свежие. При локально установленном сервере настройка выглядит следующим образом:
>
>
>При работе с Developer 6i требуется установить OCA 6.0.5.35 из сервис пака, который надо взять у Александра *******. Строка подключения при вышеуказанных настройках будет иметь вид sysadm/sysadm@odbc:richi, где richi – это источник данных ODBC. Стартованный сервер SQLBase имеет следующий вид:
>
>
Работа CTD c SQLBase и Oracle отличается только порядком написания вызова хранимых процедур.
>1. Работа с Query Builder.
>Нормально, отображаются таблицы и VIEW. Запросы строятся.
>2. Работа с Forms.
>2.1 Список таблиц не формируется, но когда я явно указал имя таблицы, то поля визард мне выдал. Простая форма с database block построилась без проблем
>2.2 MASTER-DETAIL так-же работает нормально
>2.3 Прямой SELECT работает, существование такой таблицы анализируется
>2.4 EXCEPTION WHEN NO_DATA_FOUND отрабатывает
>2.5 EXCEPTION WHEN OTHERS отрабатывает
>2.6 EXCEPTION WHEN TOO_MANY_ROWS отрабатывает
>2.7 UPDATE из блока работает
>2.8 Прямой UPDATE работает
>2.9 Использование в SELECT функций Oracle не вызывает ругани во время проектирования, но не срабатывает во время выполнения
>2.10 Использование встроенных функций SQLBase не проходит
>2.11 Использование написанных мной хранимых процедур (простенькая процедура для подсчета количества строк в ADO) не получилось
>2.12 Неявное преобразование данных не проходит
>2.13 Определение полей как NOT NULL в базе отработало на форме нормально
>2.14 Удаление строки из MASTER блока не пропустил
>2.15 Прямой delete работает
>2.16 Курсор работает
>2.17 Одновременная работа двух форм работает
>3. Работа с Reports.
>Нормально. Я создал простой отчет, он нормально запустился. Запуск из формы также прошел.
>4. Работа с Graphics.
>Нормально. График построился
>
Понятно откуда растут ноги этого обзора, но SQLBase там (автор знает где) альтернативы нет по причинам...
Я писал БД для SQLBase а потом переводил их на Oracle - несложно, а вот обратно - непозавидуешь, так как у последнего возможностей и особенностей куда больше и гимороя то же.

Вообще я считаю SQLBase наиболее подходящей для нашего случая в основном по организационным и финансовым причинам, я думаю они Вам известны.
Ответить на сообщение »
 
Автор:  Les Дата: 13.03.2002 11:57
/* Мне пришлось делать этот анализ для начальства. Я сам люблю
в качестве БД Oracle, а средство разработки CTD*/


Использование SQLBase при
работе с Oracle Developer

1. Общая информация по SQLBase.
1.1 SQLBase – это реляционная много пользовательская СУБД. Каждая база хранится в одном файле с расширением DBS, в каталоге с тем же именем. Также там содержится несколько log файлов. Затирание log файла ведет к практически невосстановимому падению БД.
1.2 Мое в целом к ней отношение – это весьма капризная к настоящей многопользовательской работе БД с привычкой падать при экспорте/импорте, и с отсутствием нормальных средств администрирования. Если база зависла, то я рекомендую открыть SQLTalk и выполнить команду commit.
1.3 Внутренний язык программирования - SAL
1.4 Основные версии 6.1.2 и 7.х Восход планирует переходить на 7.6.1
1.5 Основное средство администрирования SQLTalk, аналогичное нашему SQLWorksheet. Вообще средств администрирования и работы очень мало. Хорошо поддерживается Erwin.
1.6 По умолчанию USER=SYSADM PASSWORD=SYSADM. Восход работает как *******/*******
1.7 Основная таблица SYSTABLES
1.8 Есть ограничение на длину имени БД – 8 символов, на объекты БД ( имена таблиц и колокнок)– 18 символов. Это является причиной, по которой некоторые объекты Oracle невозможно сымитировать. (в том числе я не смог сегодня создать одну из таблиц населения, где имя колонки было 21 символ)
1.9 Поддерживаются следующие объекты:
1.9.1 Триггера
1.9.2 Процедуры. (Функции в SQLBase так же называются процедурами. Но при этом, использовать их как полноценные, настоящие функции БД не получилось)
1.9.3 Индексы
1.9.4 Индексы на функции
1.9.5 VIEW
1.9.6 Синонимы
1.10 Не поддерживаются, но, очень нужны нам следующие объекты
1.10.1 Sequence – для генерации id
1.10.2 package & package body
1.10.3 functions – можно подключать только внешние функции. (см. выше)
1.10.4 autonomus transaction – но в отличие от нашей старой технологии здесь невозможно будет сделать обман за счет pipe
1.10.5 rownum
1.10.6 rowid – существует, но имеет совсем другой смысл, так что его использование не будет отловлено как ошибка, но приведет к неправильным результатам
1.11 Имена встроенных функций, используемых в SQLBase, отличаются от функций, используемых в Oracle. Пример: @STRING(), @UPPER, @NOW и т.д. Создать аналогичные с тем же именем в Oracle невозможно. Путь решения для работы с разными БД – анализировать тип БД и делать динамическую подстановку скриптов, или сразу писать две версии.
@CHAR 1 CHR
@CODE 1 ASCII
@DECODE 1 DECODE
@MOD 1 MOD
@LOWER 1 LOWER
@NULLVALUE 1 NVL
@UPPER 1 UPPER
@VALUE 1 TO_NUMBER
@CHOOSE 2 DECODE
@IF 2 DECODE
@ISNA 2 User Defined
@LEFT 2 SUBSTR
@REPEAT 2 User Defined
@REPLACE 2 User Defined
@SCAN 2 INSTR
@STRING 2 User Defined
@SUBSTRING 2 SUBSTR
@TRIM 2 User Defined
@YEAR 2 User Defined
@DECRYPT 3 <n/a>
1.12 Типы полей в целом совпадают.
SQLBase Oracle
SMALLINT SMALLINT
TIMESTAMP DATE
DATETIME DATE
DATE DATE
CHAR VARCHAR2
VARCHAR VARCHAR2
LONG VARCHAR VARCHAR LONG or VARCHAR2







Следует обратить самое пристальное внимание, что максимальная длинна столбца VARCHAR 254 символа, а это бывает крайне мало!
При следующем типе (LONG VARCHAR) мы теряем возможность поиска. В свое время для борьбы с этим мне приходилось создавать два поля, и хранить текст по частям – первые 254 символа и последние 254 символа. К примеру в моем любимом ЦМАДСН аннотация зачастую бывает больше, а искать по ней требуется.
При использовании типа данных LONG VARCHAR мы также получаем проблемы по обмену данными (выгрузке/загрузке)
1.13 ORDER BY возвращает вначале поля NULL, что может иметь значение при разработке отчетов
1.14 Имена таблиц и колонок к регистру нечувствительны. Но в языке SAL важен регистр имен переменных
1.15 Неявное преобразование типов данных не поддерживается
1.16 Таблица DUAL отсутствует, но ее можем создать сами
1.17 Получение системной даты на сервере требует обращения к функции @NOW. Но мы можем построить view на DUAL – select @now from dual
1.18 SQLBase по своему выполняет запросы с OUTER JOIN, но мы можем поставить в его SQL.INI файле ключик ORACLEOUTERJOIN=1 и тогда он будет выполнять внешнее объединение как в оракле
1.19 Создание и работа с пользователями аналогична нашей методике с Oracle. Т.е. мы тоже можем создать пользователя, создать синонимы на нашу схему и дать ему права на select/insert и т.д. Правда, учитывая зашитость пароля восхода, и то что этот пароль знают почти все системные администраторы и пользователи, а так же то, что у Восхода будут права DBA, то обеспечить надежную защиту наших данных будет проблематично. Выход – своя собственная БД, с измененными параметрами SYSADM
1.20 Уровень изоляции по умолчанию CS – cursor stability, S-блокировка только на текущей странице, в буфере только одна строка. Повторюсь, что в смысле настоящей многопользовательской работы база очень капризная, открытый кем-тоDatabase Explorer вполне может завесить в неподходящий момент нашу программу. Но в целом поддерживается SAVEPOINT, COMMIT, ROLLBACK. Я читал, но не проверял, что выход из приложения (даже аварийный) вызывает COMMIT, а использование COMMIT в цикле разрушает курсор
1.21 Установка БД очень простая. Полная среда (CTD, SQLBase, SAMPLE, BOOK) занимает примерно 150 Мб
1.22 Поддержки и документации практически нет. В какой-то степени можно надеяться на помощь Интерфейса и их форума разработчиков

Работа с SQLBase с использованием Oracle Developer
Первоначально требуется настроить ODBC на конкретный источник данных. Драйвера поставляются как с SQLBase, так и в комплекте Oracle Developer. При этом первые более свежие. При локально установленном сервере настройка выглядит следующим образом:


При работе с Developer 6i требуется установить OCA 6.0.5.35 из сервис пака, который надо взять у Александра *******. Строка подключения при вышеуказанных настройках будет иметь вид sysadm/sysadm@odbc:richi, где richi – это источник данных ODBC. Стартованный сервер SQLBase имеет следующий вид:


1. Работа с Query Builder.
Нормально, отображаются таблицы и VIEW. Запросы строятся.
2. Работа с Forms.
2.1 Список таблиц не формируется, но когда я явно указал имя таблицы, то поля визард мне выдал. Простая форма с database block построилась без проблем
2.2 MASTER-DETAIL так-же работает нормально
2.3 Прямой SELECT работает, существование такой таблицы анализируется
2.4 EXCEPTION WHEN NO_DATA_FOUND отрабатывает
2.5 EXCEPTION WHEN OTHERS отрабатывает
2.6 EXCEPTION WHEN TOO_MANY_ROWS отрабатывает
2.7 UPDATE из блока работает
2.8 Прямой UPDATE работает
2.9 Использование в SELECT функций Oracle не вызывает ругани во время проектирования, но не срабатывает во время выполнения
2.10 Использование встроенных функций SQLBase не проходит
2.11 Использование написанных мной хранимых процедур (простенькая процедура для подсчета количества строк в ADO) не получилось
2.12 Неявное преобразование данных не проходит
2.13 Определение полей как NOT NULL в базе отработало на форме нормально
2.14 Удаление строки из MASTER блока не пропустил
2.15 Прямой delete работает
2.16 Курсор работает
2.17 Одновременная работа двух форм работает
3. Работа с Reports.
Нормально. Я создал простой отчет, он нормально запустился. Запуск из формы также прошел.
4. Работа с Graphics.
Нормально. График построился
Ответить на сообщение »
 

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

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

Магазин программного обеспечения   WWW.ITSHOP.RU
Q 1.0 for Windows Single User
NERO 2015 Platinum ESD. Электронный ключ
DevExpress / DXperience Subscription
ABBYY Lingvo x6 Европейская Домашняя версия, электронный ключ
ESET NOD32 Smart Security Platinum Edition - лицензия на 2 года на 3ПК, Ключ
 
Другие предложения...
 
Курсы обучения   WWW.ITSHOP.RU
 
Другие предложения...
 
Магазин сертификационных экзаменов   WWW.ITSHOP.RU
 
Другие предложения...
 
3D Принтеры | 3D Печать   WWW.ITSHOP.RU
 
Другие предложения...
 
Новости по теме
 
Рассылки Subscribe.ru
Информационные технологии: CASE, RAD, ERP, OLAP
Новости ITShop.ru - ПО, книги, документация, курсы обучения
Программирование на Microsoft Access
CASE-технологии
СУБД Oracle "с нуля"
Программирование на Visual С++
Новые программы для Windows
 
Статьи по теме
 
Новинки каталога Download
 
Исходники
 
Документация
 
Обсуждения в форумах
ODBC: dBase CREATE TABLE... (8)
Есть проблема Из программы на 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)
 
Работа клиента Сеntura с клиентами Оракл 10, тонким клиентом, net client (3)
Есть клиент, написанный на Centura, исходников нет Работает только с клиентами Оракл 8 и 9 Ни...
 
подключение к Centura SQLBase server 6.1.2 (3)
есть приложение (клиент-банк) с вышеуказанной базой. В приложении для подключения к базе...
 
 
 



    
rambler's top100 Rambler's Top100