<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head><meta content="text/html;charset=UTF-8" http-equiv="Content-Type"></head><body >Hi!
<br>
<br>I know I am going to b thrashed from all sides for getting this huge change in but
<br>then here goes ....
<br>
<br>a) The only intention was to handle integration with other applications. As you all will know, a single db should now suffice.
<br>
<br>b) We should have opened a ticket for the same. I will ask Don to do that asap.
<br>
<br>c) I am not clear about the following. Kindly explain.
<br>"If you're right that it's about integration, wouldn't we be better off
<br>with an external data access API and encourage/enforce integration across
<br>that interface? It's not like vtiger has stopped frequently adding or
<br>changing tables yet."
<br>
<br>d)I am also not aware of any adodb facility which allows us to do this at a single point. If so, I am more than happy to have a look at it. Yes, it is twice the work but better to do the right thing than do things right.
<br>
<br>It would be very nice if anyone could provide a doc with the features available in adodb.
<br>
<br>I will post all the internal meetings/comments here if that will keep the comm channels open. I should have done that anyway but then do not tell me that I did not warn you guys! Things are ultra fluid here.
<br>
<br>I better go and hide somewhere before Jeff and Allan start all the versioning and other queries.
<br>
<br>If you want me, i will be in newzealand :-)!
<br>
<br>Richie<br><br><br><br><br>---- Allan Bush<allan.bush+vtiger_dev@gmail.com> wrote ---- <br><br><blockquote style='border-left: 2px solid #0000FF; padding: 6px;'><html>
<xbody>
Yeah it's just a string concatenation which isn't really any harder to<br>do then appending the hard coded string. And all add-ons will have to<br>adapt the hard coded string anyways they could just as easily use the<br>configurable prefix.<br><br>Adodb xmlschema supports using a prefix so the installation is covered<br>by changing one line instead of a couple hundred like the patch uses.<br><br>On 6/12/06, Jeff Kowalczyk <jtk@yahoo.com> wrote:<br>> Allan Bush wrote:<br>> > My next question is why didn't we make the prefix configurable?<br>><br>> Not sure how that would work; every table reference would be a string<br>> concatenation? Does ADODB have anything that supports this automagically?<br>><br>> All add-ons would have to adopt the table prefix strategy, whether it be<br>> hardcoding prefixed names, or string concatenation of a configurable<br>> prefix.<br>><br>> The two likely possibilities motivating the change were conflicting names<br>> internally, and your guess of integration requirements.<br>><br>> If you're right that it's about integration, wouldn't we be better off<br>> with an external data access API and encourage/enforce integration across<br>> that interface? It's not like vtiger has stopped frequently adding or<br>> changing tables yet.<br>><br>> _______________________________________________<br>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! <a href="http://zohoplanner.com/?vt">http://zohoplanner.com/?vt</a><br>><br>_______________________________________________<br>This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! <a href="http://zohoplanner.com/?vt">http://zohoplanner.com/?vt</a> <br>
</xbody>
</html></blockquote></body></html>