Good idea, that is workaround in such case.<div>If you use OracleSchema property then you will get only tables/classes which are owned by 'OracleSchema' in each featuresource.</div><div><br></div><div>Still, I need to change provider. I believe it is simple change, it will take more time to create unittest for that.</div>
<div><br></div><div>Haris<br><br><div class="gmail_quote">On Wed, Mar 10, 2010 at 9:27 AM, Crispin_at_1Spatial <span dir="ltr"><<a href="mailto:crispin.hoult@1spatial.com">crispin.hoult@1spatial.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
Hi - that is exactly my scenario...<br>
<br>
A single Oracle has been created that has access to many tables from<br>
different users.<br>
<br>
If I create multiple KineOra featuresources each with the 'OracleSchema'<br>
set.<br>
That may give me a workaround -- but will all the individual classes be<br>
listed under each connection or should the 'OracleSchema' filter the list?<br>
<font color="#888888">--<br>
View this message in context: <a href="http://n2.nabble.com/KingOra-Cannot-Find-Primary-Key-with-Some-Database-Roles-tp4625565p4707643.html" target="_blank">http://n2.nabble.com/KingOra-Cannot-Find-Primary-Key-with-Some-Database-Roles-tp4625565p4707643.html</a><br>
</font><div><div></div><div class="h5">Sent from the FDO Users mailing list archive at Nabble.com.<br>
_______________________________________________<br>
fdo-users mailing list<br>
<a href="mailto:fdo-users@lists.osgeo.org">fdo-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/fdo-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/fdo-users</a><br>
</div></div></blockquote></div><br></div>