Login
Register
Search
Home
Forums
Jobs
LawsonGuru
LawsonGuru Letter
LawsonGuru Blog
Worthwhile Reading
Infor Lawson News Feed
Store
Store FAQs
About
Forums
Infor / Lawson Platforms
S3 Systems Administration
Move away from law_dba tables
Home
Forums
Jobs
LawsonGuru
LawsonGuru Letter
LawsonGuru Blog
Worthwhile Reading
Infor Lawson News Feed
Store
Store FAQs
About
Who's On?
Membership:
Latest:
Chris Radcliffe
Past 24 Hours:
0
Prev. 24 Hours:
0
Overall:
5187
People Online:
Visitors:
337
Members:
0
Total:
337
Online Now:
New Topics
S3 Customization/Development
Cobol - Extract Current Time
4/24/2024 7:21 PM
How do you extract just the Current System Time in
Lawson Landmark
LPL INSTR Functions
4/5/2024 8:32 PM
I'm writing a simple report using the Create R
Infor SCM
Translating 856 to get the ~ REF^CN^ field
4/3/2024 8:24 PM
We are trying to get the tracking number which is
IPA/ProcessFlow
Sample XML file create Flow
4/3/2024 3:43 PM
Hello everyone, I am new to creating XML files
Lawson S3 HR/Payroll/Benefits
bn105 error message
3/26/2024 6:40 PM
I need to change some of the set ups in our Life I
IPA/ProcessFlow
IPA executing Job
3/13/2024 7:08 PM
New to the IPA world and was wondering, can an IPA
Lawson S3 HR/Payroll/Benefits
Life Age Reduction on benefits plans
3/12/2024 7:15 PM
For our optional life we have an age based coverag
Lawson S3 HR/Payroll/Benefits
BN53.1 Add-In
3/7/2024 3:31 PM
We are migrating to Solstice. They require a
Lawson Business Intelligence/Reporting/Crystal
Domain Name Change
3/5/2024 7:45 PM
Our domain name needs to change and was hoping I c
S3 Customization/Development
Cobol calling Shell Script
2/29/2024 1:27 PM
Has anyone created or modified a Lawson Cobol prog
Top Forum Posters
Name
Points
Greg Moeller
4184
David Williams
3349
JonA
3288
Kat V
2984
Woozy
1973
Jimmy Chiu
1883
Kwane McNeal
1437
Ragu Raghavan
1351
Roger French
1311
mark.cook
1244
Forums
Unanswered
Active Topics
Most Liked
Most Replies
Search Forums
Search
Advanced Search
Topics
Posts
Prev
Next
Forums
S3 Systems Administration
Move away from law_dba tables
Sort:
Oldest First
Most Recent First
You are not authorized to post a reply.
Author
Messages
Richard J Sculpher
Basic Member
Posts: 15
5/29/2012 11:22 AM
Hi - when we create a new table that uses VARCHAR2 we have to add a line in the law_dba_table table to show that we are using VARCHAR2. Likewise we have to put new indexes in the law_dba_index table. The theory is that when the reorg runs it looks in the law_dba tables then dbdef for the data it needs to do the reorg. That's the theory...at the moment it doesn't always look in the law_dba tables.
Lawson no longer support the law_dba tables - we can use them but they won't fix them if they break. They supply the editda utility to update dbdef. dbdef can be updated directly, but not to add the VARCHAR2 specification. That can only be added via editda.
We want to move away from the law_dba tables as they are no longer supported. To do so we need to create the data for the editda process. The editda does provide an export process for the dbdef, but it doesn't extract VARCHAR2 data as that is in the law_dba tables.
I am about to try to write a process which will create the editda input from an extract from the law_dba tables. Before I start though, has anyone else encountered the same challenge...and if so what was your solution. I should point out that currently we have just one database space name defined, which is our default. We define other tablespace names for tables and indexes in the law_dba tables. For editda we will have to define more database space names to cover all the mixes of table and index space names used in the law_dba tables.
Further, currently we have multiple indexes on a table...and these indexes can be in one or more index spaces. editda (and hence dbdef) allows indexes for one table to go into only one index space. This is going to be inconvenient - has anyone a work-around to this?
Anyone any thoughts?
Thanks
Richard
J.Desrosiers
New Member
Posts: 1
8/30/2012 2:27 PM
Hi,
We have Lawson & LandMark software installed here.
We currently have multiple tablespaces for tables and indexes.
Am I reading your thread correctly that Lawson will not allow this in the future?
Thanks
Jean
Richard J Sculpher
Basic Member
Posts: 15
8/31/2012 6:56 AM
Hi Jean
The restriction I was trying to describe relates to multiple indexes on a single table. Currently we may put these multiple indexes in different index spaces, thus index1 might be in the large indexspace and index2 in the small indexspace, depending on how much space is required for that index.
We are able to do this because we can define the indexspace for an individula index within the law_dba_index table. However when the law_dba* tables are no longer available (they are not supported now), all the indexes for an individual table will have to go into the same indexspace, so in the example above both index1 and index2 would have to go into the large indexspace despite index2 not needing a space of that size.
Our DBA doesn't like this move as it removes flexibility.
I hope that clarifies the position - if not let me know and I'll try again :-)
Richard
Scooby
Basic Member
Posts: 13
12/3/2012 6:53 PM
To Clarify: From Inside Lawson: LAW_DBA_TABLES are not being dropped or desupported
You are not authorized to post a reply.