I am using a SQL database to store scheduling information and to populate the ultracalendarinfo control. In the interest of expediency it would be prudent to only retrieve appointments from the DB that conform to a specified data range. Which works beautifully for single instance appointments. However, for recurring appointments, the dates of the recurring appointments are not exposed, but stored in a byte bucket in the RecurringMember data element. Thus in order to expose a recurring appointment, you must as SQL to retrieve all records whose RecurringMember data element is not null, and then parse those exposed recurring appointments to see if the dates qualify. Is this the only viable way to handle this, or should I be using a secondary SQL table with dates for all recurring appointments?
Hello Iyleh,
In such cases I would prefer an approach with secondary SQL table, which will be related with the main table by FK. Also I`ll create cascade between these tables. This approach will give you better performance and flexibility. Please let me know if you have any questions.
Regards
Thank you for that response to my earlier question, but since then I have developed a version of the scheduler which utilizes the scheduler's built in capability of handling recurring events which has many advantages, but I am trying to find out if anyone else encountered a similar problem when changing the property I referred.
Thank you for taking the time to respond, I have since established a case with support and I am communicating with them regarding this issue. I will share the results of that case with this post.
Thank you again for your time and expertise.