Berkeley DB

Berkeley DB (libdb) е програмен инструментариум, който осигурява вградена поддръжка на базата данни както за традиционните, така и за клиентските / сървърните приложения.

Berkeley DB включва b + дърво, опашка, удължен линеен хашиш, фиксирани методи за запис на протоколи с променлива дължина, транзакции, заключване, регистриране, кеширане на споделена памет, възстановяване на база данни и репликация за високодостъпни системи.

Какво ново в това издание:

• Нови функции:
• Добавен е алтернативен формат за съхранение, наречен "blobs", който подобрява четенето и актуализирането на много големи данни. Интерфейсът е достъпен чрез API C, C #, C ++ и Java. [# 19332]
• Добавени са няколко pragmas към SQL слоя, които конфигурират и дават информация за HA SQL приложения, като например броя на сайтовете в групата за репликация или конфигуриране на предизборния приоритет на даден сайт. [# 20227]
• Добавен е флаг BDBSQL_CONCURRENT_CONNECTIONS към API на SQL, за да може блокирането на базата данни да бъде деактивирано. Полезно, когато в базата данни има само четци. [# 20928]
• Когато стартирате Репликационен мениджър в няколко процеса, ако процесът на репликация спре и има наличен подчинен процес, подчиненият процес автоматично поема като процес на репликация. [# 20969]
• Добавена функция за репликация / частична репликация. Характеристика е достъпна чрез C, C #, C ++ и Java API. [# 21062]
• Подобрения в DPL за работа с JDK7. [# 21101]
• Добавена е поддръжка за шифроване на драйвера за JDBC за Android. [# 21129]
• Приложенията, които използват изолация на моментна снимка и продължителни операции, в много случаи ще виждат намалено използване на кеш паметта. Това води до подобрена производителност, като се намалява необходимостта от временни файлове с фризер. [# 21324]
• Добавени са полета stat stat st_mvcc_resued, st_oddfsize_detect и st_oddfsize_resolve към C #. [# 21325]
• Добавено е разделяне на база данни за поддръжка в C # API. [# 21474]
• Добавена е кеш за всеки конец за структурата на шкафа, който съхранява идентификатори на заключване, като идентификатори на транзакции или идентификационен номер на шкафа, върнати от DB_ENV-> lock_id (). Това може да подобри едновременността на програмите, които използват DB_ENV-> set_thread_count (). [# 21591]
• Пристанищни помощни програми в Windows Mobile. [# 21636]
• Изложете 3 нови стойности на статуса на repmgr и нова стойност на флага DB_REPMGR_SITE към C # и Java API. [# 21687]
• Добавена е поддръжка за локализиране на съобщения за грешки в UTF-8 символи и е добавен раздел за това как да се изгради локализирана библиотека и пример за ICU в Ръководство за програмиране на програмиста. [# 21280]
• Промени в средата на базата данни:
• Излишните бели пространства вече се игнорират в линии DB_CONFIG, отнасящи се до директории. [# 20158]
• Фиксирани бъгове при опит за отваряне на не-DB файлове, сякаш са били бази данни. Ако криптирането е активно, ще се стигне до неуспех на твърдението. Ако криптирането не беше активно, съобщението за грешка "BDB0178 Криптирана база данни: няма флаг за шифроване" Би означавало неправилно, че е необходима парола. [# 21408]
• Промени в метода за достъп:
• Отстранена е грешка, която би могла да разпредели страница с данни за купчина в регион, след като създаването на региона е отменено. [# 20939]
• Коригира грешка в купчината, която й попречи да работи в смесени едийски конфигурации. [# 21016]
• Подобрете ефективността за търсене за метода за достъп до Btree, когато ключовете споделят общ префикс. [# 21216]
• Фиксирани бъгове с преместването на байтове в страниците на графата. Сега куп бази данни могат да бъдат премествани между малко-ендиански и големи-ендийски архитектури. [# 21387]
• Поправете състояние на състезанието, при което курсорът в процес на почистване може да бъде достъпен от друга нишка за управление. [# 21714]
• Дублирането на позицията на курсора на разделена база данни вече няма да доведе до катастрофа. [# 22195]
• Фиксирана грешка при затваряне при затваряне на свързан курсор. [# 22398]
• Промени в приложния програмен интерфейс (API):
• Променете cachesize на последователността и делта параметъра DB_SEQUENCE-> ще получите от тип u_int32_t вместо int32_t. [# 21552]
• Отстранена е грешка с API за DB_MPOOLFILE-> set_maxsize. В предишни издания файлът имаше разрешение да нарасне с една страница, по-голяма от конфигурирания. [# 21867]
• Променете функцията за сравнение в DB-> set_bt_compare, DB-> set_dup_compare и DB-> set_h_compare, за да приемете допълнителен параметър "size_t * locp". [# 22235]
• Промени в API, специфични за SQL:
• Добавена е PRAGMA large_record_opt, която, когато е активирана, може да подобри четенето и актуализирането на много големи записи. [# 19332]
• Добавена е поддръжка за многопроцесорния достъп до базата данни в приложенията на SQL HA. [# 21050]
• Сега могат да се създават бази данни в паметта без да се предава подкана SQLITE_OPEN_CREATE. [# 21456]
• Коригирайте грешка в приложния програмен интерфейс (API) на SQL, където задаването на размера на страницата на 64 K би довело до грешка. Също така е фиксирано свързано изтичане на памет в онлайн резервно копие на SQL. [# 21460]
• Добавете bdbsql_log_buffer pragma, за да разрешите настройката на буферния размер на буфера. [# 21471]
• Обновен SQLite до версия 3.7.13. [# 21641]
• Фиксирано е изтичане на mutex с достъп за множество достъп до базата данни в приложенията на SQL HA. [# 21714]
• Коригира грешка, която може да доведе до неуспех на build-up на jdbc на ARM-Linux чрез gnueabi gcc. [# 22123]
• Обновен SQLite до версия 3.7.16.2. [# 22349]
• Надстроихме ADO.NET до версия 1.0.85.0. [# 22405]
• Промени в API, специфични за Tcl:
• Поддържайте помощни API за съхранение на блокове в Tcl. [# 19332]
• Промени в API, специфични за Java:
• Отстранена е грешка, при която EnvironmentConfig.setCreateDir () не е правилно конфигурираща средата. [# 21127]
• Отстранена е грешка, при която Database.verify () не е конфигурирала правилно db. [# 22401]
• Фиксирано е фалшиво съобщение за грешка, което може да бъде отпечатано при създаване на транзакция на клиент за репликация в Java. [# 21671]
• Промени в API, специфични за C #:
• Почистете много предупреждения за създаване на C #. [# 22285]
• Фиксирани дефиниции на тип SWIG за C # интерфейс. [# 18509]
• Промени в репликацията:
• Отстранени са няколко неуспешни твърдения, които биха могли да възникнат при използване на failchk и репликация. [# 19765]
• Предоставяне на грешка, когато локалният сайт, дефиниран по време на вътрешната инициализация, е несъвместим с по-ранна дефиниция. [# 20870]
• Отстранена е грешка, при която клиентите за репликация са изрисували неправилно регистрационния файл, когато е указано знамето DB_TXN_WRITE_NOSYNC. [# 20964]
• Отстранена е грешка, при която валидно извикване на DB_ENV- & gt; repmgr_start () метод ще се провали след предишно показване, което предостави невалидна стойност на параметър nthreads. Грешка в BDB3640 се генерираше неправилно. [# 21289]
• Коригира грешка, при която изчисляването на броя на необходимите безвъзмездни средства за главен лизинг е наложило дадена транзакция да присъства на строго мнозинство от сайтовете от групата за репликация. Достатъчно е сделката да присъства поне на половината от сайтовете на групата за репликация, което в някои случаи намалява броя на необходимите безвъзмездни средства за лизинг. [# 21329]
• Решил е проблем за възстановяване на клиента, при който е бил избран неправилен контролен пункт, което води до връщане на грешка в неправилна точка. [# 21342]
• Коригира грешка, която може да доведе до катастрофа поради неправилно повторно заявяване на сайт, който току-що спечели изборите. [# 21344]
• Коригира грешка, в която никога няма да се архивират дневници, ако има 2 сайтове и различни комбинации от неуспехи. [# 21448]
• Решихме грешка, при която не открихме факта, че DB_TXN_SNAPSHOT се използваше с клиент на HA. Клиентите по дефиниция са само за четене, така че не се допускат операции с моментни снимки. [# 21601]
• Отстранена е грешка, при която определянето дали даден сайт е или не е определено неправилно. [# 21 722]
• Отстранена е грешка, при която мениджърът на Репликационния мениджър може да спре да функционира, след като приеме остарелия списък със страници за членство в група от друг сайт. [# 21804]
• Намалете множество потоци от данни, които понякога могат да възникнат, ако времето за повторно искане е по-кратко от времето, необходимо за превключване на регистрационните файлове или извършване на контролен пункт в клиентски сайт. [# 21843]
• Отстранена е грешка, че даден сайт е премахнат неочаквано от групата за репликация, когато групата за репликация загуби потвърждението на стария капитан за добавяне на сайта по време на основна промяна. [# 21875]
• Отстранена е грешка, при която основният сайт може да се срине при премахване на сайт, ако премахнатият сайт затваря връзките си, преди капитанът да завърши последния етап от операцията. [# 22050]
• Коригира грешка, при която изборите никога не се случват след загубата на капитана, когато се използват главни лизингови договори. [# 22120]
• Промени в заключващата подсистема:
• Коригирала е грешка, която би могла да причини капан, ако се е случило изчакване на заключване при отваряне на база данни. [# 21098]
• Фиксирано увисване, което може да се случи, ако няма повече място за шкафчета. [# 21774]
• Фиксирано е потенциално състояние на състезанието при изграждането на графиката за откриване на блокиране, която при редки условия може да причини неправилна грешка в адреса. [# 22261]
• Промени в регистрационните подсистеми:
• Отстранена е грешка, която DB_ENV- & gt_get_config не работи правилно, когато е била извикана преди DB_ENV- & gt; отворена. [# 21359]
• Промени в подсистемата на резервната памет:
• Отстранена е грешка в приложния програмен интерфейс (API) DB_ENV-> get_cache_max, която е довела до връщането на неправилна стойност и грешка в приложния програмен интерфейс DB_ENV-> set_cachesize, които са причинили неправилно поведение при смяна на размера на съществуващ кеш. [# 21146]
• Фиксирано е условие за състезание, което се получава при опит за получаване на информация за файл и файлът се разширява от операционната система. [# 21193]
• Коригирани съобщения за грешки в няколко функции за конфигуриране на паметта. [# 21779]
• Фиксирани са няколко елемента за изтичане на памет, идентифицирани от Purify. [# 22283]
• Промени в подменюта на Mutex:
• Фиксирана неопределена грешка на символа (MUTEX_IS_OWNED) при конфигуриране с --ableable-diagnostic - disable-mutexsupport. [# 21145]
• Коригирайте грешка, в която не сме подравнявали правилно mutexes в регионите DB_PRIVATE, когато приложението конфигурира подравняване. [# 21491]
• Коригирайте състоянието на състезанието между DB_ENV- & gt; failchk () и разпределянето на mutex. [# 21796]
• Ограничете броя на завъртанията по подразбиране за mutex да бъде най-много 200, за да избегнете прекомерно предене на системи със стотици хипервръзки. [# 21463]
• Промени в тестовия пакет:
• Добавена е поддръжка за get / set_heapsize. [# 21510]
• Промени в помощната програма:
• Коригира грешка, при която се обажда DB- & set_partition с масив от клавиши, изисква от потребителите да запазят масива на паметта валиден, докато не бъде отворена базата данни. [# 18350]
• Отстранена е грешка, причинена от DB_ENV- & gt; гръб, за да спре рано, ако не е зададено DB_BACKUP_FILES и в директорията с данни е бил файл, различен от DB. [# 21076]
• Отстранен е проблем с опцията -f на db_hotbackup, което може да доведе до нарушение на сегментирането. Също така се замени едно неясно съобщение за грешка. [# 21184]
• Отстранени са три проблема с архивирането на дневниците на транзакции от db_hotbackup. Горещият архив не използва конфигурирана директория на журнала, а се опитва да отвори регистрационните файлове в домашната среда. Втората поправка коригира пътя на грешката, при който паметта е била освободена от грешната функция, възможно е да причини грешка на защитен байт. Третата корекция фиксира проблема, че ще се появи грешно съобщение, когато само "-l" Бе посочено. [# 21313]
• Фиксирано е фалшиво "Няма такъв файл или директория" (ENOENT) при стартиране на db_archive в среда с празна база данни за опашки. [# 21541]
• Фиксирани бъгове при уплътняването на големи клавиши в горните нива на брейзърите. [# 21569]
• Повечето помощни програми вече не работят на клиенти за репликация, които автоматично се инициализират. Грешката DB_REP_LOCKOUT вече е върната. [# 21593]
• Фиксирана е изтичане на ресурс във функцията db- & gt; verify () за btrees. Борбата ще забави проверката и вероятно ще доведе до изчерпване на паметта. [## 21917]
• Премахване на потенциално обесване при уплътняване на бази данни с много дубликати. [# 21975]
• Коригирахме грешка, при която не се връщахме грешка, когато се опитвахме да компилираме база данни с купчини. [# 22063]
• Отстранена е грешка при обработката на грешките на db_log_verify, което би довело до нарушаване на сегментиране, ако няма достатъчно място за създаване на временни бази данни. [# 22187]
• Конфигуриране, документация, примерни приложения, преносимост и промени в изграждането
• Отстранете проблем с конфигуриране на ODBC, който причинява неуспешно изграждане на ODBC с SQL API. [# 21490]
• Деактивирано криптиране по подразбиране в SQL API на Linux, завършени опции за създаване на криптиране в SQL и SQL JDBC на Linux, Windows и Android и актуализиран процес на изграждане на трите платформи в Ръководството за инсталиране. [# 21872]
• Използвайте "-xO2" Като нивото по подразбиране за оптимизацията за компилатора на Sun Workshop. [# 22057]
• Коригирайте "opcode не се поддържа" Грешка на MIPS платформи, чийто асемблер по подразбиране е на MIPS1 набор инструкции. [# 22065]
• Осигурете последователен начин да включите / изключите шифроването на библиотеките db, sql, jdbc в Unix. [# 22158]
• Добавена е опцията за компилиране CONFIG_TEST, когато използвате режима за отстраняване на грешки в проекта db_csharp Windows, за да сте съвместими с проекта db Windows. [# 22300]
• Примерни промени:
• Поставете примерен C пример към C ++. [# 19541]
• Различни корекции на грешки:
• Фиксирано условие за състезание, което би могло да доведе до катастрофа, ако 2 процеси отворят една и съща SQL база данни едновременно. [# 21 041]
• Фиксирано твърдение за неизправност в функцията за сравнение btree, която причини задаването на паметта на грешната нишка. [# 21232]
• Фиксирано е условие за състезание в ключа за заключване на кеша на SQL дръжка. [# 21265]
• Отстранена е грешка в SQL кода, която е предотвратила създаването на таблицата при дефиниране на BDBSQL_FILE_PER_TABLE. [# 21417]
• Отстранена е грешка, че някои полета на DBT-тата от дяловия ключ, върнати от DB-> get_partition_keys, не могат да бъдат инициализирани. [# 21474]
• Коригира грешка, която не позволява създаването на под-база данни под директорията, идентифицирана в DB-> set_create_dir. [# 21603]
• Отстранена е грешка, при която dbenv- & mp_mtxcount не се използва правилно. [# 21768]
• Изчистени са няколко променливи проблеми с инициализацията, които причиняват откази на 64-битови Windows. [# 21850]
• Подобрена случайността на 20-байтовия уникален файлов генератор на Windows. [# 22470]
• Коригира евентуална повреда в функцията за управление на XA транзакции. [# 22450]
• Отхвърлени функции:
• Tornado 2.0 не се поддържа и версиите VxWorks, по-стари от 6.9, не се поддържат. [# 21877]

Какво ново във версия 12.1.6.0.20:

• Нови функции:
• Добавен е алтернативен формат за съхранение, наречен "blobs", който подобрява четенето и актуализирането на много големи данни. Интерфейсът е достъпен чрез API C, C #, C ++ и Java. [# 19332]
• Добавени са няколко pragmas към SQL слоя, които конфигурират и дават информация за HA SQL приложения, като например броя на сайтовете в групата за репликация или конфигуриране на предизборния приоритет на даден сайт. [# 20227]
• Добавен е флаг BDBSQL_CONCURRENT_CONNECTIONS към API на SQL, за да може блокирането на базата данни да бъде деактивирано. Полезно, когато в базата данни има само четци. [# 20928]
• Когато стартирате Репликационен мениджър в няколко процеса, ако процесът на репликация спре и има наличен подчинен процес, подчиненият процес автоматично поема като процес на репликация. [# 20969]
• Добавена функция за репликация / частична репликация. Характеристика е достъпна чрез C, C #, C ++ и Java API. [# 21062]
• Подобрения в DPL за работа с JDK7. [# 21101]
• Добавена е поддръжка за шифроване на драйвера за JDBC за Android. [# 21129]
• Приложенията, които използват изолация на моментна снимка и продължителни операции, в много случаи ще виждат намалено използване на кеш паметта. Това води до подобрена производителност, като се намалява необходимостта от временни файлове с фризер. [# 21324]
• Добавени са полета stat stat st_mvcc_resued, st_oddfsize_detect и st_oddfsize_resolve към C #. [# 21325]
• Добавено е разделяне на база данни за поддръжка в C # API. [# 21474]
• Добавена е кеш за всеки конец за структурата на шкафа, който съхранява идентификатори на заключване, като идентификатори на транзакции или идентификационен номер на шкафа, върнати от DB_ENV-> lock_id (). Това може да подобри едновременността на програмите, които използват DB_ENV-> set_thread_count (). [# 21591]
• Пристанищни помощни програми в Windows Mobile. [# 21636]
• Изложете 3 нови стойности на статуса на repmgr и нова стойност на флага DB_REPMGR_SITE към C # и Java API. [# 21687]
• Добавена е поддръжка за локализиране на съобщения за грешки в UTF-8 символи и е добавен раздел за това как да се изгради локализирана библиотека и пример за ICU в Ръководство за програмиране на програмиста. [# 21280]
• Промени в средата на базата данни:
• Излишните бели пространства вече се игнорират в линии DB_CONFIG, отнасящи се до директории. [# 20158]
• Фиксирани бъгове при опит за отваряне на не-DB файлове, сякаш са били бази данни. Ако криптирането е активно, ще се стигне до неуспех на твърдението. Ако криптирането не беше активно, съобщението за грешка "BDB0178 Криптирана база данни: няма флаг за шифроване" Би означавало неправилно, че е необходима парола. [# 21408]
• Промени в метода за достъп:
• Отстранена е грешка, която би могла да разпредели страница с данни за купчина в регион, след като създаването на региона е отменено. [# 20939]
• Коригира грешка в купчината, която й попречи да работи в смесени едийски конфигурации. [# 21016]
• Подобрете ефективността за търсене за метода за достъп до Btree, когато ключовете споделят общ префикс. [# 21216]
• Фиксирани бъгове с преместването на байтове в страниците на графата. Сега куп бази данни могат да бъдат премествани между малко-ендиански и големи-ендийски архитектури. [# 21387]
• Поправете състояние на състезанието, при което курсорът в процес на почистване може да бъде достъпен от друга нишка за управление. [# 21714]
• Дублирането на позицията на курсора на разделена база данни вече няма да доведе до катастрофа. [# 22195]
• Фиксирана грешка при затваряне при затваряне на свързан курсор. [# 22398]
• Промени в приложния програмен интерфейс (API):
• Променете cachesize на последователността и делта параметъра DB_SEQUENCE-> ще получите от тип u_int32_t вместо int32_t. [# 21552]
• Отстранена е грешка с API за DB_MPOOLFILE-> set_maxsize. В предишни издания файлът имаше разрешение да нарасне с една страница, по-голяма от конфигурирания. [# 21867]
• Променете функцията за сравнение в DB-> set_bt_compare, DB-> set_dup_compare и DB-> set_h_compare, за да приемете допълнителен параметър "size_t * locp". [# 22235]
• Промени в API, специфични за SQL:
• Добавена е PRAGMA large_record_opt, която, когато е активирана, може да подобри четенето и актуализирането на много големи записи. [# 19332]
• Добавена е поддръжка за многопроцесорния достъп до базата данни в приложенията на SQL HA. [# 21050]
• Сега могат да се създават бази данни в паметта без да се предава подкана SQLITE_OPEN_CREATE. [# 21456]
• Коригирайте грешка в приложния програмен интерфейс (API) на SQL, където задаването на размера на страницата на 64 K би довело до грешка. Също така е фиксирано свързано изтичане на памет в онлайн резервно копие на SQL. [# 21460]
• Добавете bdbsql_log_buffer pragma, за да разрешите настройката на буферния размер на буфера. [# 21471]
• Обновен SQLite до версия 3.7.13. [# 21641]
• Фиксирано е изтичане на mutex с достъп за множество достъп до базата данни в приложенията на SQL HA. [# 21714]
• Коригира грешка, която може да доведе до неуспешно изграждане на jdbc на ARM-Linux чрез gnueabi gcc. [# 22123]
• Обновен SQLite до версия 3.7.16.2. [# 22349]
• Надстроихме ADO.NET до версия 1.0.85.0. [# 22405]
• Промени в API, специфични за Tcl:
• Поддържайте помощни API за съхранение на блокове в Tcl. [# 19332]
• Промени в API, специфични за Java:
• Отстранена е грешка, при която EnvironmentConfig.setCreateDir () не е правилно конфигурираща средата. [# 21127]
• Отстранена е грешка, при която Database.verify () не е конфигурирала правилно db. [# 22401]
• Фиксирано е фалшиво съобщение за грешка, което може да бъде отпечатано при създаване на транзакция на клиент за репликация в Java. [# 21671]
• Промени в API, специфични за C #:
• Почистете много предупреждения за създаване на C #. [# 22285]
• Фиксирани дефиниции на тип SWIG за C # интерфейс. [# 18509]
• Промени в репликацията:
• Отстранени са няколко неуспешни твърдения, които биха могли да възникнат при използване на failchk и репликация. [# 19765]
• Представете грешка, когато локалният сайт, дефиниран по време на вътрешната инициализация, е несъвместим с по-ранна дефиниция. [# 20870]
• Отстранена е грешка, при която клиентите за репликация са изрисували неправилно регистрационния файл, когато е указано знамето DB_TXN_WRITE_NOSYNC. [# 20964]
• Отстранена е грешка, при която валидно извикване на DB_ENV- & gt; repmgr_start () метод ще се провали след предишно показване, което предостави невалидна стойност на параметър nthreads. Грешка в BDB3640 се генерираше неправилно. [# 21289]
• Коригира грешка, при която изчисляването на броя на необходимите безвъзмездни средства за главен лизинг е наложило дадена транзакция да присъства на строго мнозинство от сайтовете от групата за репликация. Достатъчно е сделката да присъства поне на половината от сайтовете на групата за репликация, което в някои случаи намалява броя на необходимите безвъзмездни средства за лизинг. [# 21329]
• Решил е проблем за възстановяване на клиента, при който е бил избран неправилен контролен пункт, което води до връщане на грешка в неправилна точка. [# 21342]
• Коригира грешка, която може да доведе до катастрофа поради неправилно повторно заявяване на сайт, който току-що спечели изборите. [# 21344]
• Коригира грешка, в която никога няма да се архивират дневници, ако има 2 сайтове и различни комбинации от неуспехи. [# 21448]
• Решихме грешка, при която не открихме факта, че DB_TXN_SNAPSHOT се използваше с клиент на HA. Клиентите по дефиниция са само за четене, така че не се допускат операции с моментни снимки. [# 21601]
• Отстранена е грешка, при която определянето дали даден сайт е или не е определено неправилно. [# 21 722]
• Отстранена е грешка, при която мениджърът на Репликационния мениджър може да спре да функционира, след като приеме остарелия списък със страници за членство в група от друг сайт. [# 21804]
• Намалете множество потоци от данни, които понякога могат да възникнат, ако времето за повторно искане е по-кратко от времето, необходимо за превключване на регистрационните файлове или извършване на контролен пункт в клиентски сайт. [# 21843]
• Отстранена е грешка, че даден сайт е премахнат неочаквано от групата за репликация, когато групата за репликация загуби потвърждението на стария капитан за добавяне на сайта по време на основна промяна. [# 21875]
• Коригирала е грешка, при която основният сайт може да се срине при премахване на сайт, ако премахнатият сайт затваря връзките си, преди капитанът да завърши последния етап от операцията. [# 22050]
• Коригира грешка, при която изборите никога не се случват след загубата на капитана, когато се използват главни лизингови договори. [# 22120]
• Промени в заключващата подсистема:
• Коригирала е грешка, която би могла да причини капан, ако се е случило изчакване на заключване при отваряне на база данни. [# 21098]
• Фиксирано увисване, което може да се случи, ако няма повече място за шкафчета. [# 21774]
• Фиксирано е потенциално състояние на състезанието при изграждането на графиката за откриване на блокиране, която при редки условия може да причини неправилна грешка в адреса. [# 22261]
• Промени в регистрационните подсистеми:
• Отстранена е грешка, която DB_ENV- & gt_get_config не работи правилно, когато е била извикана преди DB_ENV- & gt; отворена. [# 21359]
• Промени в подсистемата на резервната памет:
• Отстранена е грешка в приложния програмен интерфейс (API) DB_ENV-> get_cache_max, която е довела до връщането на неправилна стойност и грешка в приложния програмен интерфейс DB_ENV-> set_cachesize, които са причинили неправилно поведение при смяна на размера на съществуващ кеш. [# 21146]
• Фиксирано е условие за състезание, което се получава при опит за получаване на информация за файл и файлът се разширява от операционната система. [# 21193]
• Коригирани съобщения за грешки в няколко функции за конфигуриране на паметта. [# 21779]
• Фиксирани са няколко елемента за изтичане на памет, идентифицирани от Purify. [# 22283]
• Промени в подменюта на Mutex:
• Фиксирана неопределена грешка на символа (MUTEX_IS_OWNED) при конфигуриране с --ableable-diagnostic - disable-mutexsupport. [# 21145]
• Коригирайте грешка, в която не сме подравнявали правилно mutexes в регионите DB_PRIVATE, когато приложението конфигурира подравняване. [# 21491]
• Коригирайте състоянието на състезанието между DB_ENV- & gt; failchk () и разпределянето на mutex. [# 21796]
• Ограничете броя на завъртанията по подразбиране на mutex да са най-много 200, за да избегнете прекомерно предене на системи със стотици хипервръзки. [# 21463]
• Промени в тестовия пакет:
• Добавена е поддръжка за get / set_heapsize. [# 21510]
• Промени в помощната програма:
• Коригира грешка, при която се обажда DB- & set_partition с масив от клавиши, изисква от потребителите да запазят масива на паметта валиден, докато не бъде отворена базата данни. [# 18350]
• Фиксирана е грешка, която е причинила DB_ENV- & gt; архивиране, за да спре рано, ако DB_BACKUP_FILES не е зададен и в директорията с данни не е бил DB файл. [# 21076]
• Отстранен е проблем с опцията -f на db_hotbackup, което може да доведе до нарушение на сегментирането. Също така се замени едно неясно съобщение за грешка. [# 21184]
• Отстранени са три проблема с архивирането на дневниците на транзакции от db_hotbackup. Горещият архив не използва конфигурирана директория на журнала, а се опитва да отвори регистрационните файлове в домашната среда. Втората поправка коригира пътя на грешката, при който паметта е била освободена от грешната функция, възможно е да причини грешка на байт за защита. Третата корекция фиксира проблема, че ще се появи грешно съобщение, когато само "-l" Бе посочено. [# 21313]
• Фиксирано е фалшиво "Няма такъв файл или директория" (ENOENT) при стартиране на db_archive в среда с празна база данни за опашки. [# 21541]
• Фиксирани бъгове при уплътняването на големи клавиши в горните нива на брейзърите. [# 21569]
• Повечето помощни програми вече не работят на клиенти за репликация, които автоматично се инициализират. Грешката DB_REP_LOCKOUT вече е върната. [# 21593]
• Фиксирана е изтичане на ресурс във функцията db- & gt; verify () за btrees. Борбата ще забави проверката и вероятно ще доведе до изчерпване на паметта. [## 21917]
• Премахване на потенциално обесване при уплътняване на бази данни с много дубликати. [# 21975]
• Коригирахме грешка, при която не се връщахме грешка, когато се опитвахме да компилираме базата данни. [# 22063]
• Отстранена е грешка при обработката на грешките на db_log_verify, което би причинило нарушение на сегментация, ако няма достатъчно място за създаване на временни бази данни. [# 22187]
• Конфигуриране, документация, примерни приложения, преносимост и промени в изграждането
• Отстранете проблем с конфигуриране на ODBC, който причинява неуспешно изграждане на ODBC с SQL API. [# 21490]
• Деактивирано криптиране по подразбиране в SQL API на Linux, завършени опции за създаване на криптиране в SQL и SQL JDBC на Linux, Windows и Android и актуализиран процес на изграждане на трите платформи в Ръководството за инсталиране. [# 21872]
• Използвайте "-xO2" Като нивото по подразбиране за оптимизацията за компилатора на Sun Workshop. [# 22057]
• Коригирайте "opcode не се поддържа" Грешка на MIPS платформи, чийто асемблер по подразбиране е на MIPS1 набор инструкции. [# 22065]
• Осигурете последователен начин да включите / изключите шифроването на библиотеките db, sql, jdbc в Unix. [# 22158]
• Добавена е опцията за компилиране CONFIG_TEST, когато използвате режима за отстраняване на грешки в проекта db_csharp Windows, за да сте съвместими с проекта db Windows. [# 22300]
• Примерни промени:
• Поставете примерен C пример към C ++. [# 19541]
• Различни корекции на грешки:
• Фиксирано условие за състезание, което би могло да доведе до катастрофа, ако 2 процеси отворят една и съща SQL база данни едновременно. [# 21 041]
• Фиксирано твърдение за неизправност в функцията за сравнение btree, която причини задаването на паметта на грешната нишка. [# 21232]
• Фиксирано е условие за състезание в ключа за заключване на кеша на SQL дръжка. [# 21265]
• Отстранена е грешка в SQL кода, която е предотвратила създаването на таблицата при дефиниране на BDBSQL_FILE_PER_TABLE. [# 21417]
• Отстранена е грешка, че някои полета на DBT-тата от дяловия ключ, върнати от DB-> get_partition_keys, не могат да бъдат инициализирани. [# 21474]
• Коригира грешка, която не позволява създаването на под-база данни под директорията, идентифицирана в DB-> set_create_dir. [# 21603]
• Отстранена е грешка, при която dbenv- & mp_mtxcount не се използва правилно. [# 21768]
• Изчистени са няколко променливи проблеми с инициализацията, които причиняват откази на 64-битови Windows. [# 21850]
• Подобрена случайността на 20-байтовия уникален файлов генератор на Windows. [# 22470]
• Коригира евентуална повреда в функцията за управление на XA транзакции. [# 22450]
• Отхвърлени функции:
• Tornado 2.0 не се поддържа и версиите VxWorks, по-стари от 6.9, не се поддържат. [# 21877]

Какво е новото във версия 5.3.21:

• Първото издание 5.3 излезе преди няколко месеца , Едно от основните акценти бе подкрепата за Android платформата. 5.3.21 е второто издание. Това е основно съобщение за корекция на бъгове, но включва една функция, която е потенциално много интересна, поддръжка за Oracle JDK7.