There are many database application development approaches, each with its own advantages and drawbacks. This topic describes some of database application design patterns applicable with dotConnect for SQL Server and lists their tradeoffs to help you decide which one best suits your development needs.
One of the key questions in database application development is which set of components to base on. To answer this question it is necessary to clarify the following aspects:
Let's see how these questions are handled in standard ADO.NET approach and some advanced ways offered by dotConnect for SQL Server.
The classic ADO.NET solution is to use typed datasets. This way you build your schema with standard DataSet, DataAdapter, and TableAdapter objects. The schema is created and edited with DataSource Wizard, DataSet Designer, and stored in a separate project item. The schema can be also edited with Devart DataSet Wizard in compatibility mode.
To bind the data access components to GUI controls use the standard BindingSource component. Forms with data-bound controls are designed with DataSources Window. In run time instances of connections and datasets should be managed manually (almost no automation). The typed dataset creates individual connection for every DataTable object basing on the connection string stored in the schema or in a configuration file.
To sum it up, the standard way requires much of manual coding, and offers very few design time features. To overcome this problem dotConnect for SQL Server provides alternative solutions, which have greater capabilities in design time application development and reduce volumes of necessary coding.
The most comprehensive solution is to use typed SqlDataSets. The SqlDataSet components use SqlDataTable components to build a schema with support for SQL Server-specific features. The entire schema is stored in separate project item as well. It is created with DataSet Wizard, and edited with DataSet Wizard or standard DataSet Designer.
To bind the data access components to GUI controls use the advanced DataLink component. The multiform data binding is managed with Devart DataSet Manager. In run time all components related to data access can inherit references from design time. Due to the InterForm technology, the components can reference connections and data sources even on other forms. The SqlDataSet can have either individual connections for every SqlDataTable, or single SqlConnection that is used by all tables. The connection can be controlled by the schema or by the SqlConnection component itself.
In general, typed SqlDataSets represent centralized data access and storage solution that provides rich set of design-time tools for working with the schema. However, typed SqlDataSets, as any other typed solution, is not much customizable in run time. Thus if you prefer to control the schema within run time, the untyped SqlDataSets solution might suit you better.
To migrate from a standard typed DataSet, change its Custom Tool property to dcSqlDataSetGenerator, then restart the tool or recompile the project.
Untyped SqlDataSets represent a more flexible alternative to typed SqlDataSets. The schema is built again with the SqlDataTable components encapsulated in a SqlDataSet component. The entire schema is stored in a SqlDataSet component that resides on a project form. It is created simply by dropping the SqlDataSet component from the toolbox, and edited with design-time SqlDataSet Editor or SqlDataTable editor. The solution uses standalone SqlConnection to connect to database.
In other aspects, such as data binding and reference management, the untyped SqlDataSets retain benefits of typed SqlDataSets.
The main difference between typed and untyped SqlDataSets is schema representation. With untyped SqlDataSets it is less convenient to customize the schema in design time, but the run-time schema management is much more powerful.
The individual SqlDataTable component can represent just one table or stored procedure, so it is not a direct replacement for typed or untyped SqlDataSets. However, it is a pretty simple and effective solution when you need to manage only small amount of tables.
The SqlDataTable component is created simply by dropping it on a form designer from the toolbox. You can edit it with design-time SqlDataTable editor. It uses standalone SqlConnection to connect to database. In data binding and reference management the SqlDataTable component has same advantages as typed or untyped SqlDataSets.
The advantages and disadvantages of individual SqlDataTable components are immediate consequences of its purposes. This is very simple and yet potential solution for very small schemas.
The Devart data access approaches allow you to move the development process from run time to design time, which is way more comfortable. The design time development is additionaly supported by the Live Data features.
dotConnect for SQL Server supports connected data access model, so when you open a SqlDataTable object in design time, you have the actual data immediately. With the data displayed you can customize grid columns, cells format, and the overall appearance of your application without even launching it.
dotConnect for SQL Server offers solutions that are much more comfortable than the standard way of designing database applications. The solutions allow better control over connection setup, data retrieval and management. With Devart approaches you can employ all the advanced features of SqlDataTable component.
SqlDataTable Advanced Features | InterForm Technology | DataLink Component Architecture | Developing Database Applications with dotConnect for SQL Server | SqlDataSet Reference | SqlDataTable Reference