Last edit
Changed:
< Выбор Национальной СУБД (НСУБД) как важнейшей составляющей НПП должен основываться на анализе требований потенциальных потребителей, а также возможностей по разработке собственной СУБД, или использования уже имеющейся СУБД с открытым кодом, обладающей требуемой функциональностью. Разработка собственной СУБД с нуля, или даже создание собственной ветки разработки существующей СУБД, в современных условиях недостатка квалифицированных разработчиков, не представляется возможным, особенно, учитывая время (несколько лет), выделенное на разработку НПП. Таким образом, единственным кандидатом на НСУБД остается существующая СУБД, обладающая базовой функциональностью, предъявляемую к современным СУБД для промышленного, государственного и бизнес-применения – поддерживать транзакции, целостность, изоляцию, конкурентность, репликация данных и восстановление после сбоев, а также доступная по свободной лицензии. Кроме того, немаловажно, чтобы эта СУБД имела большое сообщество, долгую историю, квалифицированных разработчиков и не зависела от какой-либо компании. Наличие в команде разработчиков отечественных специалистов является дополнительным аргументов в пользу такой СУБД, так как позволяет проводить политические решения и влиять на приоритеты разработки. Среди множества разновидностей СУБД (http://en.wikipedia.org/wiki/Database) можно выделить реляционные СУБД (РСУБД) как наиболее востребованный тип СУБД для использования в государственных организациях, имеющий долгую историю развития и хорошую теоретическую базу. Если взглянуть на список РСУБД (http://en.wikipedia.org/wiki/Comparison_of_relational_database_management_systems), то среди больше 50 РСУБД очевидно выделяется PostgreSQL (http://www.postgresql.org), как наиболее продвинутая РСУБД, доступная по свободной лицензии BSD, имеющая большое сообщество пользователей и разработчиков, долгую историю развития, независимую от какой-либо компании, широко используемая в России, которая удовлетворяет всем описанным требованиям. Полный список возможностей PostgreSQL можно посмотреть на сайте проекта (http://www.postgresql.org/about/featurematrix). В составе команды разработчиков (http://www.postgresql.org/community/contributors/) присутствуют двое российских разработчиков, входящих в ядро команды и реализовавшие много из списка базовых возможностей PostgreSQL.
to
> Выбор Национальной СУБД (НСУБД) как важнейшей составляющей НПП должен основываться на анализе требований потенциальных потребителей, а также возможностей по разработке собственной СУБД, или использования уже имеющейся СУБД с открытым кодом, обладающей требуемой функциональностью. Разработка собственной СУБД с нуля, или даже создание собственной ветки разработки существующей СУБД, в современных условиях недостатка квалифицированных разработчиков, не представляется возможным, особенно, учитывая время (несколько лет), выделенное на разработку НПП. Таким образом, единственным кандидатом на НСУБД остается существующая СУБД, обладающая базовой функциональностью, предъявляемую к современным СУБД для промышленного, государственного и бизнес-применения – поддерживать транзакции, целостность, изоляцию, конкурентность, репликация данных и восстановление после сбоев, а также доступная по свободной лицензии. Кроме того, немаловажно, чтобы эта СУБД имела большое сообщество, долгую историю, квалифицированных разработчиков и не зависела от какой-либо компании. Наличие в команде разработчиков отечественных специалистов является дополнительным аргументов в пользу такой СУБД, так как позволяет проводить политические решения и влиять на приоритеты разработки. Среди множества разновидностей СУБД (http://en.wikipedia.org/wiki/Database) можно выделить реляционные СУБД (РСУБД) как наиболее востребованный тип СУБД для использования в государственных организациях, имеющий долгую историю развития и хорошую теоретическую базу. Если взглянуть на список РСУБД (http://en.wikipedia.org/wiki/Comparison_of_relational_database_management_systems), то среди больше 50 РСУБД очевидно выделяется PostgreSQL (http://www.postgresql.org), как наиболее продвинутая РСУБД, доступная по свободной лицензии BSD, имеющая большое сообщество пользователей и разработчиков, долгую историю развития, независимую от какой-либо компании, широко используемая в России (http://wiki.postgresqlrussia.org/index.php/%D0%9A%D0%BE%D0%BC%D0%BF%D0%B0%D0%BD%D0%B8%D0%B8_%D0%B8_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D1%8B%2C_%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D1%83%D1%8E%D1%89%D0%B8%D0%B5_PostgreSQL), которая удовлетворяет всем описанным требованиям. Полный список возможностей PostgreSQL можно посмотреть на сайте проекта (http://www.postgresql.org/about/featurematrix). В составе команды разработчиков (http://www.postgresql.org/community/contributors/) присутствуют двое российских разработчиков, входящих в ядро команды и реализовавшие много из списка базовых возможностей PostgreSQL.
Выбор Национальной СУБД (НСУБД) как важнейшей составляющей НПП должен основываться на анализе требований потенциальных потребителей, а также возможностей по разработке собственной СУБД, или использования уже имеющейся СУБД с открытым кодом, обладающей требуемой функциональностью. Разработка собственной СУБД с нуля, или даже создание собственной ветки разработки существующей СУБД, в современных условиях недостатка квалифицированных разработчиков, не представляется возможным, особенно, учитывая время (несколько лет), выделенное на разработку НПП. Таким образом, единственным кандидатом на НСУБД остается существующая СУБД, обладающая базовой функциональностью, предъявляемую к современным СУБД для промышленного, государственного и бизнес-применения – поддерживать транзакции, целостность, изоляцию, конкурентность, репликация данных и восстановление после сбоев, а также доступная по свободной лицензии. Кроме того, немаловажно, чтобы эта СУБД имела большое сообщество, долгую историю, квалифицированных разработчиков и не зависела от какой-либо компании. Наличие в команде разработчиков отечественных специалистов является дополнительным аргументов в пользу такой СУБД, так как позволяет проводить политические решения и влиять на приоритеты разработки. Среди множества разновидностей СУБД (http://en.wikipedia.org/wiki/Database) можно выделить реляционные СУБД (РСУБД) как наиболее востребованный тип СУБД для использования в государственных организациях, имеющий долгую историю развития и хорошую теоретическую базу. Если взглянуть на список РСУБД (http://en.wikipedia.org/wiki/Comparison_of_relational_database_management_systems), то среди больше 50 РСУБД очевидно выделяется PostgreSQL (http://www.postgresql.org), как наиболее продвинутая РСУБД, доступная по свободной лицензии BSD, имеющая большое сообщество пользователей и разработчиков, долгую историю развития, независимую от какой-либо компании, широко используемая в России (http://wiki.postgresqlrussia.org/index.php/%D0%9A%D0%BE%D0%BC%D0%BF%D0%B0%D0%BD%D0%B8%D0%B8_%D0%B8_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D1%8B%2C_%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D1%83%D1%8E%D1%89%D0%B8%D0%B5_PostgreSQL), которая удовлетворяет всем описанным требованиям. Полный список возможностей PostgreSQL можно посмотреть на сайте проекта (http://www.postgresql.org/about/featurematrix). В составе команды разработчиков (http://www.postgresql.org/community/contributors/) присутствуют двое российских разработчиков, входящих в ядро команды и реализовавшие много из списка базовых возможностей PostgreSQL.
Прототип программного обеспечения управления базами данных будет основываться на свободно-распространяемой СУБД PostgreSQL версии 9.1 и его расширениях (входящих в состав дистрибутива и внешних модулей), и поддерживать функционал, определенный п. 3.2 Требований технического задания, в том числе: