Tech Articles


Defining a PostgreSQL Database Profile in PB2019R3


PB2019R3
PostgreSQL v12 database


Summary:
   Ensure that the database properties are defined correctly for the PostgreSQL database in the DB Painter.

   If those properties are not defined correctly, the PB2019R3 IDE automatically creates the PB Catalog tables in the "public" schema every time it connects to the PostgreSQL (PG) database even if the catalog tables are already defined in the named "PowerBuilder Catalog Table Owner" schema.

 

Details:
In our Oracle schemas, we have the PB Catalog table owner specified as the superuser CHADBA.


Once created in Oracle, the catalog tables are in the CHADBA schema.


The PB IDE opens up smoothly with NO prompt to "Create the PowerBuilder catalog tables."

~~~~~~~~~~~

We are in the process of migrating to PostgreSQL (PG).
 - PG is case sensitive, and in our case all table and columns names are in lower case.
 - Note: Users can migrate to an UPPER or a LOWER case copy. Choose the LOWER case to eliminate a variety of
            issues.

Our PG development database also has the PB catalog tables defined in the chadba schema.
We set up the PG database mostly in the same way we set up the Oracle databases; chadba is in lowercase:






Defined in this manner, the IDE opens up smoothly and does not give you the "PB catalog tables not available" message.

- - - - - - - - - - -

If the setup is NOT done correctly, then when I open PB2019R3 and the connection is to my dev12c_PG database, PowerBuilder creates the complete set of catalog tables in the public schema, but does not populate either of the new the EDT or FMT catalog tables.

Thus when I get into the DB Painter and "select * from pbcatfmt;" the result set is empty. Why? Because the new set of tables defined in "public" are overriding the set of tables previously defined in "chadba".

I have to manually delete the public.pbcat* tables ....

drop table public.pbcatcol;
drop table public.pbcattbl;
drop table public.pbcatfmt;
drop table public.pbcatvld;
drop table public.pbcatedt;
commit;

.... before I have access to the FMT and EDT data again:

-- pbcattbl, pbcatcol, pbcatfmt, pbcatvld, pbcatedt
//drop table public.pbcatcol;
//drop table public.pbcattbl;
//drop table public.pbcatfmt;
//drop table public.pbcatvld;
//drop table public.pbcatedt;
//commit;

select * from pbcatfmt;

 

 

Comments (0)
There are no comments posted here yet

Find Articles by Tag

Menu SnapDevelop ODBC TFS Android DataWindow JSON Installation Graph Stored Procedure 64-bit PDF Windows OS RibbonBar WinAPI Visual Studio Messagging .NET Assembly Data Database Profile Database Import JSON PostgreSQL File ActiveX UI Themes Testing PowerScript (PS) Window Excel Class Open Source Linux OS Filter IDE Automated Testing Database Connection JSONParser PowerServer Mobile NativePDF Authentication OLE API Icon Performance License Text Application Sort DLL SqlModelMapper SQL Server Trial SDK iOS SnapObjects PowerBuilder (Appeon) MessageBox Windows 10 Icons Web Service Proxy Database Painter SOAP Event Handler BLOB JSONGenerator RibbonBar Builder CI/CD Charts PFC Elevate Conference OAuth 2.0 Expression OrcaScript PowerServer Web XML Platform InfoMaker Interface DataWindow TreeView Database Table Encoding OAuth Source Code RESTClient Deployment Oracle COM Service PowerBuilder Compiler SQL Outlook JSON PBVM 32-bit CoderObject Source Control C# Authorization .NET DataStore Database Table Data UI DataType SVN Syntax RichTextEdit Control Database Table Schema Export JSON .NET Std Framework Jenkins HTTPClient Bug Transaction Debug Encryption Event Git Script UI Modernization External Functions Event Handling Import Model DevOps PostgreSQL ODBC driver Error REST Resize WebBrowser DragDrop Repository TLS/SSL SqlExecutor Web API Debugger PBNI PowerBuilder Database Object Export GhostScript Configuration PDFlib Variable Azure CrypterObject Mobile Design Branch & Merge Migration PBDOM Debugging Array Validation TortoiseGit