¿Puedo autenticar usuarios SVN contra una tabla de database de SQL Server?

Estoy tratando de configurar un sistema de administración de documentos simple para una aplicación web.

La aplicación web está escrita en PHP y utiliza una database MSSQL.

En el MSSQL DB tengo una Tabla "Personas" que identifica las Personas, una Tabla "Logins" que contiene los Inicios de session en las filas en las Table Persons, otra Tabla llamada "SchoolClass" contiene las SchoolClasses de la Escuela.

Con otra tabla "PersonsToSchoolClasses", puedo determinar qué Persona está en su class.

Cuando ahora miramos esto, podemos reconocer que la Tabla "Clases" contiene los Grupos, y "Personas" el Usuario que necesitamos en SVN
Estas classs y sus asociaciones a menudo pueden cambiar.

Hasta luego todo bien.

Ahora experimento con svn. Reconocí que es exactamente lo que necesito.

Intenté configurarlo con la siguiente Pregunta publicada en stackoverflow.com
¿Cómo establecer permissions en un repository svn?

Aquí se describe que tengo que configurar cada grupo y cada usuario a mano.

Y ahora finalmente mi pregunta:
¿Es posible configurar Grupos y Usuarios fuera de las Tablas de Databse? Tal vez con un SQL? No quiero tener algunos files donde se almacenan todos los usuarios y grupos. También las passwords ya están contenidas en la database. Solo necesito una forma, ese SVN toma estas Tablas y las usa.

¿Es posible configurar Grupos y Usuarios fuera de las Tablas de Databse?

Depende.

Si está utilizando Subversion con Apache a través de mod_dav_svn , entonces no es realmente Subversion la que maneja la authentication, es Apache. Esto significa que puede usar cualquier método que Apache admita para realizar la authentication. La pregunta a la que se vinculó se refiere exclusivamente al uso del progtwig svnserve , no de Apache.

Parece que puede usar mod_authn_dbd de Apache para configurar la authentication y mod_dbd para configurar el acceso a la database.

A partir de la documentation, mod_dbd puede conectar a MS SQL Server utilizando la biblioteca FreeTDS. Sin embargo, hay una gran advertencia de security adjunta a esta function. En resumen, FreeTDS no admite declaraciones preparadas con consultas parametrizadas. Esto significa que los usuarios pueden realizar ataques de inyección SQL a less que sean muy cuidadosos.

Hay otro inconveniente con esto. A less que haya tenido la suerte de tener estos modules a su disposition, necesitará comstackrlos. No está claro si estás en Linux o Windows, pero va a ser un oso real a pesar de todo.

También hay un controller ODBC, pero se describe en los documentos como de un tercero, lo que significa que seguramente tendrá que comstackrlo.

Para ser sincero, recomendaría no utilizar este enfoque a less que tenga los modules al scope de la mano. No hay pena solo por escribir un file .htpasswd . Solo recuerde usar authentication implícita .