Ключ Pervasive V 11 Average ratng: 8,6/10 1155 votes

Пользую Pervasive PSQL 11 x64. После перезагрузки сабж ломится. Найти рабоиче ключи для backup. 11 полей, 6 индексов (в среднем по 3-8 сигментов в каждом), без внешних ключей. Чем в Pervasive. Ключ pervasive 11 Pervasive psql v 11 server ключ. Russian Ridge39; 2013 - ВНИИОкеангеология им. Грамберга Скачать.

Btrieve — для организации, а с версии — и, разрабатываемая компанией. Основана на методе организации данных. Существовало несколько версий этого продукта для, старых версий (, ).

Первоначально это был менеджер записей, выпущенный компанией SoftCraft приблизительно в то же время, что и первые. После завоевания популярности и доли рынка он был выкуплен компанией для интеграции в её операционную систему, с одновременным развитием версии для MS-DOS. Этот продукт не смог завоевать сколь-либо значительный рынок и после некоторой реорганизации внутри Novell был выделен для разработки в рамках отдельной, вновь созданной, компании — Btrieve Technologies, Inc. Начиная с версии 6.15 Btrieve был разделён на отдельные модули, а само название закрепилось за одним из двух средств доступа к данным, подключённых к стандартному программному интерфейсу, получившему название Micro-Kernel Database Engine (MKDE). Второй вариант подсистемы доступа — Scalable SQL — средство работы с реляционными базами данных, использующее. После выпуска нескольких версий компания была переименована в, и сейчас она поставляет этот продукт под названием Pervasive PSQL.

MKDE модель позволяет подключать к данному программному продукту Pervasive различные варианты backend. Ранние выпуски Btrieve квалифицировались не как СУБД, а как «менеджеры записей» ( record manager); Pervasive первоначально использовали термин «навигационная база данных» ( navigational database), позже изменённый на «транзакционная база данных» ( transactional database).

Такая терминология обусловлена тем, что Btrieve имела дело только с элементарными операциями создания и обновления записей, извлечения и удаления данных. В качестве внутреннего механизма хранения и индексирования данных используется. Поздние версии Btrieve поддерживают два вида транзакций: системные и пользовательские, первые являются пакетами нетранзакционных операций или пользовательских транзакций, которые, в свою очередь, являются транзакциями над реальными данными в базах. Механизм системных транзакций был создан для возможности исполнения нескольких транзакций в одном пакете и большей простоты восстановления данных. Файлы формата Btrieve состоят из страниц, которые и являются порциями данных, передаваемыми между оперативной памятью и долговременным хранилищем в процессе операций ввода-вывода, выполняемых ядром СУБД. В версиях до 6.0 использовались только страницы данных, индексов и специальная запись FCR ( file control record), содержащая важную информацию о файле базы данных (размер страницы, число использованных страниц и т. п.). Такой файл содержал поисковый индекс, привязанный к физическим страницам.

Начиная с версии 6.0 было введено понятие логической страницы, а уже эти страницы отображались на физические страницы, имеющие фиксированное положение в файле, на накопителе. Отображение осуществляется посредством таблиц распределения страниц PAT ( page allocation tables). Для предотвращения нарушений логической целостности в файлах БД Btrieve использует два подхода к обновлению зависей: pre-image paging в версиях до 6.0 и shadow paging в последующих. Переход от pre-image paging к shadow paging потребовал существенной перестройки, которая привела к кардинальному изменению формата файлов и утрате совместимости между 6-й версией и предыдущими.

При доступе к файлам ядро СУБД может использовать две стратегии, сокращённо именуемые SEFS и MEFS, от Single Engine File Sharing (SEFS); Multi Engine File Sharing (MEFS). SEFS подразумевает, что с файлами будет работать только один экземпляр ядра СУБД, в то время как MEFS позволяет нескольким независимым экземплярам работать с одними и теми же файлами одновременно (причём каждое такое ядро будет обслуживать собственных пользователей). История Btrieve на протяжении своего развития находилась в собственности и разработке у трёх различных компаний: SoftCraft, and Btrieve Technologies, Inc. (позже переименована в ). Все они имели верных и преданных разработчиков и, судя по фирменной литературе, остались полностью приверженными этому продукту.

В своё время Pervasive основало «Btrieve-сообщество», чтобы организовать существующих разработчиков. Под, вплоть до версии 5, Btrieve была, функционировавшей как к, обеспечивающий прикладные программы набором функциональных вызовов для реализации многопользовательской БД с возможностью. Сетевая версия функционировала аналогичным образом.

В ранний период, MS-DOS версии СУБД, вплоть до версии 5, продавались по относительно высокой цене — приблизительно $1000, однако исполняемая TSR-пограмма, обеспечивающая работу с, могла распространяться с готовыми приложениями без лицензионных отчислений. SoftCraft-период Продукт был выпущен в феврале 1982 компанией SoftCraft, находящейся в, под руководством Дуга и Нэнси Вудвард ( Doug and Nancy Woodward). Дуг стал вице-президентом и руководил разработкой, а Нэнси — президентом компании. Они выпустили несколько версий в течение последующих нескольких лет: в феврале 1983 выпущена Btrieve 2.x, а когда 2.x получила поддержку для файлов и директорий, — была выпущена версия Btrieve 3.0. После стандартизации внутренних интерфейсов в MS-DOS 3.1, произошешдего в марте 1985, через месяц была выпущена Btrieve 3.1 C/S, с поддержкой и архитектуры. В феврале 1986 была выпущена Btrieve 4.0, и после её обновления, в версии 4.1 появилась поддержка для расширенных типов ключей и дополнительных.

Ключ Pervasive V 11 2

Хотя Btrieve была весьма популярна, она оставалась всего лишь ядром СУБД и API к нему, в то время как «приложение-убийца» среди СУБД для PC, и его последователи, было настоящей СУБД, которая могла использоваться и как отдельное приложение общего назначения, и как. Btrieve также была существенно дороже, чем dBase, хотя не требовала лицензии для каждого отдельного пользователя готового приложения.

Таким образом сообщество разработчиков Btrieve достигло 5000 пользователей, и она широко распространилась в финансовой сфере. После этого компании потребовалось некоторое время на создание пользовательского интерфейса к своему продукту, тем не менее в 1984 они выпустили программу Xtrieve, имеющую интерфейс на основе меню и использующую в виде файлов с расширением.DDF, вводящий правила свойственные. Покупка компанией Novell В 1987 начала и скупку разнообразных компаний для включения их продуктов в свою ОС. Одной из этих компаний стала SoftCraft. Нэнси Вудвард стала вице-президентом и генеральным менеджером вице-президент по работе в Остине, а Дуг Вудвард — вице-президентом Advanced Database Technologies.

В начале следующего года была выпущена Btrieve 5.0, способная работать как «родное» приложение для NetWare (или VAP, от Value Added Process). По словам Джима Кайла ( Jim Kyle): «она имела автоинкрементный тип данных для ключей, сетевой сервис BROUTER, отдельные типы файлов для данных и для ключей, и возможность компрессии данных». Версия 5.1, выпущенная в 1990, получила улучшенные возможности по управлению файловыми транзакциями, журналированию и последующему «накатыванию» совершаемых действий, все это совместно с некоторым улучшением API. Некоторые версии были выпущены для,. Версия 6.0 была выпущена в 1992, однако Novell не приложила усилий к её широкому продвижению, и вследствие внесённых в неё улучшений, таких как переход с pre-imaging на shadow-paging, — оказалась несовместима с предыдущими версиями Btrieve.

Рынок принял эту версию прохладно, увеличения доли рынка не произошло, и массового перехода с предыдущих версий — тоже (вследствие вышесказанного). На момент приобретения Novell-ом, SoftCraft занималась продуктом под рабочим названием XQL, являвшимся интерпретатором языка, предназначенным для улучшения совместимости с промышленным стандартом SQL, которому Xtrieve удовлетворял лишь частично. Этот продукт стал основой для NetWare SQL, первая версия которого была выпущена в 1989, и стала «скелетным» воплощением SQL-интерпретатора, реализующим основу IBM-варианта языка SQL. Btrieve Technologies, Inc. К 1994 г. Novell почти отказалось от попыток сделать NetWare полноценной операционной системой, альтернативной существовавшим в то время, и начала распродажу компаний, приобретённых лишь несколько лет назад.

Также, они смогли выполнить лишь минимальное рыночное продвижение Btrieve, в основном из-за длительного времени затраченного на выпуск шестой версии (24 месяца). Между Вудвардами и Novell было заключено соглашение, и после двух лет Novell объявила (26 января 1994 г.), что она собирается передать право на владение Btrieve компании Btrieve Technologies, Incorporated (также известной как BTI). 29 апреля 1994 г.

Передача была завершена, Нэнси Вудвард стала председателем BTI ( Chairman), а Дуг Вудвард —. Должность была отдана Рону Харрису ( Ron Harris), бывшему сотруднику, одному из основателей и сотрудников, в которой он сначала был директором по стратегическому планированию, позже — вице-президентом по маркетингу, и в конце концов вице-президентом по товарным группам ( Product Group Vice President). Btrieve была полностью переписана, и 1 июля 1994 г была выпущена Btrieve 6.15 для DOS, Windows и OS/2. Novell SQL был переименован в Scalable SQL для соответствия изменениям в юридических отношениях между компаниями. Btrieve 6.15 была выпущена для Server и Windows NT/, таким образом став СУБД продуктом. Концепция микроядерного механизма построения СУБД (MKDE) появилась именно в этой версии.

Pervasive Software В 1996 г. Компания была переименована в, а её продукт в Pervasive.SQL. Компания стала публичной (то есть выпустила свои акции в свободное обращение). Все это было сделано для большего проникновения на рынок реляционных СУБД и позиционирования себя как поставщика SQL-решений, хотя они продолжали разрабатывать и продавать Btrieve. Компания завершила своё в сентябре. Версия 6.30 продолжала использовать архитектуру MKDE. В 1997 Pervasive выпустила реляционный продукт ScalableSQL 4.0, а также Btrieve 7.0.

Ключ pervasive v 11 download

В 2000 г Novell подверглась критике после того как перестала поставлять Pervasive.SQL вместе с NetWare (начиная с версии NetWare 5.1). Вместо этого поставлялась пробная версия которая прекращала функционировать через 90 дней. Последняя версия, Pervasive PSQL Summit v10, была выпущена в октябре 2007 года. Согласно официальному сайту Pervasive ещё разрабатывается Версии Серия Btrieve Btrieve для DOS Существовала одна клиентская ( client-based) конфигурация Btrieve для DOS, созданная в SoftCraft. Их фирменное определение понятия «клиентский» звучало так: «Ядро Btrieve, исполняющееся на отдельной рабочей станции». То есть ядро менеджера записей взаимодействовало с файлами данных напрямую, через вызовы операционной системы, и изменяло записи единообразно, вне зависимости от того, находились ли файлы локально или на сетевом ресурсе.

Такое «клиентское» ядро позволяло одновременно работать с БД пяти конкурирующим пользователям. Все манипуляции с записями проводились локально, на той рабочей станции, на которой работало ядро СУБД. Btrieve для DOS могла использовать обе стратегии совместного доступа к файлам (SEFS и MEFS). Btrieve для Netware Btrieve для Netware, по существу, была той же Btrieve для DOS с некоторыми дополнительными возможностями, доступными в то время только на Netware. На файловом сервере запускался процесс BSERVER, и файловый серевер начинал управлять операциями ввода-вывода данных БД, одновременно продолжая предоставлять сетевую файловую систему. Первоначально серверный процесс был реализован как Netware Value Added Process (VAP) под именем BSERVER.VAP, но вскоре был переделан в NetWare Loadable Module (NLM). В основном BSERVER был ядром СУБД, отвечающим за обеспечение доступа к записям, но кроме этого он ещё принимал и исполнял запросы на передачу данных другим серверам.

Эти запросы поступали через отдельный процесс называвшийся BROUTER. Для передачи запросов ввода-вывода данных из/в БД, на клиентских рабочих станциях использовались т. н. Реквесторы ( requester), доступные для,.

Программа BREQUEST.EXE принимала запросы через Btrieve API и перенаправляла их сервису BSERVER, а после этого обрабатывала ответ BSERVER и перенаправляла его обратно, соответствующему приложению. Процесс BROUTER позволял перенаправлять поступающие запросы на другой сервер, содержащий копию БД. Он загружался на сервере Netware и занимался коммуникациями между серверными процессами, запущенными на файловом сервере, руководствуясь при этом двумя FST-таблицами ( File Server Tables (FST)). В соответствии с документаций Pervasive, эти таблицы содержат список имён и адреса серверов, и таблицу маршрутизации серверов SRT ( Server Routing Table (SRT)). Помимо этого, BROUTER мог перенаправлять коммуникационные запросы на соответствующий сервер по, через BSPXCOM, и занимался координацией блокировок и прочих механизмов, контролирующих доступ к данным в БД. Btrieve для Netware использовала те же стратеги SEFS и MEFS для совместного доступа к файлам, что и под DOS, но поскольку могла функционировать в сети, то могла поддерживать как эксклюзивные, так и конкурирующие транзакции. Btrieve для Windows Btrieve для Windows появилась до того, как компания переписала основной код СУБД с использованием MKDE.

В ней использовались SEFS и MEFS механизмы совместного использования файлов, механизм shadow-paging, эксклюзивные и конкурирующие блокировки. Файлы версий 6.x и 6.1 обрабатывались различным образом: в файлах версии 6.x возможно было оперировать фрагментами записей, вместо блокировки всей записи целиком; допускались записи более 64KB; были реализованы variable-tail allocation table (VAT), Alternate Collating Sequence (ACS) и новые типы данных; разрешались долевые операции (операции деления?) ( percentage operations) (в которых записи могли быть найдены и обработаны по своему физическому местонахождению в файле); разрешались дублирующиеся поисковые ключи. В версии 6.x появилась возможность добавлять и удалять любые индексы «на лету» (до версии 6.0 включительно удалять можно было только дополнительные индексы). Файлы версии 6.1 поддерживали конкурентные и системные транзакции; возможность перенумерации ключей; нечувствительные к регистру ACS-таблицы и усовершенствованные операции блокировок. Btrieve для Windows могла работать как клиент БД использующей SEFS или MEFS режимы, или могла напрямую работать с сервером Btrieve.

Клиентский Btrieve. Для клиентской Btrieve все файлы БД находились либо на локальном компьютере, либо на сетевом диске, подключённом в этому компьютеру (посредством DOS команды NET USE). Приложение выполняло вызовы функций библиотеки WBTRCALL.DLL, являвшейся интерфейсом к загрузчику/реквестору. Модуль загрузчика/реквестора проверял конфигурационный файл BTI.INI на предмет корректной настройки для загрузки клиентского ядра Btrieve, и в свою очередь загружал локальный интерфейс к ядру Btrieve, библиотеку WBTRLOCL.DLL.

При необходимости этот локальный интерфейс загружал в оперативную память ядро Btrieve ( WBTR32.EXE) и начинал передавать ему запросы к БД. Для доступа к файлам БД, ядро СУБД пользовалось вызовами разнообразных системных библиотек Доступ из клиентского Btrieve к серверному Клиентская версия Btrieve для Windows могла обращаться к серверной через специальный реквестор для DOS. Этот реквестор требовал использования (DOS Protected Mode Interface), который обеспечивал программы доступом к, доступной только через процессоров. Также как и в случае клиентского интерфейса, Btrieve приложение выполняло вызов к библиотеке WBTRCALL.DLL, которая проверяла BTI.INI, чтобы определить где находится БД, на локальной системе или на удаленном сервере. Если было необходимо работать с удаленным сервером, она использовала Windows версию DPMI для доступа к реквестору BREQUEST.EXE, запущенному под DOS, который уже и устанавливал сетевое соединение с сервером, обрабатывающим запросы к БД и возвращающим ревестору сообщение по завершении их обработки. Btrieve для Windows NT/Windows 95 Btrieve для Windows NT и Windows 95 была выпущена в 1995 году, вместе с Btrieve для.

Номер версии достиг 6.15 и началось использование микроядерной акрхитектуры (MKDE). Механизмы совместного использования файлов остались те же (SEFS и MEFS); использовалось shadow-paging, поддерживались эксклюзивные и конкурирующие блокировки. Эта версия Btrieve разрешала использование для ключей, что позволяло вносить записи в БД даже если ключевая информация отсутствует. Такие ключи не участвовали в индексировании, что сокращало бесполезный поиск по индексу в БД.

В этой же версии была введена концепция системных транзакций и пользовательских транзакций. MKDE разрешало разрывы между автоинкрементными ключами. Variable-tail allocation tables появились в версии 6.15, таким образом они были включены в сборку Btrieve для Windows NT/95. Существовало две конфигурации Btrieve для Windows NT/95: standalone workstation и client/server. Standalone Workstation.

При использовании standalone workstation конфигурации Btrieve, вся обработка записей производилась на локальной рабочей станции, полагаясь на локальные механизмы Windows, пользуясь которыми MKDE ( W32MKDE.EXE) получало доступа к файлам БД и накладывало файловые блокировки, для синхронизации параллельных операций. В такой конфигурации приложение выполняло вызовы к Btrieve API или интерфейсу микроядра ( WBTRV32.DLL), а этот интерфейс передавал запросы самому MKDE ( W32MKDE.EXE), которое уже напрямую работало с файлами БД средствами файловой системы (локальной или сетевой). Однако такой подход имеет неприятные побочные следствия. Если Btrieve использует сетевой механизм Windows, а ядро СУБД открывает файлы напрямую с сетевого ресурса, и возникает сбой локальной сети, в процессе обновления полей связывающих файлы Btrieve (или просто отключается сетевой кабель), может наступить рассинхронизация, нарушатся связи между данными (потеряются или будут установлены неправильно), и файлы БД будут испорчены. (Хотя вероятность этого и уменьшается технологией pre-image paging.) Client/Server. При использовании конфигурации клиент/сервер ( 'client/server' или 'Server edition'), обработка записей в основном выполняется на файловом сервере Windows, через отображение сетевых ресурсов в диски (под Windows, сетевые ресурсы отображаются в виртуальные сетевые диски командой NET USE). При этом используются полномочия пользователя полученные при, либо при входе в систему, либо при исполнении команды NET USE.

Под Windows 95, интерфейс MKDE (Windows WBTRV32.DLL) в действительности определяет способ доступа к БД через конфигурационный файл. Если он обнаруживает, что на компьютере установлены оба варианта ядра СУБД (клиент/сервер и standalone workstation), то производится проверка, какой из них предписано использовать. При работе под Windows NT, если одновременно запущены серверный процесс NTMKDE.EXE и процесс от standalone workstation ( W32MKDE.EXE), указание на использование того или другого должно быть сделано. В обоих случаях, если интерфейсу MKDE указано использовать режим standalone workstation, он будет использовать W32MKDE.EXE для прямого доступа к файлам. Если же указано использовать режим сервера, то MKDE-интерфейс на клиенте будет использовать отдельный коммуникационный модуль ( W32BTICM.DLL, NTBTICM.DLL на ) который будет взаимодействовать с сервером. Сам сервер имеет свой собственный коммуникационный модуль (опять W32BTICM.DLL или NTBTICM.DLL), находящийся на отображённом сетевом диске.

Далее, серверная DLL взаимодействует с серверным MKDE ( NTMKDE.EXE), которое обновляет записи и возвращает клиенту подтверждение об успешном завершении, через тот же коммуникационный модуль. Переимущества такого подхода в том, что при сбое локальной сети, MKDE на сервере способно обнаружить это и более аккуратно выполнить восстановление, чем в конфигурации standalone workstation. Конфигурирование Btrieve включает утилиту для настройки параметров MKDE. Следующие параметры могут быть настроены:. File settings: в этой категории находятся настройки относящиеся к файлам, блокировкам записей, индексам и журналированию. Здесь можно установить максимальное количество открытых файлов доступных системе и число блокировок записей доступных одному клиенту; установить балансировку индексов и задать опцию создания файлов в форматах предшествовавших 6.x; здесь же устанавливается будет ли микроядро вести над выбранными файлами.

В этом разделе выбирается механизм совместного использования файлов (MEFS или SEFS). Пункт «system transaction» содержит ограничение, устанавливающее количество системных транзакций выполняемых в процессе операции записи в совместно-используемые файлы. Memory organisation: — эта категория содержит настройки размеров буферов, резервируемых микроядром для различных нужд. Client/System transactions: — здесь находятся настройки параметров транзакций, включая количество поддерживаемых транзакций, где и как они будут записаны в транзакций?. System resources/directories: — здесь содержатся настройки количества обслуживаемых клиентов и поддерживаемых потоков, а также места размещения различных системных файлов.

Trace operations: — содержит настройки трассировки для различных операций выполняемых Btrieve. ( — продвинутая функциональность, полезная в основном для отладочных целей.) Серия Pervasive.SQL Pervasive.SQL 7 Pervasive SQL 7 был выпущен в марте 1998 и включал в себя Scalable SQL 4 и Btrieve 7.0. Btrieve 7.0 запускалась на тех же платформах, что и Btrieve 6.x: Windows 95, Windows NT 3.51 & 4, Netware и DOS. Тем не менее компания изменила компонентную архитектуру именуемую SmartComponents для решения вопросов совместимости при переходе на новую версию. Она использовала схему идентификации компонентов с одновременным указанием идентификатора внутри файла и кодированием в его имени, совместно с динамическим связыванием «склеивающих модулей» (DLL загружаемых в память только при необходимости в них). Динамическое связывание компонентов выполнялось с применением нового подхода, «Abstract OS Services DLL», в соответствии с которым выбиралась самая последняя версия необходимого компонента, посредством информации закодированной в его имени файла.

Далее, этот «склеивающий модуль» загружался в память и начинал использоваться. Старый формат файла журнала событий, существовавший в Btrieve 6.x, был заменён новым централизованным журналом PVSW.LOG, имеющим усовершенствованный и унифицированный формат. Также были улучшены сами сообщения об ошибках и механизм их порождения. MKDE сохранилось в Pervasive.SQL 7.

Тем не менее, его внутренняя архитектура изменилась, вследствие появления новой архитектуры динамического связывания компонентов. Приложение использующее Btrieve вызывало специального сервис-менеджера, который искал в различных, указанных в конфигурации, директориях файлы с именами определённого формата. Вот определение шаблона для имён этих файлов в формате:::= 'BIF'::= 'W1' 'W2' 'W3' 'W9' 'WT' 'NW' 'O3'::=::=::= '0' '1' '2' '3' '4' '5' '6' '7' '8' '9' Встроенные в имена файлов коды платформ.

Код Платформа W1, вкл. Windows for Workgroups (Win16) W2 Extended Windows (32-bit Extender) W3 Windows 95, Windows NT (Win32) W9 Windows 95 WT Windows NT NW Netware 3.x и 4.x O3 OS/2 (32-bit) «Склеивающий» модуль загружается в память и становится интерфейсом к MKDE. Далее MKDE определяет, каким образом оно настроено, для работы на отдельной рабочей станции или для взаимодействия с сервером, и начинает транслировать запросы на сервер БД (через специальный коммуникационный модуль) или напрямую работать с файлами БД, если оно настроено на режим «рабочая станция». Pervasive.SQL 2000/2000i Pervasive.SQL 2000 и 2000i используют по существу ту же архитектуру, что и Pervasive.SQL 7, но 2000i и включает дополнительный сервер i.Net (видимо — ). Используется та же компонентная модель, позволяющая использовать оба механизм доступа к данным, и Btrieve и Scalable SQL; продолжается использоваться архитектура MKDE. Эта версия включает поддержу,.

Также была улучшена интеграция с, хотя возможно запускать только один экземпляр ядра СУБД на любой платформе. То есть невозможно запустить отдельные копии СУБД в двух или более терминальных сеансах. Pervasive.SQL V8 Представленный в декабре 2002 г. Pervasive.SQL V8 имеет улучшенные характеристики производительности для приложений использующих любой из механизмов доступа (Btrieve или SQL), что достигнуто использованием нескольких новых технологий:. Кеширование данных на стороне клиента существенно повышает производительность чтения, благодаря динамической поддержке на локальном компьютере клиента фрагментов БД. Механизм Turbo Write Acceleration (TWA) группирует операции записи в пакеты, что минимизирует обращение к диску.

Механизм журналирования транзакций обеспечивает несколько меньшую устойчивость к сбоям, по сравнению с гарантированной записью на диск, однако улучшает общую производительность. Пакет обновлений V8 Security Feature Pack (выпущенний как промежуточное обновление до версии 8.5) внёс важные изменения в модель безопасности, направленные на ограничение доступа к файлам данных.

До версии 8.5 доступ к данным Btrieve контролировался механизмами безопасности ОС, что означало буквально: «Пользователь осуществляющий чтение/запись данных, должен иметь доступ на чтение/запись к соответствующим файлам с данными». В новой версии реализована новая модель безопасности, позволяющая администратору контролировать доступ к данным Btrieve используя собственный механизм разграничения доступа СУБД. После активации нового механизма, пользователь более не нуждается в доступе к файлам данных. В дополнение, конфигурации с архитектурой клиент/сервер более не нуждались в использовании общих сетевых ресурсов или их отображении в виде виртуальных дисков. Теперь приложения могли ссылаться за защищённые данные Btrieve посредством -строк соединения.

Серия Pervasive PSQL Pervasive PSQL v9 Pervasive PSQL v9 включает новый GUI, на основе, доступный как для, так. Также, v9 содержит множество обновлений SQL, как по части производительности, так и по части синтаксиса, способствующих повышению скорости и улучшению функциональности всех средств доступа, использующих SQL —,.

И в заключение, PSQL v9 увеличивает максимальный размер файла БД с 64GB, в 8.x и более ранних версиях. До 128GB в 9.0 и 256GB в 9.5. Совместно с выпуском PSQL v9, была вновь релизована утилита DDF Builder, а кроме того добавлена поддержка полнотекстового поиска, обеспечиваемая дополнением Full Text Search (FTS) (позже, однако, исключённым из продуктовой линейки). DDF Builder предоставляет возможность пользователям Btrieve задать метаданные для существующих файлов формата Btrieve, чтобы сделать их доступными для SQL утилит. Все версии MKDE сохраняют обратную совместимость с предыдущими версиями Btrieve на уровне чтения данных.

В том числе поддерживаются версии выпущенные до появления MKDE, и формат файла не изменяется до тех пор, пока это специально не запрошено. Однако, файлы от версий 5.x и более ранних должны быть перестроены заново, в формат версии 6.x или более поздней, для обеспечения возможности их изменения ядром СУБД версии 9.0 или более поздней. Перестройка выполняется из графического интерфейса или консольной командой Rebuild.

Pervasive PSQL v10. Согласно замыслу одного из участников Википедии, на этом месте должен располагаться специальный раздел. Вы можете помочь проекту, написав этот раздел. Эта отметка установлена 31 декабря 2016 года. Pervasive PSQL и сопутствующие продукты В настоящее время Pervasive поставляет набор дополнительных продуктов, расширяющих базовые возможности СУБД PSQL. Pervasive AuditMaster предоставляет средство аудита всех взаимодействий с БД в реальном времени, как через Btrieve, так и посредством SQL.

Журнал действий над данными можно просмотреть, чтобы отследить изменения чувствительных данных. Также он может порождать события-предупреждения, информирующие соответствующих сотрудников или запускающие связанные с этим событием процессы. Pervasive Backup Agent — обеспечивает непрерывное функционирование PSQL, позволяя ПО резервного копирования выполнять копирование работающей БД. Pervasive DataExchange — осуществляет синхронизацию и репликацию данных между двумя и более инсталляциями PSQL, обеспечивая постоянную доступность критических данных. Примечания. 11 декабря 2004 года.

(ныне ликвидировано, прим. Переводчика, 2010 г.). ↑ Kyle Jim.

Btrieve complete: a guide for developers and systems administrators. — Reading, Massachusetts: Addison-Wesley Publishing Company, 1995. — P. 7. —. Foster, Ed (недоступная ссылка — ). Infoworld (2000). Проверено 12 декабря 2004. 30 ноября 2004 года.

Pervasive. — 1997. — P. 1. Pervasive. Pervasive KnowledgeBase (недоступная ссылка — ) (1998).

Проверено 12 декабря 2004. 20 февраля 1999 года. Pervasive. — 1996. — P. 2–5, 2–6.

Ключ Pervasive V V11

Pervasive. — 1996. — P. 2–3. Btrieve for Windows 95/NT Installation and Operation, 2-5. Btrieve for Windows 95/NT Installation and Operation, 2-4.

Pervasive. — 1998. — P. 22–28. Ссылки.

Ключ Pervasive V 11 Download

— производитель Btrieve и PSQL. — сообщество Btrieve (по состоянию на январь 2010 — отсутствует). — посвящённая Btrieve. — документация по программному обеспечению Pervasive Software, доступная online. Novell.

По состоянию на 12 декабря 2004 г. Pervasive (2004). Страница об истории компании. Pervasive (March 2001).

Руководство по продукту.

Доброе время суток! Мы долгое время работаем с Pervasive 8 ISAM (Btrieve). Теперь для значительного увеличения производительности наших программ планируем перейти на SQL. В связи с этим выбираем из двух платформ: - Microsoft SQL 2008 (или 2005) - Pervasive SQL v10 При тестировании на скорость обработки больших массивов данных столкнулись с проблемой. Имеем таблицу, которая содержит 11 полей, 6 индексов (в среднем по 3-8 сигментов в каждом), без внешних ключей. Количество строк - 500 тысяч В используемой нами среде разработки пишем простую прогу - просмотр этой таблицы на разных платформах: - Pervasive ISAM v10 - Pervasive SQL v10 - Microsoft SQL 2005 Для тестирования скорости выполняем эту программу с разными индексами. По первому индексу на всех платформах скорость везде почти одинаковая, но по другим индексам скорость в Microsoft SQL 2005 и Pervasive SQL v10 значительно ниже чем в Pervasive ISAM v10.

Ключ Pervasive V 11 5

Ключ pervasive v 11 download

Ключ Pervasive V 11 1

Это нормально или так не должно быть? Если нет, то посоветуйте, пожалуйста, как можно решить эту проблему.