Re: [Datalayer-devel] Changes in DataServices and DataLayer

[DataLayer D. L. <dat...@li...>]

No, I don't see any conflict with these changes.
 
****************************************************
 -         Connection instance and property removed. No connection instance
is mantained by DataSource.
-         GetType function removed to enforce DataSource abstraction and
avoid DataSource modification on future provider additions.
-         TODO: Remove ConnectionStringBuilder()static function. This
functionality is implemented by BuildConnectionString() 
-         BeginTransaction() uses new connections for new transactions.
-         CreateCommand functions removed. There is no need of Command
object. That functionality is delegated to Query object on DataLayer to keep
DataSources a low-level layer. Only IDbCommands are used by this layer.
-         FillSchema() function now receives a DbDataAdapter instead of a
Command containing that DbDataAdapter. Locks implemented to avoid concurrent
DataTable modification on mult-threaded environments. A new FillSchema()
overload to accept a select IDbCommand from which a DbDataAdapter will be
created.
-         Fill() overloaded and changed with similar behavior to
FillSchema().
-         Update() similar changes to Fill and FillSchema with additional
overload to accept an array of DataRow's
-         New ComparisonOperators and LogicalOperators enumerations.
-         New ParseComparisonOperator and ParseLogicalOperator virtual
functions to parse those enum values to sql equivalent operators.
-         New ParseRowFilterValue function to parse a parameter value into a
valid string to be used as filter on a DataView
-         CreateCommandBuilder function removed. Command building process is
delegated to each provider DataSource implementation. 
-         Open and Close functions removed. No connection is maintained on
DataSource
-         New ConstructParameter() and DeconstructParameter() to let each
DataSource implementation create the string parameter to be used with an
IDbCommand. (Different characters are used to parse parameters. SQL: '@',
MySQL: '?', PGSql: ':')
-         New LiteralDate() and LiteralString() abstract functions to let
each DataSource provider specify literals for strings and dates.
-         New ColumnInfo struct to store metadata information related to a
field.
-         New abstract function GetTableColumns to retrieve metadata
information related to a table.
-         New abstract function ParseType to map equivalent specific
provider data types with standardized DbType enumeration.
-         Each DataSource implementation was updated with new changes.
-         Added one resources file for each DataSource to store commands to
retrieve metadata information and keep clean code.
****************************************************

Manuel you have to tell us if these changes in the DataLayer project are
affected if we keep our code in DataServices and introduce only the changes
I enclosed in asterisks above. 
 
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT 
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php
<http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
&p=sourceforge&CID=DEVDEV

_______________________________________________
Datalayer-Devel mailing list
Dat...@li...
https://lists.sourceforge.net/lists/listinfo/datalayer-devel
<https://lists.sourceforge.net/lists/listinfo/datalayer-devel>