Die Schreibweise mit den doppelten Anführungszeichen halte ich für falsch.
DB haben ihre (meist etwas) unterschiedlichen Eigenarten, um so etwas wie Case Sensivity und den ganzen Kram zu ermöglichen (Sonderzeichen aller Art, Leerzeichen, Emoticons)
Doppelte Anführungszeichen sind dafür nicht ungewöhnlich.
Die doppelten Anführungszeichen sind richtig. Der Firebird-
SQL Dialect 3 macht das so. z.B. würde ein Select dann so aussehen:
Code:
SELECT "Feldname", "FeldName", "feldname" FROM "Tabelle";
und du hättest drei verschiedene Felder gewählt.
Das gleiche gilt für Roles. Wird ein externes Datenbank-Tool wie z.B. RedAdmin verwendet und man gibt die Roles genau so an wie ich das mache (also "Role") dann geht alles wunderbar.
Auf den Punkt:
Ein "andere App", die solche Vorgaben macht, kann höchstens logische Rollen meinen und die physischen einer
DB.
Ich würde ein Mapping anlegen, dass den Zusammenhang definiert und mit den klassischen Mitteln arbeiten.
Bei einem Mapping würden aber die (im Programm sichtbaren) Roles nicht gleich sein wie im anderen Programm.
Lieber wäre mir die Roles einfach so zu benutzen wie vorgesehen und nicht einen offensichtlichen Bug (bei mir oder bei UniDAC) mit einer Krücke zu umgehen.
Gruß
Luggi