This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
integration:rdbms:odbc:tables [2011/04/07 16:53] doc |
integration:rdbms:odbc:tables [2016/06/28 22:38] (current) |
||
|---|---|---|---|
| Line 75: | Line 75: | ||
| Omnidex table declarations can reference views in the underlying database. Omnidex will retrieve from the view just as though it is a table. Views can be used to provide different views of the data, appropriate for the application. | Omnidex table declarations can reference views in the underlying database. Omnidex will retrieve from the view just as though it is a table. Views can be used to provide different views of the data, appropriate for the application. | ||
| - | When referencing a view, it is necessary to declare a UNIQUE constraint. This requirement for the UNIQUE constraint is independent of any PRIMARY or FOREIGN constraints, discussed in the next page. The UNIQUE constraint tells Omnidex how to uniquely identify a row. When Omnidex retrieves individual rows, it will use this unique value; therefore, it is important that access to this column (or columns) be properly indexed in the underlying table. | + | When referencing a view, it is necessary to declare a UNIQUE constraint. This requirement for the UNIQUE constraint is independent of any PRIMARY or FOREIGN constraints, discussed in the next page. The UNIQUE constraint tells Omnidex how to uniquely identify a row. When Omnidex retrieves individual rows, it will use this unique value. Therefore, it is important that access to this column (or columns) be properly indexed in the underlying table. |
| **ODBC CREATE VIEW Statement** | **ODBC CREATE VIEW Statement** | ||