tag:blogger.com,1999:blog-497787815177352569.post7460047256950457528..comments2024-01-03T08:55:04.827-05:00Comments on SQL Anywhere: Divide and Conquer by Working BackwardsBreck Carterhttp://www.blogger.com/profile/15975598564711761434noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-497787815177352569.post-68545677643419058902008-10-10T09:55:00.000-04:002008-10-10T09:55:00.000-04:00Your correction has been noted! Thanks... making a...Your correction has been noted! Thanks... making a mistake is on thing, but not showing the actual output that corresponds to the sample code (or vice versa) is worse.Breck Carterhttps://www.blogger.com/profile/15975598564711761434noreply@blogger.comtag:blogger.com,1999:blog-497787815177352569.post-16058438793806069282008-10-09T22:06:00.000-04:002008-10-09T22:06:00.000-04:00Hi Breck,Great post! You did a great job explaini...Hi Breck,<BR/><BR/>Great post! You did a great job explaining a complex topic.<BR/><BR/>From your solution though, this struck me as odd:<BR/><BR/>CREATE VIEW raw_transaction (<BR/>sort_order,<BR/>"date",<BR/>...<BR/><BR/>The following select statements all seem to suggest that the view should be<BR/><BR/>CREATE VIEW raw_transaction (<BR/>"date",<BR/>sort_order,<BR/>...<BR/><BR/>Right?<BR/><BR/>Regards,<BR/><BR/>-james.Anonymousnoreply@blogger.com