SQL-запрос на загрузку таблиц из БД

Народ, как сделать так чтоб из объекта ComboBox1 можно было выбрать нужную таблицу, нажать кнопку "3агрузить" и в объект DBGrid1 загружалась выбранная таблица

0

Сначала тебе нужно узнать запросом название столбцов таблицы.
А потом динамически присвоить их DBGrid1.

0

1) На форме должен быть компонент DBGrid без всяких полей, голый
2) Datasource (например, MyDataSource) без указанного dataset
3) DBGrid должен брать данные из datasource MyDataSource.
4) При смене item в комбобоксе передавать выбранный Item в качестве имени dataset для этого MyDataSource
5) Открыть dataset - после этого в гриде должны показаться записи из выбранной таблицы

1

zremas, ну а код можешь показать примерный

0

Уточняю:

1) На форме должен быть компонент DBGrid без всяких полей, голый
2) Datasource (например, MyDataSource) с указанным dataset = Table1 (Database: DBDEMOS)
3) DBGrid должен брать данные из datasource MyDataSource.
4) При смене item в комбобоксе передавать выбранный Item в качестве имени таблицы для этого Table1
5) Открыть dataset - после этого в гриде должны показаться записи из выбранной таблицы

6) в ComboBox1 вписать для примера biolife.db, customer.db

0

На OnChange вешаешь:

0

проектик для теста

Вложения

Projects.zip (5.2 Кб, 30 просмотров)

0

Delphi 1 2 3 4 5 6 procedure TForm1.ComboBox1Change(Sender: TObject); begin      Table1.Close;      Table1.TableName:=ComboBox1.Text;      Table1.Open; end;

не соглашусь, а если на форме отображаются название таблиц на кириллице?

0

Это же чисто пример, к тому же, если человек каким-то образом НАПОЛНЯЕТ комбобокс списком таблиц, подразумевается, что они валидные.
Согласен, что можно сделать вообще связку с неким третим датасетом, хранящим названия таблиц, и оброащаться к именам по коду через комбо.

0

Бред

По теме.
При работе с любой базой ОБЯЗАТЕЛЬНО использовать объект-"концентратор". TADOConnection - для ADO, TDataBase - для BDE, TIBdataBase для Interbase/Firebird и т.д.
Через этот объект открывать и закрывать соединения (сессии), а также можно использовать некоторые функции "общего" плана. Например, получать список таблиц базы (GetTableNames) или список полей конкретной таблицы, управлять транзакциями и блокировками, собирать и анализировать диагностику и много другое)
Для выборки данных из любой таблицы (хранимки, функции, вью, скрипта и т.д.) нужно только одно - компонент, обеспечивающий передачу на сервер текста запроса и получения от него результатов выборки. Компонент опять же зависит от того, с какой СУБД Вы работаете. Если с BDE, то это TTable/TQuery/TStoredProc, если ADO-TADODataSet, если IB, то TIBTable/TIBQuery/TIBDataSet
Объект можно создать как статически (в дизайне), после чего изменять нужные свойства для переключения с одной таблицы БД на другую, так и в ран-тайме, создавая по мере надобности (как это сделано в большинстве "штатных" клиентских СУБД-приложений: Query Analizer/DataBase DeskTop/IBExpert,Pl/SQL Developerl и т.д.) в многооконном интерфейсе.
Для отображения полученного датасета лучше и проще использовать TDBGrid, связанный с датасетом источником данных TDataSource. При этом надо помнить, что один источник данных может обслуживать только один датасет. Другими словами - сколько у Вас должно быть одновременно существующих датасетов для отображения (не обязательно видимых, например расположенных на разных вкладках TPageControl), столько же должно быть и источников данных и гридов соответственно.
При этом при открытии датасета происходит автонастройка как его, так и связанного с ним грида.
При этом проверяются "ручные" настройки, сделанные в дизайне. Поэтому если Вы хотите, чтобы один грид и один датасет соотв-но служил Вам для разных таблиц как универсальный, то в дизайне не следует настраивать ни датасет (не вызывать редактор полей, а если вызвали и создали коллекцию, то уничтожить ее, почистив список). Конечно, тут проблемка - в гриде отобразятся колонки таблицы БД в их "нативном" виде (как правило - на англицом), к тому же ширины колонок будут не совсем оптимальны (чаще всего совсем не оптимальны и работать с таким интерфейсом будет не очень приятно. Чтобы облагородить интнрфейс и получить, скажем что-то похожее на интерфейсы вышеприведенных штатных клиентов, нужно приложить немало усилий и времени, но это уже такое...

1

MsGuns, я понимаю что вы все умные, могли и не доказывать.
Просто я лучше понимаю, когда вижу рабочий код.
Мне нужно сделать так, чтобы например в ComboBox1 я выбрал 10Б класс, нажал кнопку, и мне из БД загрузилась таблица 10Б класса в объект DBGrid1, потом например, я выбрал из списка 11В, и таблица 11В класса загрузилась бы в DBGrid1
Я такое на Бейсике видел, теперь мне на Делфи надо

0

Да нет, не умные, а получается, что очень даже дураки.
Если пытаемся объяснить человеку причины его ошибок вместо того, чтобы просто написать за него готовый код )а лучше целиком проект)
У Вас нет необходимости в динамической перенастройке компонентов при смене таблиц т.к. таблицы однитипны (сама по себе идея строить БД по принципу "по таблице на класс - идиотическая" и говорит о полном непонимании сущности реляционных баз) и Вам для переключения с одной таблицы на другую просто надо что-то такое:
Так что ж Вам мешает портануть васиковский код в делфи, заменив при этом васиковское ADODB на компоненты закладки ADO ?

Добавлено через 3 минуты
Пардон, забыл салфетку, свечечку и пожелать "приятного аппетита":

0

MsGuns, я и не знал, что вы такой "вежливый"

Добавлено через 1 минуту
MsGuns, я к вашу сведенью, еще школьник, поэтому не знаю этот язык на вашем уровне. Можно было рассказать, научить, а не язвить!

0