List of Contributions

Greg Brown

Contact Details

My Content

1 to 5 of 5 total
Posted By Greg Brown Tue January 17, 2023 10:48 AM
Found In Egroup: Netezza Performance Server
\ view thread
>> GRANT CREATE TABLE TO that_user; This makes sense, thank you! That will help them create their own tables in the same environment as the tables they'd like to CTAS source or import their own data. Then, it would be a training task to ask them to create all of their tables as "ABC_", for example, ...
Posted By Greg Brown Fri January 13, 2023 12:13 PM
Found In Egroup: Netezza Performance Server
\ view thread
Have a request where users would like to be able to create their own table objects. They would like to run CREATE TABLE FROM or import their own data into Netezza to work with. With these caveats, what's the best approach to granting a user their own personal functional "sandbox" Obviously, ...
Posted By Greg Brown Mon July 25, 2022 03:17 PM
Found In Egroup: Netezza Performance Server
\ view thread
Need some advice here I'm working with a 3rd party tool that will insert data using JDBC connection into Netezza using singleton INSERT statements. I know that's not ideal, but it's the only way this 3rd party tool can pass through the data. For example, 5,500 rows takes about 4min to insert. ...
Posted By Greg Brown Fri January 29, 2021 01:17 PM
Found In Egroup: Data Integration
\ view thread
Thanks, Brian! You encouraged me to rummage through config files and logs again which led me to stumble upon the issue - DSOMD!!! Found in a log file that DSOMD service had stopped back on 11/22/2020 2020-11-22 02:43:41,264 INFO com.ibm.datastage.runtime.omdmonapp.OMDMonApp.run(OMDMonApp.java:314) ...
Posted By Greg Brown Thu January 28, 2021 05:17 PM
Found In Egroup: Data Integration
\ view thread
Hello! Before 1/20/2021 our XMETA SQL Server transaction logs were averaging ~4MB size every 15min. The morning of 1/20/2021, we restarted services and since then the XMETA transactions logs have been MUCH larger than usual. We're unable to decipher what's hitting XMETA, exactly, through these *trn ...