[oodisc] Re: Проект OpenOffice и "решения"

[Raoul & Natalia Nakhmanson-Kulish]

Allin punchaw qampaq, Dmitry!

В твоем письме от 25 декабря 2002 г., 9:54:51, нам удалось вычитать:

DS> Посмотрел письмо в архиве. Ваш Wishes List интересует.
Повторимся :)
Вот что мы хотели бы видеть от Front End Database Tool (пусть условно
это называется так, сокращенно FEDT).

1. FEDT должна быть не самостоятельной базой данных, а лишь
интерфейсом к существующим БД.

2. FEDT должна иметь DB Abstraction Layer, который предоставлял бы
возможность использовать стандартный SQL-92 и некоторые популярные
расширения SQL-99 (хранимые процедуры, BLOB). Некоторые функции,
скажем, получение списка таблиц в базе, реализованы в разных базах
по-разному, FEDT должна приводить их к общему знаменателю. То же
справедливо в отношении наименования типов данных - программист
сможет, например, использовать по стандарту NCHAR VARYING (n), не
беспокоясь о том, что, например, в MSSQL это NVARCHAR (n), а в SAP -
VARCHAR (n) UNICODE.

Больше всего проблем будет с MySQL - она не поддерживает ни View, ни
хранимых процедур. Но можно дублировать тексты View и процедур в файле
проекта FEDT, это все же не данные :) а при обращении к MySQL
подставлять их как макросы в реальный запрос к MySQL.

То есть в результате FEDT станет кроссплатформенным и кросс-СУБДшным
инструментом, позволяющим создавать легко переносимые проекты.

Возможно, в дальнейшем развитие DB Abstraction Layer приведет к тому,
что он станет сервисом, предоставляющим интерфейс к виртуальной БД,
которая приводит любую конкретную физическую БД к общему знаменателю.

3. Естественно, нужен Query Analyzer и профайлер.

4. И последнее. Cамый мощный инструмент в Access - это, безусловно,
формы. Хотелось бы видеть в FEDT возможность создания произвольных по
сложности форм с обработкой их макроязыком (например, типа OO BASIC).

__
Счастливой Пачи - Myr AKA Manko
PGP DH/DSS Key ID 0x11807439, Fingerprint dhgGjJy7vbTzfdp+97vZ8hGAdDk=