tag:blogger.com,1999:blog-4837420061859077187.post3328224201162976378..comments2023-11-02T03:44:58.317-06:00Comments on DTP News and Views: Early Survey Results...Brian Fitzpatrick (aka "Fitz)http://www.blogger.com/profile/12177983788459862629noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-4837420061859077187.post-84500065063581817602016-02-03T09:36:02.516-07:002016-02-03T09:36:02.516-07:00To help with statistics homework this website is p...To <a href="http://www.domystatisticshomework.net/why-our-help-with-statistics-homework-is-the-best/" rel="nofollow">help with statistics homework</a> this website is perfect and it can go with every students experience. I hope this will have strong impact.<br /><br /><br />aliyaahttps://www.blogger.com/profile/06184256288293330921noreply@blogger.comtag:blogger.com,1999:blog-4837420061859077187.post-85905708592818621592013-11-28T08:15:12.092-07:002013-11-28T08:15:12.092-07:00Thank you very much for figures. http://www.online...Thank you very much for figures. http://www.online-essay-writer.org/ I was looking for such information!Anonymoushttps://www.blogger.com/profile/15305291767032659542noreply@blogger.comtag:blogger.com,1999:blog-4837420061859077187.post-33197680251062984892013-10-20T07:12:09.610-06:002013-10-20T07:12:09.610-06:00thanks for your sharing,Look here I appreciate thi...thanks for your sharing,<a href="http://www.promptessay.com/" rel="nofollow">Look here</a> I appreciate this. keep up the good workAnonymoushttps://www.blogger.com/profile/00431923381662782410noreply@blogger.comtag:blogger.com,1999:blog-4837420061859077187.post-2061044998124721192010-10-13T15:49:27.116-06:002010-10-13T15:49:27.116-06:00From Dali's standpoint, there are lots of thin...From Dali's standpoint, there are <i>lots</i> of things you could do for us. :-)<br /><br />First would be to make the whole database/catalog/schema thing more consistent across the DTP-delivered drivers (nevermind expecting extenders to adhere to any sort of pattern - maybe you could <i>specify</i> the behavior in your API...). See bug 249013.<br /><br />Just documenting the API would be helpful. There's way too much:<br /><br />"If the meaning of the '<em>Foo</em>' attribute isn't clear, there really should be more of a description here..."<br /><br />:-)<br /><br />This also causes us grief with DTP extenders because the API contract is not clear (intentionally?). For example, we have an extender that thinks returning tables <i>and</i> aliases from a call to Database.getTables() is appropriate, even though the "alias tables" then return an empty collection from a call to Table.getColumns(). See bug 269057.<br /><br />Dali has entire framework of code attempting to handle the folding of identifiers; so users can specify strings in their Java annotations or XML descriptors that resolve to the appropriate database object. For example, an annotation might specify<br /><br />table="Foo"<br /><br />but, depending on the database server (e.g. Sybase or Oracle), that name resolves to the table named "Foo" or "FOO". It's not easy to look up those names across different databases (and we're ignoring whether the currently executing database has been configured to do other than its default). I'm guessing it would be helpful for any other tool that wants to use DTP in a predictable fashion for any sort of validation that DTP handle this folding. You can see the Dali code in implementations of org.eclipse.jpt.db.internal.vendor.FoldingStrategy.<br /><br />It would also be nice if DTP would handle delimited identifiers; again, in a vendor-specific fashion (e.g. most vendors accept double quotes, SQL Server accepts brackets). It seems like all this "identifier" stuff belongs in DTP. I should be a able to query a DTP container for its element in one of three ways: 1. with the case-sensitive "name", which should match exactly (what happens today) 2. with an appropriately case-sensitive "identifier" that is folded appropriately to a "name" before the lookup takes place 3. with a "delimited identifier" whose delimiters are stripped off before the lookup takes place. Also, it would be nice to be able to get the appropriately-delimited name of a database object; i.e. the name is returned unchanged if it can be used as such in a query without delimiters, but it is returned delimited if delimiters are required (e.g. the name is mixed case on a "folding" database or the name includes special characters - again, those special characters are database-specific...). This would allow a user to select a database object from a list and a tool insert the appropriate code into a Java annotation or XML descriptor or some such.<br /><br />Anyway, just some ideas. Is it reasonable to file bugs, or am I just dreaming? :-)<br /><br />Brian VosburghUnknownhttps://www.blogger.com/profile/05172794072417280086noreply@blogger.com