Access

← →
Sergdead © (2006-10-26 08:43) [0]

Добрячка Уважаемые!
Вопрос таков:
короче есть база в accesse (20 таблиц, в некоторых примерно по 16000 записей). Естественно они уже связаны как надо в accesse и в этой базе уже лет так несколько люди пашут.
Дак возможно или нет просто накинуть оболочку Delphi, чтобы не переделывать все связи.

Благодар великодушный.

← →
Anatoly Podgoretsky © (2006-10-26 08:50) [1]

Конечно можно и никакие связи переделывать не надо, они все равно в Дельфи не используются.

← →
Sergey13 © (2006-10-26 08:52) [2]

Можно. Но смысл то какой? Если несколько лет работает, при этом ми объемы инфы минимальны, то может и не надо ломать работающий механизм? 8-)

← →
Anatoly Podgoretsky © (2006-10-26 09:10) [3]

Кушать хочется

← →
Sergdead © (2006-10-26 10:39) [4]

> Anatoly Podgoretsky © (26.10.06 08:50) [1]
>
> Конечно можно и никакие связи переделывать не надо, они
> все равно в Дельфи не используются.

_______________________________________________________

Уважаемый Anatoly Podgoretsky!

У меня просьба к Вам.
Опишите хотя бы чуток как это воплотить в жизнь.

Заранее благодарен умным людям.

← →
Desdechado © (2006-10-26 11:01) [5]

> как это воплотить в жизнь
Это обписано в любом букваре по Дельфи. Копи-пастом никто заниматься не будет.

← →
Stanislav © (2006-10-26 11:29) [6]

Используй ADO-подключение к ядру Jet

← →
Anatoly Podgoretsky © (2006-10-26 12:37) [7]

Да никак, это уже все сделано в Акцесс, а Дельфи может использоваться как оболочка, и никак не использует связи, как и другой клиент, это для сервера. Ты же можешь только обработать ошибку.
Другое дело не реляционные связи, а связи M to N - вот это можно и нужно делать на клиенте, путем правильного построения запросов или путем организации интерфейса и mastet/detail связей, автоматических или ручных.

Насчет рассказать, это задача на несколько лет, обучение Дельфи, обычения технологиям доступа, обучение конкретному диалекту SQL, обучение теории баз данных и это не все.

← →
Sergdead © (2006-10-26 13:08) [8]

> Да никак, это уже все сделано в Акцесс

Спасибо за ответ. Но возможно я не догоняю или мой вопрос не корректен.

В делфи я не хочу вообще связи применять, т.к. они уже есть в аксесе в том порядке в каком надо.

← →
Anatoly Podgoretsky © (2006-10-26 13:15) [9]

Корректени или нет это отдельный вопрос, но он астрактен.

← →
Johnmen © (2006-10-26 13:15) [10]

> накинуть оболочку Delphi

А разве Delphi оболочка?
Что значит "накинуть"? Написать программу, что ли?

← →
Sergdead © (2006-10-26 13:28) [11]

> А разве Delphi оболочка?
> Что значит "накинуть"? Написать программу, что ли?

Написать прогу для работой с аксесом.
Значит сейчас объясню: все помнят первые свои шаги (телефонный справочник). Там есть аксес и делфи прога для визуализации, а также в делфи у тейблов прописывали связи между собой.
Дак вот у меня тоже самое только мне связи не нужны в делфи т.к. они уже есть в аксесе и я хочу просто в делфи использовать связи из аксеса (чтобы заново это все не прописывать).

← →
Sergdead © (2006-10-26 13:29) [12]

небольшая поправка:
тое сть я ставлю в датамодуль все адотейблы и все. Без всяких там связей типа мастерсурс.

> [11] Sergdead © (26.10.06 13:28)

Ты, ИМХО, путаешь и/или смешиваешь связи в БД и связи в программе. Первые для целостности данных, вторые для отображения данных. Иногда они внешне совпадают, например FK в БД и связь М-Д в программе. Но при этом остаются разными и независимыми.

Ты запутался со связями, уверен, что ты даже не понимаешь про какие связи говоришь.

то есть если я правильно понял надо и там и там связи проделывать?

вернее в делфи обязательно надо проставлять связи между тейблами, пусть даже они есть в аксесе?

> вернее в делфи обязательно надо проставлять связи между
> тейблами, пусть даже они есть в аксесе?

Зачем? Table или Query или еще что-то ты используешь для связи своей программы с базой. В базе связи между таблицами никуда не денутся, просто при изменении данных в базе эти связи надо будет учитывать. Если ты хочешь в программе использовать Table, то не надо их делать по одному на каждую таблицу, часто бывает достаточно вообще одного Table, просто в программе при необходимости менять ему свойство TableName, и свойства, связанные с конкретной таблицей, например Filter

Access Найти похожие ветки