Want to get rid of Google Ads, click here.
+ Reply to Thread
Results 1 to 4 of 4

Thread: The correct distribution of files on P4 & RDBMS

  1. #1
    Administrator tommy's Avatar
    Join Date
    Nov 2001
    Location
    Copenhagen
    Posts
    4,272

    Default The correct distribution of files on P4 & RDBMS

    Have anybody found the golden wisdom about what is the correct and most efficient and most secure distribution of the files over P4 and RDBMS?

    Only pushing some files to RDBMS would cause challenges with regards to backups due to the nature of the way SC handles "transactions".
    Best regards Tommy
    Blog - - ITIL certified - Accredited Integration Specialist – HP OpenView Service Management

    Want to keep this site alive? Consider making a donation. Click here.

  2. #2
    Member
    Join Date
    Jul 2002
    Location
    Québec City
    Posts
    51

    Default

    Here is our analysis:

    Constraints:
    1) We gotta have efficient reporting through SQL tools
    2) backups are important enough to do our best


    So, we think the right way to go is to push all data tables to a RDBMS, and leave all system files on P4. We'd then back up P4 when needed, and leave our RDBMS do the rest.

    We have Oracle, which is bad for SC. Every "long" field in P4 becomes a new table in Oracle, leading to 1800 tables or so if you want to have full access for reporting. With DB2 or other systems, we'd be at 400 tables or so. Still too much, but somewhat manageable, at least.

  3. #3
    Junior Member
    Join Date
    Oct 2002
    Location
    Windsor
    Posts
    19

    Default

    We use oracle as well, but our information is pushed out to oracle as it's appropriate field or in the case of unlimited text-fields, pushed out as long-raw.

  4. #4
    Member
    Join Date
    Jul 2002
    Location
    Florida, USA
    Posts
    56

    Default

    we use UDB, and same strategy as Paul G. UDB admins have configured the system to do 'hot backup' each night; we have SC do same for P4 each night.

    UDB is much friendlier, though, it lets us put multiple long varchars in 1 table. Also, we have converted many of those to varchar() with great success (SC still perceives them to be array with no issue!).

+ Reply to Thread

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

     

Bookmarks

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts