Comments on: Why there may be a place for Direct SQL http://blog.notesonsiebel.com/2007/10/17/why-there-may-be-a-place-for-direct-sql/ Technical advice, help and instruction with Siebel Systems Wed, 20 Aug 2008 07:25:06 +0000 http://wordpress.org/?v=2.6 By: Garrett Reynolds http://blog.notesonsiebel.com/2007/10/17/why-there-may-be-a-place-for-direct-sql/#comment-99 Garrett Reynolds Wed, 26 Mar 2008 20:46:17 +0000 http://blog.notesonsiebel.com/2007/10/17/why-there-may-be-a-place-for-direct-sql/#comment-99 I totally agree. SQL is just another tool and DEFINITIVELY has it's time and place. Specifically for upgrade/cutover times frames this can be an extremely useful tool which saves time and expense with little or no risk. During my time in Expert Services (5 years) we used SQL quite frequently, but it was within the correct scenarios as you have noted in your post. I totally agree. SQL is just another tool and DEFINITIVELY has it’s time and place. Specifically for upgrade/cutover times frames this can be an extremely useful tool which saves time and expense with little or no risk. During my time in Expert Services (5 years) we used SQL quite frequently, but it was within the correct scenarios as you have noted in your post.

]]> By: Graham http://blog.notesonsiebel.com/2007/10/17/why-there-may-be-a-place-for-direct-sql/#comment-59 Graham Wed, 17 Oct 2007 08:51:01 +0000 http://blog.notesonsiebel.com/2007/10/17/why-there-may-be-a-place-for-direct-sql/#comment-59 PH, I'd still say it was very risky... it's the old problem of when someone's actual competence is nowhere near the level that they think it is! You know, and I know... and most battle-scarred Siebel veterans know what's a good idea and what isn't... there's a lot of people in the Siebel universe nowadays that this doesn't apply to. The other area where direct SQL is "a good idea" is for clearing S_AUDIT_ITEM. After all there are no referential constraints on that bucket ;-) PH,

I’d still say it was very risky… it’s the old problem of when someone’s actual competence is nowhere near the level that they think it is! You know, and I know… and most battle-scarred Siebel veterans know what’s a good idea and what isn’t… there’s a lot of people in the Siebel universe nowadays that this doesn’t apply to.

The other area where direct SQL is “a good idea” is for clearing S_AUDIT_ITEM. After all there are no referential constraints on that bucket ;-)

]]> By: PH http://blog.notesonsiebel.com/2007/10/17/why-there-may-be-a-place-for-direct-sql/#comment-58 PH Wed, 17 Oct 2007 08:30:57 +0000 http://blog.notesonsiebel.com/2007/10/17/why-there-may-be-a-place-for-direct-sql/#comment-58 Actually, there are situations where inserting records via SQL is okay, but it is DEFINITELY the exception. Also, direct SQL is often touted as a solution by supportweb. Data Deduplication tables is the first one that I can think of, and there are some examples in Life Sciences as well. The NO-SQL mantra has dropped away from the Siebel support mindset quite a bit, and rightly so. Actually, there are situations where inserting records via SQL is okay, but it is DEFINITELY the exception.

Also, direct SQL is often touted as a solution by supportweb. Data Deduplication tables is the first one that I can think of, and there are some examples in Life Sciences as well.

The NO-SQL mantra has dropped away from the Siebel support mindset quite a bit, and rightly so.

]]>