Search results

This is an excellent point. It would be very useful to have information about field-level distribution of field lengths. I suppose we can get a list of the worst offenders with a dbtool SQL width scan.

Objects to areas I have a loose collection of unwritten rules in my head about assignment of objects to areas. I should write a blog post about that at some point. In no particular order: There should be no application objects in the schema area. All data storage areas should contain objects...

I never did figure that out. It is eight bytes, so it could be a block address. I guess it's a question for Gus or Rich, or someone else who was on the engine team in the v9 days. I'm not sure what it's purpose would be. It seems like several ideas that got past some review stage in the...

My choice would be to let it happen on the next create. It may not make much difference if record sizes are quite uniform, or always larger than the toss limit. But for tables with smaller records or more variability in the record sizes, it may be that another record the same size the one just...

Sorry, I'm writing faster than I'm thinking. That's the correct calculation. I think they are comparing physical block offsets to the clustersize, which gets thrown off by EH blocks in extent 2 and beyond.

Some remaining bugs in option 13: bad parsing of EH block as Type 2: Customer/Order Area (8) Extent 1 Block 1 ----------- 0000 bk_dbkey: 0x00000000 0 bk_type: 0xfe 254 (Extent Header Block) bk_frchn: 0x7f 127 (NOCHN) bk_incr...

Yes. What I refer to as "the RM header" is numdir, freedir, and free. Dbrpr was enhanced in 12.8, to show more details of the RM header and the row directory. Rowids are new, along with some new base conversion. They also fixed one or two bugs. E.g. the phantom partitionId field between...

I do consider those two data structures as part of the fragment, as they are not pre-allocated. There is one each per fragment. I was referring to the RM header, the four-byte structure between the block header and the row directory, which is a fixed part of the block overhead.

In the past, I had some very security-conscious customers in the financial services sector who refused to provide root access for anything, including the installation of OpenEdge. They were told it couldn't be done and they fought tooth and nail, insisting we escalate to Progress. I have been...

I've heard there is an AI plug-in for PDSOE, but it's just a wrapper for ChatGPT. It doesn't matter to me as I've given up on PDSOE in favour of VS Code.

For record block overhead, we should also add four bytes for the RM header. This brings up the larger question of rules of thumb. What's the right way to tune X in all cases? In a few lucky cases, we have an answer, e.g. -omsize should be at least the record count of _StorageObject. In most...

These considerations don't matter for existing areas, as RPB cannot change. It only matters when thinking about new areas: added areas, or areas recreated via dump and load. So I don't bother with the "16 or" as no new Type 1 areas should be created. I use 65 in this calculation rather than...

Prior to OE 12.5, the maximum extent size was 2 GB, unless the Large File Support feature was enabled, which made the maximum size 1 TB. This feature was exclusive to the Enterprise RDBMS license. In OE 12.6+, Large File Support is enabled in all databases, regardless of license type. So you...

It would be helpful to know your current OpenEdge release, your database OS platform, and something about your storage hardware. It would also be helpful to know something about your database size, sizes of the largest tables, and your available window of downtime to complete your upgrade and...

Look on the bright side, you aren't supporting 10.1B. ;)

I'm not sure what you mean by this. What is faster than what? Can you provide an example of what you mean?

Once you change all of the var ... statements to define variable ... statements, it will compile in 12.2.

I understand the business need. But it still sounds like you have a lot of audit data in your production database. And that is not a best practice. Virtually all of your audit data, except the most recent data from the current day, should be archived/deleted from production. Your auditors...

Database backup and restore (probkup and prorest) acts on the entire database. You cannot deselect areas or objects. It is possible to create a copy of a database by dump and load of schema, data, and metadata. This gives you granular control of which objects get dumped from the source...

You can't. There is no option for a partial database restore.