Home Page for the TeradataForum

Archives of the TeradataForum

Message Posted: Fri, 13 Apr 2007 @ 22:27:27 GMT

  <Prev Next>   <<First <Prev Next> Last>>  

Subj:   Re: Merging large volumes of data into large history tables
From:   Victor Sokovin

Hi Dan,

  I'm in the industry as a consultant, analyst, and instructor. I teach for a variety of conferences on a variety of subjects, and author articles for Teradata Magazine, and other publications. I like to check my facts with people before I steer them wrong, just a personal preference - nothing more. Opinions are very important, and are always interesting - I always learn from the exchange, however I just want to be a little more knowledgeable about certain facts before spouting suggestions (again, personal preference).  

I hope I did not offend you with my remarks. I am usually quite open about my opinions and I think it is OK when they differ from the opinions expressed by others, and if the differences lead to interesting discussions then this is what it is all about.

I must admit I seldom read the Teradata Magazine (not technical enough to keep me occupied but I am sure they do not miss me as a reader and they do the right job for their loyal readers) so I am not familiar with your output. I just reacted on the contribution in this thread. It took me a while to react, though. I must admit that when I read

"4. Running SQL with "no-logging" will soon become an option, as mentioned - in some cases it's already been fixed as a reality."

for the first time, I first did not believe my eyes, then I re-read it, and then I got into a strange mind-set which might be similar to the one you get when you suddenly find yourself in the middle of an earthquake or a similar natural disaster. It's like you get multiple flashbacks and everything seems in the slow motion, and you keep asking yourself: Yes, I know what is going on but what do I do about it? I've gone through this after a few other suggestions in your posting as well.


  Yes, comparing apples and oranges - true, however it's important to know what the performance is in order to make alternative suggestions along with impacts of those suggestions when recommending to clients what the architecture can potentially be when implementing systems. It also helps to provide a context in which a frame-work of expectations can be built and managed with the customer (but I'm sure I'm singing to the choir).  

I hope it. I mean the choir managed to get their jaws back in the singing positions quickly enough?

  Friends of Teradata Network is a group of industry analysts and well-known parties that is in a similar position of instruction, publication, and speaking engagements around the world. Not a new initiative, just a group of people with whom I associate with.  

Thank you for the introduction. Once again, do not feel offended and by all means do keep those postings going. It does look like you represent the Teradata fans that -- shall we say -- are less technically oriented but so what? Let us know what you think of Teradata and how you see it from your perspective. It should be a good alternative view which "techies" must be aware of even if they do not share it because some customers may think exactly the same way and it is good to be prepared.


  <Prev Next>   <<First <Prev Next> Last>>  
  Top Home Privacy Feedback  
Copyright for the TeradataForum (TDATA-L), Manta BlueSky    
Copyright 2016 - All Rights Reserved    
Last Modified: 15 Jun 2023