StrataFrame Forum
Home      Members   Calendar   Who's On
Welcome Guest ( Login | Register )
      



WhereStatementTypeOptions AdditionsExpand / Collapse
Author
Message
Posted 07/31/2006 10:45:48 PM
StrataFrame Beginner

StrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame Beginner

Group: Forum Members
Last Login: 08/01/2006 3:11:48 PM
Posts: 12, Visits: 25

Add support for the following:

  • Between
  • Not Equals (!=)
  • Negation (NOT) for:
    • Like
    • In
    • BeginsWith
    • EndsWith
    • Contains
  • Is Null
  • Is Not Null

Of course, these additions will need to be supported in the various XxxxDataSourceItem classes.

Post #2031
Posted 08/01/2006 9:01:07 AM


StrataFrame Developer

StrataFrame Developer

Group: StrataFrame Developers
Last Login: 12/02/2008 4:42:46 PM
Posts: 2,686, Visits: 1,890
Does your application support multiple back-end data sources, or is it targeted towards a specific backend provider?

The QueryInformation class was designed primarily for internal use (so that the business layer can save records and the browse dialog can search for records). 

Adding that functionality might take a while to include all of the appropriate unit testing.  We will review it at our next staffing meeting, and see if is appropriate to add to the enhancement list.


www.bungie.net
Post #2035
Posted 08/01/2006 3:11:48 PM
StrataFrame Beginner

StrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame BeginnerStrataFrame Beginner

Group: Forum Members
Last Login: 08/01/2006 3:11:48 PM
Posts: 12, Visits: 25
Yes, we must support multiple multiple RDBMS data sources (SQL Server and Oracle).

I understand that the QueryInformation class was originally designed for internal use, but your public API exposes it as an option to hard-coded SQL statements and DBCommand objects.  While your documentation correctly recommends using DBCommand objects rather than hard coded SQL statements, even DBCommand requires a SQL statement if a stored procedure is not being used.  Best practices suggestes that SQL statements should not be embedded in source code due to differences between RDBMS vendors.  The QueryInformation class eliminates this as an issue since it is consumed by the specific DbDataSourceItem implementation.  That, in my mind, makes this the preferred approach for FillDataTable() and GetDataTable().  So, to make this as useful as possible, the WhereStatements need to include the missing WhereStatementTypeOptions. 

The recommendation was not meant to be a quick fix.  The actual coding is no big deal, but you are correct that the testing effort is certainly greater than the coding effort.   I was just hoping that this enhancement request would make it in sometime in the not too distant future release.

Post #2052
Posted 08/01/2006 3:14:34 PM


StrataFrame Developer

StrataFrame Developer

Group: StrataFrame Developers
Last Login: Yesterday @ 7:08:30 PM
Posts: 4,811, Visits: 4,781
Refer to post 2051.

http://forum.strataframe.net/FindPost2051.aspx

Post #2053
« Prev Topic | Next Topic »


Reading This TopicExpand / Collapse
Active Users: 0 (0 guests, 0 members, 0 anonymous members)
No members currently viewing this topic.
Forum Moderators: Ben Chase, Trent L. Taylor, Steve L. Taylor

PermissionsExpand / Collapse

All times are GMT -6:00, Time now is 3:21am

Powered by InstantForum.NET v4.1.4 © 2008
Execution: 0.125. 10 queries. Compression Enabled.
Site Map - Home - My Account - Forum - About Us - Contact Us - Try It - Buy It

Microsoft, Visual Studio, and the Visual Studio logo are trademarks or registered trademarks of Microsoft Corporation in the United States and/or other countries.