![]() |
ИСТИНА |
Войти в систему Регистрация |
ФНКЦ РР |
||
При построении сложных информационных систем зачастую приходится решать разнообразные технологические задачи, связанные с хранением, доступом и поиском информации. Учитывая современные требования к производительности, надежности и масштабированию таких систем, именно эти факторы (наряду с функциональностью) являются ключевыми при выборе СУБД. Мы расскажем про еще один важнейший фактор, который зачастую не принимается во внимание на этапе старта проекта, но который становится очень важным при его развитии. Действительно, часты ситуации, когда возникают новые перспективы, новые задачи, которые надо решить "уже вчера", но вся архитектура уже завязана на конкретную СУБД, которая просто не имеет нужной функциональности. Так возникает целый зоопарк СУБД, больших и малых, поддержка которых требует дополнительных затрат и т.д. Этим фактором является расширяемость, т.е. возможность добавления новой функциональности (новых типов данных, новых запросов,...) на лету, без остановки серверного процесса. Более того, расширяемость СУБД должна быть доступна разработчикам проекта, а не разработчикам ядра базы данных (которые обычно not available). При этом, новые типы данных должны обеспечивать такой же уровень надежности, конкурентности, предоставляемых СУБД для стандартных, встроенных типов данных (что обычно требует очень квалифицированных программистов, знакомых с ядром СУБД, а также, тщательного и продолжительного тестирования). Мы расскажем про расширяемость свободно-распространяемой СУБД PostgreSQL и ее возможности. Хакеры и архитекторам будет интересно узнать каким образом достигается такая расширяемость в PostgreSQL, какие системы расширяемости существуют, их возможности и ограничения, а начинающим разработчикам мы предложим реальную возможность внести свой вклад (стать контрибьютором) в развитие этой хорошей СУБД.