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

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