This post was updated on .
CONTENTS DELETED
The author has deleted this message.
|
Well, you've got SCHEMA
misspelled in the error message, but assuming that's just a typo, then
that seems like it should reasonably work. SQL Server did at some point
make some changes to INFORMATION_SCHEMA that might be an issue, but I
suspect more likely it's just not finding the tables. I doubt that the
sort order is significant, I suspect it just isn't looking in the right
place for those tables.
_______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
I think you might be missing a call to #initializeFunctions, which is particularly needed for playing with the info schema. This works with 2008 native client: sqlsrvrLogin := (Login new) database: (SQLServerPlatform new initializeFunctions); username: 'sa'; password: 'dw29558'; secure: false; schema: 'dbo'; connectString: 'sql_2008_native'. GlorpDatabaseLoginResource defaultLogin: sqlsrvrLogin. "GlorpDatabaseLoginResource reset. GlorpDemoTablePopulatorResource invalidateSetup. ActiveRecord defaultLogin: (GlorpDatabaseLoginResource current login)" accessor := Glorp.DatabaseAccessor forLogin: sqlsrvrLogin. accessor login. session := Glorp.GlorpSession new. session system: (Glorp.SQLServerMetadataDescriptorSystem forPlatform: sqlsrvrLogin database). session accessor: accessor. (query := Glorp.Query readManyOf: Glorp.DatabaseTable where: [:each | each schema os_Equal: 'dbo']) setOrdering: #(#name). query executeIn: session. Results: #(a Glorp.DatabaseTable(dbo.MSreplication_options) a Glorp.DatabaseTable(dbo.spt_fallback_db) a Glorp.DatabaseTable(dbo.spt_fallback_dev) a Glorp.DatabaseTable(dbo.spt_fallback_usg) a Glorp.DatabaseTable(dbo.spt_monitor) a Glorp.DatabaseTable(dbo.spt_values) a Glorp.DatabaseTable(dbo.test_large_array_binding) a Glorp.DatabaseTable(dbo.test_large_array_binding3) a Glorp.DatabaseTable(dbo.testAnswerStream)) From: [hidden email] [mailto:[hidden email]] On Behalf Of Alan Knight Well, you've got SCHEMA misspelled in the error message, but assuming that's just a typo, then that seems like it should reasonably work. SQL Server did at some point make some changes to INFORMATION_SCHEMA that might be an issue, but I suspect more likely it's just not finding the tables. I doubt that the sort order is significant, I suspect it just isn't looking in the right place for those tables. [hidden email] I use ObjectStudio 8.3 with Parcel GlorpAnalysis loaded and I'd like to _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Armin, Sorry, I forgot that you are using OS, so my VW-based answer is probably not relevant. In fact, that init call may be redundant these days, too! - Dave From: Wallen, David I think you might be missing a call to #initializeFunctions, which is particularly needed for playing with the info schema. This works with 2008 native client: sqlsrvrLogin := (Login new) database: (SQLServerPlatform new initializeFunctions); username: 'sa'; password: 'dw29558'; secure: false; schema: 'dbo'; connectString: 'sql_2008_native'. GlorpDatabaseLoginResource defaultLogin: sqlsrvrLogin. "GlorpDatabaseLoginResource reset. GlorpDemoTablePopulatorResource invalidateSetup. ActiveRecord defaultLogin: (GlorpDatabaseLoginResource current login)" accessor := Glorp.DatabaseAccessor forLogin: sqlsrvrLogin. accessor login. session := Glorp.GlorpSession new. session system: (Glorp.SQLServerMetadataDescriptorSystem forPlatform: sqlsrvrLogin database). session accessor: accessor. (query := Glorp.Query readManyOf: Glorp.DatabaseTable where: [:each | each schema os_Equal: 'dbo']) setOrdering: #(#name). query executeIn: session. Results: #(a Glorp.DatabaseTable(dbo.MSreplication_options) a Glorp.DatabaseTable(dbo.spt_fallback_db) a Glorp.DatabaseTable(dbo.spt_fallback_dev) a Glorp.DatabaseTable(dbo.spt_fallback_usg) a Glorp.DatabaseTable(dbo.spt_monitor) a Glorp.DatabaseTable(dbo.spt_values) a Glorp.DatabaseTable(dbo.test_large_array_binding) a Glorp.DatabaseTable(dbo.test_large_array_binding3) a Glorp.DatabaseTable(dbo.testAnswerStream)) From: [hidden email] [mailto:[hidden email]] On Behalf Of Alan Knight Well, you've got SCHEMA misspelled in the error message, but assuming that's just a typo, then that seems like it should reasonably work. SQL Server did at some point make some changes to INFORMATION_SCHEMA that might be an issue, but I suspect more likely it's just not finding the tables. I doubt that the sort order is significant, I suspect it just isn't looking in the right place for those tables. [hidden email] I use ObjectStudio 8.3 with Parcel GlorpAnalysis loaded and I'd like to _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
This post was updated on .
In reply to this post by Pietro Sulzer
CONTENTS DELETED
The author has deleted this message.
|
I am not aware of the exact details here, but I remember that SQL Server
case-sensitivity was fixed for the entire server at installation time, and was probably true for SQL Server 2000. Also, I think the official name for the information schema tables is in uppercase. So, a case sensitive installation would presumably complain if you tried to specify the name in lowercase. That might explain why the uppercase version always works. - Dave -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Armin Sent: Thursday, September 01, 2011 1:11 AM To: [hidden email] Subject: Re: [vwnc] SQL_Latin1_General_Cp850_BIN Thank you for your answers. What I forgot to mention is that I still use SQL-Server-2000. I installed SQL-SERVER-2000 on my local machine with sortorder Latin_General_CI_AS and then the workspace-script works fine. doing "select * from information_schema.tables" in a SQL-Server-Query-Analyzer-Window works for my local sql-server-instance with sortorder Latin_General_CI_AS does not work for my remote sql-server-instance with sortorder SQL_Latin1_General_Cp850_BIN. doing "select * from INFORMATION_SCHEMA.TABLES" in a SQL-Server-Query-Analyzer-Window works for both instances of sql-server. Seems to be a upper-lowercase problem specific for sql-server-2000? -- View this message in context: http://forum.world.st/SQL-Latin1-General-Cp850-BIN-tp3780233p3783014.htm l Sent from the VisualWorks mailing list archive at Nabble.com. _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Free forum by Nabble | Edit this page |