[Gvsig_english] gvsig, databases and multiuser-access::current status and plans

[Miguel Montesinos]

Hi Wolfgang,

Unfortunately, there is no locking mechanism implemented for database concurrent updates. A lot has been told about long-term transactions in the FOSS4G community (what ArcSDE provides among other things), but AFAIK there is no solution yet.

A good solution is being followed by GeoServer, through versioned-WFS, but it's not available in full GIS stacks yet. Other simple solutions would be to use a parallel locking mechanism made ad-hoc without RDBMS locking capabilites, with some server-based solution. But nowadays it's not being addressed.

Maybe it should be time to find resources and funds to such requirements.

Regards

---------------------------------
Miguel Montesinos
Director Técnico
PRODEVELOP
C/ Conde Salvatierra, 34 - 10
46004 Valencia. Spain
e-mail: mmontesinos at prodevelop.es
http://www.prodevelop.es
Tlf: +34 963510612

 

>-----Original Message-----
>From: gvsig_internacional-bounces at runas.cap.gva.es 
>[mailto:gvsig_internacional-bounces at runas.cap.gva.es] On 
>Behalf Of Wolfgang Qual
>Sent: Monday, January 21, 2008 2:23 PM
>To: Users list
>Subject: [Gvsig_english] gvsig,databases and 
>multiuser-access::current status and plans
>
>Hi list,
>some colleagues asked me, whether gvsig would allow 
>multiuser-usage of a single database. They told me that there 
>was a function in a former used program (SICAD), where it was 
>possible to "lock" layers (or a limited spatial extent of that 
>layer) for other users during editing.
>Additionally, ESRI's ArcSDE seems to provide a similar 
>functionality. I would be happy, if gvSIG's developers could 
>provide some comments about this issue.
>
>Best regards,
>Wolfgang
>_______________________________________________
>Gvsig_internacional mailing list
>Gvsig_internacional at runas.cap.gva.es
>http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>