I assume so. Please note that I have *not* done this myself - I was
setting up ODBC read-only access to 9.05 yesterday and had just reviewed
the 6.1 process. (We're live on 6.1, testing 9.05).
General SQL GRANT permissions - I assume this works for Progress:
SELECT -- read only
UPDATE -- read/write existing records
INSERT -- add new records
DELETE
<insert standard be very, very careful language here - make backups & do
in test environment first>
Brian.
________________________________
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of mahsangilbert
Sent: Thursday, December 09, 2010 10:11 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: Using ODBC for mass updates
Thanks for the info Brian. Do I just need to edit "61ODBCsecurity.txt" ?
What syntax is used to grant WRITE access?
Todd
--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"Brian Roberts" <broberts@...> wrote:
Behalf
setting up ODBC read-only access to 9.05 yesterday and had just reviewed
the 6.1 process. (We're live on 6.1, testing 9.05).
General SQL GRANT permissions - I assume this works for Progress:
SELECT -- read only
UPDATE -- read/write existing records
INSERT -- add new records
DELETE
<insert standard be very, very careful language here - make backups & do
in test environment first>
Brian.
________________________________
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of mahsangilbert
Sent: Thursday, December 09, 2010 10:11 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: Using ODBC for mass updates
Thanks for the info Brian. Do I just need to edit "61ODBCsecurity.txt" ?
What syntax is used to grant WRITE access?
Todd
--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"Brian Roberts" <broberts@...> wrote:
>"Implement_ODBC61.doc",
> In Vantage 6.1, ODBC access to the Progress database must be enabled
> separately, and that install process sets up read only access. The
> document I have describing this process is named
> and it includes a script named "61ODBCsecurity.txt" that grants[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
> select-only (=read-only) access like this:
>
>
>
> CREATE USER 'odbcuser','odbcuser';
>
> COMMIT;
>
> GRANT SELECT ON pub.ABCCode TO odbcuser;
>
> GRANT SELECT ON pub.AlertGroup TO odbcuser;
>
> Etc for all tables
>
>
>
> This setup will give you the error message below.
>
>
>
> You could use this as a template to grant more access to a different
> username for ODBC. <insert standard be very careful language here>.
>
>
>
> Brian.
>
>
>
> ________________________________
>
> From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Behalf
> Of mahsangilbert<mailto:vantage%40yahoogroups.com> ,
> Sent: Thursday, December 09, 2010 9:23 AM
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Subject: [Vantage] Re: Using ODBC for mass updates
>
>
>
>
>
> I've tried out all of the options for the ODBC Default Isolation Level
> but continue to get an error message "update on link table failed"
> "[PROGRESS] permission denied (7677)".
>
> I assume there must be a database permission restriction coming into
> play here. Any ideas where/how to change such a setting?
>
> Todd
>
> --- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Randall Weber <weber.randy@> wrote:[Non-text portions of this message have been removed]
> >
> > Todd,
> >
> > Have you checked to see if the ODBC connection is set up for
> read-write
> > rather than the usual read-uncommitted?
> >
> > If your's is read-uncommitted, I recommend making a separate ODBC
> connection
> > called VantageWRITE so there is no doubt that you are in that
> dangerous
> > zone.
> >
> > FYI: Though Epicor recommends against this, I have used ODBC several
> times
> > to do mass updates.
> >
> > --
> > Randy Weber
> > weber.randy@
> > (651) 263-1811
> >
> > http://randallweber.com/
> >
> >
> > [Non-text portions of this message have been removed]