Вопрос такой:
Я составил приблизительную структуру БД из трех связанных таблиц и хочу ее реализовать в виде удаленной БД.
В книгах я вижу решение этой задачи с использованием BDE. Но мне бы не хотелось использовать BDE, т.к. драйвер этот нужно инсталировать (я знаю как внедрять его в инсталяционный пакет, но в данной задаче нужно обойтись без этого). Так же не хочется использовать InterBase.
1) Есть ли решения позволяющие решать подобную задачу без BDE? какие?
2) Каким образом в БД можно хранить фотографии JPEG?
3) Есть ли сжатые форматы таблиц (чтобы База не разрасталась)?

Спасибо.

СУВ.

ADO?

1)Без использования какой либо существующей СУБД - написать все самому))))
2)Для хранения картинок используй BLOB поля таблицы.
3)То есть не разрасталась? Это уже все будет зависить от того как ты спроектировал ее, можно ведь контролировать вносимые данные, своевременно удалять старые и т.д.

Спасибо!
ADO установлен по умолчанию?

СУВ.

По моему ADO дожен поддерживаться большиством Винд, но тончо уверять не могу - не проверял

ну, не совсем ADO... скорее, мидас. есть там такая штука - TClientDataset, позволяет организовать flat-file базу данных. для инсталляции потребуется скопировать в систему midas.dll. возможности те же, что и при работе с обычными таблицами. БДЕ не требуется.

АДО в 9Х, МЕ и НТ - есть по дефаулту.

Пробуй ODBC этот прописан в любой винде, через него Acces работает

Jey_k, ODBC - это не субд. это средство, позволяющее работать с различными СУБД через некий унифицированный механизм. и кроме него всё равно понадобиться либо БДЕ, либо Interbase, либо что-то ещё, твоё предложение проблемы не решает.

Спасибо.

Вопрос опять

Как связать 3 таблицы вида (поля заголовков без ненужных полей (обозн. Data)):
1) ObjNum(+)(ключевое), Date, Time, Data
2) TypeNum(+)(ключевое), ObjNum, Data
3) Num(+)(ключевое), TypeNum, Data

Это заголовки (поля). Как связать поля разных таблиц: ObjNum,TypeNum
чтобы на запрос из первой выпадали соответствующие (по этим самым ObjNum,TypeNum) данные из двух других таблиц?

СУВ.

Например так, если я не ошибся:

Код

create table Table1(  ObjNum Integer not null primary key,  ... ); create table Table2(  TypeNum Integer not null,  ...,  constraint c_fk_Tab1  foreign key(TypeNum) references Table1(ObjNum) );

А затем выбирай сколько угодно

Код

select * from Table1, Table2  where Table1.ObjNum = Table2.TypeNum

Попробуй использовать технологию тонких клиентов - это фактически СУБД, прикомпилируемая к твоей проге.

<Spawn> , если я правильно понимаю, имеется в виду работа с визуалкой.


PILOTIK, способов много. приведу один из самых простых.

создаёшь три запроса (TQuery) и три подключенных к ним источника данных (TDatasource) и настраиваешь следующим образом:

1. SQL := 'select objnum, "date", "time" from table1';

2. SQL := 'select typenum, objnum, data from table2 where objnum = :objnum';
DataSource := Datasource1;

3. SQL := 'select num, typenum, data from table3 where typenum = :typenum';
DataSource := DataSource2;

означает это следующее. с первым, я думаю, всё понятно - просто тупо берём из базы все значения. во втором вводим условие - objnum = :objnum. ":" - это стандартное обозначение параметра. по умолчанию нам бы пришлось перед открытием таблицы этот параметр задавать. но поскольку мы указали DataSource = DataSource1, то значение этого параметра будет браться из источника данных первой таблицы. для этого нужно, чтобы название параметра и поля, которое будет служить этим параметром, совпадали. по тому же принципу настраивается и третья квери.

теперь можно кинуть на форму три грида, привязать их к трём источникам данных, и при навигации по первому гриду будут меняться значения во втором и третьем, а при навигации по второму - только в третьем.

вариант с использованием TClientDataset (то, что предлагал я и то, что фактически предалагает
Proximo_RZN) работать с кверями не позволит, но там можно организовать это иначе. например через свойства MasterSource/MasterFields (что потребует создание соответствующих индексов), либо через ручную фильтрацию (свойства Filter и Filtered). Фильтрация дочерних таблиц реализуется программно в обработчике AfterScroll главных таблиц.

Добавлено @ 16:39
кстати, из тонких клиентов ещё стоит обратить внимание на такие штуки, как VolgaDB и SAM. достаточно навороченные библиотеки для работы с базами без БДЕ. Волга, по-моему, даже бесплатная.

ADO или ODBC работают очень медленно, по сравнению с BDE.

Но можно использовать dbExpress - распространение всего двух или трех фалов вместе с программой (0.500-0.9 мБ)

Цитата(x77 @ 16.3.2004, 13:36)

PILOTIK, способов много. приведу один из самых простых.

Спасибо!
Как сделаю отпишусь, т.к. возникнут еще вопросы... например почему нельзя JPEG заливать в БД? Он обязательно преобразуется в BMP ;(

СУВ.