Search results

As TheMadDBA points out above- it will also impact the order of fields in EXPORT and IMPORT statements.

Got a reply: > I no longer actively monitor this email address, chris.kelleher@me.com

Until just now I did not have that email in my contacts. I have now sent a note to him.

I am told that site registration is not working. FWIW -- I, personally, have no ability to do anything about that. I also lack a means of contacting the site owner. The best that I can do is to post this and hope that he sees it.

ORDER is logical, and can be changed, POSITION is physical and cannot be changed.

https://community.progress.com/s/article/P80479 Maybe you have somehow managed to connect more than one database? Does your code use CONNECT statements?

Thanks for the complete error message. I was mistaken, that IS a dynamic something. Have you tried using NEXT-VALUE( dbName.sequenceName )

That code that you are showing is not a dynamic anything so… either the error message is erroneous or you are looking at the wrong bit of code. Seeing the full and complete error message would, of course, be helpful. And if there are multiple errors occurring please share all of them.

If you have been waiting on the detailed schedule - it's up!!! Prague Schedule Boston Schedule If you are already registered: Congratulations! You're going to have a great time and learn a TON about OpenEdge. If you're not registered: What? Why Not? What are you waiting for! Get to PUG...

On the other hand... You're doing this "so that we can backup the db". Why? Are you unaware of "probkup online"?

CIM is a very QAD/MFGPro specific bit of tooling. You would be better off asking in the QAD/MFGPro forum.

No. Adding dsrutil capabilities to the admin server commands (maybe “dsrman” or “rplman”) is similar to some long-standing enhancement requests though. For instance: https://openedge.ideas.aha.io/ideas/OPENEDGE-I-830

Two other common reasons for an urgent need to purge data: 1) Someone thinks that it will solve a performance problem. If that turns out to be true then the real problem is the quality of the WHERE clause or the lack of proper indexes to support that WHERE clause 2) You're hiding something...

For starters, OE uses ":" where C# uses ".", and "." where C# uses ";".

Sure, anyone with permission can delete records. If you want to delete an entire table there is always "drop table". Performance will pretty much suck if the table is of non-trivial size. If you know that a certain table will need to be frequently purged completely (maybe it is a "scratch"...

So you are simply trying to copy & paste the C# code into an OpenEdge editor? Do you have any OpenEdge experience at all? Or are we starting from scratch?

What have you tried? What does you attempted translation of that code look like? And what is the nature of the "difficulties" that you are experiencing?

Thanks for reporting back! It's always good to know that a proposed solution worked. Future readers won't be wondering about this one.

I cannot emphasize enough - if you are serious about working with OpenEdge, you need to attend PUG Challenge! The wealth of information and experience being shared is incredible. It is easily the most bang for your buck in the OpenEdge world. We are going to talk about old stuff and new stuff -...

One Great Conference - Two Great Locations! Prague, September 18-20 or Boston September 29 - October 2 The countdown to PUG Challenge 2024 has begun! Join us for an exciting event where innovation and expertise converge in the world of Progress OpenEdge technology. This year's conference...