|
| ||||||||||||
| ||||||||||||
|
2004 г
СУБД ЛИНТЕР. Технический обзор.Научно-производственное предприятие РЕЛЭКСwww.relex.ru XV. Будущее системы ЛИНТЕРБудущее системы ЛИНТЕР связывается с новой версией СУБД ЛИНТЕР – ЛИНТЕР v.6.2. Эта версия обещает быть более мощной во всех отношениях. Многое из того, что войдёт в эту систему уже реализовано и проходит тестирование. A. МобильностьПланируется перенос ЛИНТЕР на МОС-ЕС (S/390). B. МасштабируемостьЗдесь основным направлением является внедрение многопроцессорного ядра СУБД ЛИНТЕР v.6.2. Подобное ядро использует порождение процессов (нитей) обработки запроса или его каких-то его фрагментов. Таким образом, решается проблема распараллеливания обработки не только запросов, выполняющихся по различным каналам, но даже и обработки одного запроса. Вторым направлением масштабируемости является эффективное использование сверхбольших объемов памяти (более 2 Gb). C. Конфиденциальность информацииЦентральным звеном здесь станет шифрация информации в таблице и её индексах. Кроме того, в качестве дополнительной защиты рассматривается возможность реализации дополнительной аутентификации пользователя при помощи электронного ключа. D. Производительность (оптимизация, индексы)До настоящего момента основными направлениями развития СУБД ЛИНТЕР были надёжность и секретность. Теперь настало время для увеличения быстродействия. В этом направлении планируется включить в СУБД ЛИНТЕР возможность индексация многомерных пространственных объектов (R+-, X-, M- деревья) для ускорения работы с пространственными данными типа карт, выкроек и пр.. E. Сетевые компонентыВыше уже упоминалось о том, что сетевые компоненты системы отслеживают «живучесть» тех объектов, с которыми они связаны. «Смерть» этих объектов будет вовремя обнаружена, и приложению (или ядру ЛИНТЕР) будет сообщено о невозможности продолжения работы. Однако во многих случаях это не лучший выход. Особенно когда речь идёт о высоконадёжных системах, где необходимо неоднократно убедиться в том, что связь с объектом невозможна, несколько раз повторить действие (причём через установленные промежутки времени) и только потом передавать проблему для решения наверх. F. Архиватор - lhbВ lhb добавятся функции сохранения данных в псевдотекстовом формате и формирование блоков базы данных при восстановлении (быстрая загрузка) для обеспечения переноса между версиями. G. Реальное времяВ ближайшее время добавится ещё одно средство реального времени - тайм-ауты блокировок. Допустимым временем ожидания блокировки можно будет управлять из приложения пользователя. Ещё один планируемый тайм-аут – это тайм-аут ожидания выполнения запроса. Запрос, не обработанный за указанное время, будет автоматически снят с выполнения, и приложение получит управление с соответствующим кодом завершения. H. Полнотекстовая индексацияПланируется расширить возможности полнотекстовой индексации путем реализации индекса по NCHAR полям и добавления возможности определения позиции найденного слова или фразы в исходном документе. |
|
CITForum © 1997–2025