Программно создать таблицу в БД

Мне нужно . Написал я в общем вот такую херь.
С SQL дела не имел раньше, да и c Delphi7 только начал работать. Помогите чайнику.

0

Вот такую ошибку выдает.

Миниатюры

 

0

ну а посмотреть на то что у вас в Form1.mmo1.Text получается не судьба?

0

Вот что у меня в memo

0

0

Очевидно, что такой синтаксис не прокатит.
Во первых уберите [Temporary] не поддерживается в акцесе эта инструкция.
Во вторых имя таблицы должно быть взято в квадратные скобки если оно составное, как в вашем случае:
create table [Кутузова 40] ...
В третьих, создание таблицы и получение выборки по ней, это две разные операции и выполняются они последовательно, поэтому select * from Кутузова 40 тут не к месту
В четвертых, для селектов выполняется то же правило составных полей что и при создании т.е. [Кутузова 40]
В пятых, если вы хотели создать таблицу на основе выборки, то делается это синтаксически не так.

1

Если не сложно объясни пожалуйста, как создать таблицу внутри программы?Я использовал все что нашел и понял на просторах интернета.

Миниатюры

 

0

Пытливый, Нажимаю на "Добавить объект"- Выходит форма с редактированием таблицы Строй-Объектов
Нажимаю "Добавить базу данных"- Создается таблица в которой будут отображены строительные материалы требуемые на выбранном в первом Dbgrid Строй-Объекте(адресе). Хотел сделать создание таблицы с именем равным адресу объекта.НО как сделать это?

0

Вы не с того начали. Создание интерфейса это второй шаг, а первым у вас должен быть создание рабочей модели базы данных. Давайте начнем плясать от печки. Какая изначальная задача поставлена?

0

Пытливый, Нужна одна база данных с адресами, к этим адресам редактируемая база со списком материала и его количества. К примеру
эмульсия l 10 литров
Профиль l 30 шт.
P.S:Начал с того что знал.

0

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

1

krapotkin, А это очень даже нужно, спасибо,но мне хотя бы с этим разобраться

0

Кроме операций с товаром(материалами) вам видимо надо будет еще учитывать клиента, а это физическое и юридическое лицо, а это две разные структуры. Если же еще будет контактный или иной телефон, то его тоже желательно в отдельную структуру вынести. Ну и наконец для связывания всего этого в единую, рабочую схему нужна будет одна или несколько промежуточных таблиц. Так-что вроде простенькая задачка разрастается до вполне приличной БД в десяток таблиц.
Идем далее. Каким образом предполагается использовать эту базу данных? Будет ли она установлена в одном месте и использовать ее будет только один оператор или же в нескольких офисах?

Добавлено через 2 минуты
Схему базы данных вы можете нарисовать и в Акцесе, правда там без типов полей, что несколько ухудшает читаемость, но приемлемо для начала. Как сделаете схему, прикрепите сюда картинку - посмотрим.
И вот только после того, как у вас появится нормальная схема, можно будет делать и интерфейс под нее.

0

Пытливый, Как то так что ли.....

Миниатюры

 

0

Любимая ошибка новичков - писать названия полей с пробелами. Для исключительно визуальной разработки может оно и ничего, но когда дело касается доработки напильником, то проблем не оберешься. Отсюда вывод: Все поля в БД должны быть без пробелов, т.е. не Наименование материала, а НаименованиеМатериала. Читабельности оно не потеряло, зато стало удобнее в работе.
Вторая распространенная ошибка - смешивать в одной БД английские и русские имена полей. Рано или поздно, но вы обязательно перепутаете в какой таблице у вас ID, а в какой Код. Отсюда вывод: Имена полей должны быть однообразны, либо английские либо русские.
Я бы еще имена ключевым полям дал более информативные, например не Код, а КодЮрЛица. Так намного проще понять по каким полям идут связи между таблицами.

Ну а что касается самой схемы БД...
Вы пробовали вносить данные ручками в ваши таблицы? Вот возьмите что-то конкретное и начните разносить по вашим таблицами. В процессе внесения у вас наверняка появятся проблемы, которые потребуют доработки схемы.
ПС: Что такое таблица Кутузова 40_1 ? Это склад, обслуживаемый объект или что?

0

Пытливый, Строго но справедливо, согласен с вами. Я думал на каждый объект создавать новую таблицу с перечислением нужного материала в отдельной бд, т.к предположил что в будующем,когда бд станет очень большой нагрузка разделится на две бд. Так Кутузова_40 это адрес объекта находящегося в другой бд. Все так плохо?

0

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

0

Не думаю, что в ближайшее время вам грозит столкнутся с проблемой переполнения в БД. Если вы уже внесли изменения в схему, то давайте новую картинку. И вот вам еще одно замечание по схеме - как вы собираетесь ЮрЛицо и ФизЛицо привязывать к 2 и более объектам?

0