SQL_Latin1_General_Cp850_BIN

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

SQL_Latin1_General_Cp850_BIN

Pietro Sulzer
This post was updated on .
CONTENTS DELETED
The author has deleted this message.
Reply | Threaded
Open this post in threaded view
|

Re: SQL_Latin1_General_Cp850_BIN

Alan Knight-2
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]
31 August, 2011 12:53 AM


I use ObjectStudio 8.3 with Parcel GlorpAnalysis loaded and I'd like to
access my SQL-Server metadata. SQL Server is installed with sortorder
SQL_Latin1_General_Cp850_BIN.

login := Glorp.Login new database: Glorp.SQLServerPlatform new;
username: 'username';
password: 'password';
connectString: connectString

accessor := Glorp.DatabaseAccessor forLogin: login.
accessor login.

session := Glorp.GlorpSession new.
session system: (Glorp.SQLServerMetadataDescriptorSystem forPlatform: login
database).
session accessor: accessor.

(query := Glorp.Query readManyOf: Glorp.DatabaseTable where: [:each | each
schema os_Equal: 'xyz']) setOrdering: #(#name).

query executeIn: session.

I get an unhandled exception:[Microsoft]ODBC SQL Server Driver] Invalid
Objectname 'INFORMATION_SCHMEA.tables

How can I do that without reeinstalling SQL-Server with a different sort
order.
Thank you for your help.

--
View this message in context: http://forum.world.st/SQL-Latin1-General-Cp850-BIN-tp3780233p3780233.html
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
Reply | Threaded
Open this post in threaded view
|

Re: SQL_Latin1_General_Cp850_BIN

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
Sent: Wednesday, August 31, 2011 12:30 PM
To: Armin
Cc: [hidden email]
Subject: Re: [vwnc] SQL_Latin1_General_Cp850_BIN

 

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]
31 August, 2011 12:53 AM

 

 

I use ObjectStudio 8.3 with Parcel GlorpAnalysis loaded and I'd like to
access my SQL-Server metadata. SQL Server is installed with sortorder
SQL_Latin1_General_Cp850_BIN.

login := Glorp.Login new database: Glorp.SQLServerPlatform new;
username: 'username';
password: 'password';
connectString: connectString

accessor := Glorp.DatabaseAccessor forLogin: login.
accessor login.

session := Glorp.GlorpSession new.
session system: (Glorp.SQLServerMetadataDescriptorSystem forPlatform: login
database).
session accessor: accessor.

(query := Glorp.Query readManyOf: Glorp.DatabaseTable where: [:each | each
schema os_Equal: 'xyz']) setOrdering: #(#name).

query executeIn: session.

I get an unhandled exception:[Microsoft]ODBC SQL Server Driver] Invalid
Objectname 'INFORMATION_SCHMEA.tables

How can I do that without reeinstalling SQL-Server with a different sort
order.
Thank you for your help.

--
View this message in context: http://forum.world.st/SQL-Latin1-General-Cp850-BIN-tp3780233p3780233.html
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
Reply | Threaded
Open this post in threaded view
|

Re: SQL_Latin1_General_Cp850_BIN

Wallen, David

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
Sent: Wednesday, August 31, 2011 3:53 PM
To: Armin
Cc: [hidden email]
Subject: RE: [vwnc] SQL_Latin1_General_Cp850_BIN

 

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
Sent: Wednesday, August 31, 2011 12:30 PM
To: Armin
Cc: [hidden email]
Subject: Re: [vwnc] SQL_Latin1_General_Cp850_BIN

 

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]
31 August, 2011 12:53 AM

 

 

I use ObjectStudio 8.3 with Parcel GlorpAnalysis loaded and I'd like to
access my SQL-Server metadata. SQL Server is installed with sortorder
SQL_Latin1_General_Cp850_BIN.

login := Glorp.Login new database: Glorp.SQLServerPlatform new;
username: 'username';
password: 'password';
connectString: connectString

accessor := Glorp.DatabaseAccessor forLogin: login.
accessor login.

session := Glorp.GlorpSession new.
session system: (Glorp.SQLServerMetadataDescriptorSystem forPlatform: login
database).
session accessor: accessor.

(query := Glorp.Query readManyOf: Glorp.DatabaseTable where: [:each | each
schema os_Equal: 'xyz']) setOrdering: #(#name).

query executeIn: session.

I get an unhandled exception:[Microsoft]ODBC SQL Server Driver] Invalid
Objectname 'INFORMATION_SCHMEA.tables

How can I do that without reeinstalling SQL-Server with a different sort
order.
Thank you for your help.

--
View this message in context: http://forum.world.st/SQL-Latin1-General-Cp850-BIN-tp3780233p3780233.html
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
Reply | Threaded
Open this post in threaded view
|

Re: SQL_Latin1_General_Cp850_BIN

Pietro Sulzer
This post was updated on .
In reply to this post by Pietro Sulzer
CONTENTS DELETED
The author has deleted this message.
Reply | Threaded
Open this post in threaded view
|

Re: SQL_Latin1_General_Cp850_BIN

Wallen, David
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