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

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