Как программно поменять структуру уже имеющегося DB файла?

@cib225 · Регистрация: 10.06.2011

Студворк — интернет-сервис помощи студентам

Здравствуйте.
Вопрос в следующем: есть n-ое количество DB файлов, в которых надо поменять структуру (и тип полей и наименование полей).
Как это сделать программно?
Заранее спасибо.

@MsGuns · 10.06.2011, 23:56

ALTER TABLE

@cib225 · 15.06.2011, 01:02 **[ТС]**

пишу:

C++
1
2
3
   Query1->Close();
   Query1->SQL->Text = "ALTER TABLE INDEKS ALTER COLUMN Nazwa2 varchar2(100) not null";
   Query1->ExecSQL();

ругается на ALTER (((

Добавлено через 1 час 57 минут
странно, вот играюсь, и наблюдаю, что добавляет и удаляет колонку - нормально, НО вот изменить или тип или идентификатор колонки -

@Grossmeister · 15.06.2011, 09:37

1. не во всех СУБД можно переименовать колонку, в некоторых только завести новую, а потом удалить старую
2. для изменения типа поля многие СУБД требуют, чтобы эта колонка была пустой (без данных), чтобы предварительно не заниматься проверкой того, все ли данные удовлетворяют новому типу
3. в большинстве случаев создавать таблицы, а тем более менять их параметры из программы - признак дурного тона и плохого проектирования приложения. По хорошему таблицы создаются каким-либо штатным инструментом, а потом в клиентской программе идет только работа с данными

@cib225 · 15.06.2011, 10:31 **[ТС]**

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

я понимаю, НО, суть в том, что у меня есть некая БД (содержащаяся в *.DB файлах), и мне надо её "перекрутить", чтобы я смог её использовать в своей программе (с новой структурой и т.п.) и чтобы потом не было претензий.

@MsGuns · 15.06.2011, 10:46

Delphi
1
1. не во всех СУБД можно переименовать колонку, в некоторых только завести новую, а потом удалить старую

Пример в студию ! Не путаете ли Вы ограниченность СУБД с ограниченностью некоторых тулзов ?

Delphi
1
2. для изменения типа поля многие СУБД требуют, чтобы эта колонка была пустой (без данных), чтобы предварительно не заниматься проверкой того, все ли данные удовлетворяют новому типу

Не "многие", а все ! Но требуют только в том случае, если новый тип данных не совместим полностью со старым и реструктуризация таблицы приведет (может привести - везде по-разному) к потере данных. Например при увеличении ширины символьного поля или точности дробного числа сервер "проглотит" запрос без возражений. Однако блокирована будет попытка изменить тип поля, на который имеются внешние ссылки либо он сам ссылается на что-либо. Крайне негативно сервера относятся и к попытке изменить тип поля, являющегося (или входящим в состав) PRIMARY KEY - еще один весомый аргумент в пользу доктрины "суррогатов" в вечном холиваре "натив - суррогат"

Delphi
1
3. в большинстве случаев создавать таблицы, а тем более менять их параметры из программы - признак дурного тона и плохого проектирования приложения. По хорошему таблицы создаются каким-либо штатным инструментом, а потом в клиентской программе идет только работа с данными

И создавать, и тем более менять таблицы из программ (другой вопрос - КАКИХ программ !) - это не "дурной" тон, а жизненная необходимость, сплошь и рядом бытующая среди вполне популярных программ (1С например) и говорящая только о том, что и программа и база ЖИВУТ, т.е. активно используются ГОДАМИ !
Но с Вами нужно согласиться когда речь идет например об отлаженном (или выдаваемым за таковой) проект прикладного уровня (не универсального как 1С, а предназначенного для решения ТОЛЬКО ОДНОЙ ПРОБЛЕМЫ).
Для топикстартера это, уверен, актуально. Но для общего развития посчитал не лишним прокомменировать

По теме: Мануалы по SQL писаны не для джидаев ?

Добавлено через 2 минуты

Delphi
1
я понимаю, НО, суть в том, что у меня есть некая БД (содержащаяся в *.DB файлах), и мне надо её "перекрутить", чтобы я смог её использовать в своей программе (с новой структурой и т.п.) и чтобы потом не было претензий.

Используйте тулзу (многие советуют для dbf юзать чудуюду "Database DeskTop", а я бы посоветовал найти в инете более хороший инструмент - их там в достатке, причем основаная масса шараварная)

@Grossmeister · 15.06.2011, 11:08

Сообщение от MsGuns

Delphi
1
1. не во всех СУБД можно переименовать колонку, в некоторых только завести новую, а потом удалить старую

Пример в студию ! Не путаете ли Вы ограниченность СУБД с ограниченностью некоторых тулзов ?

За все СУБД не скажу, но например, в Oracle переименование колонки появилось только в 9 версии. Да и дело не в тулзах, если такой конструкции SQL принципиально не было.

Сообщение от MsGuns

Delphi
1
2. для изменения типа поля многие СУБД требуют, чтобы эта колонка была пустой (без данных), чтобы предварительно не заниматься проверкой того, все ли данные удовлетворяют новому типу

Не "многие", а все ! Но требуют только в том случае, если новый тип данных не совместим полностью со старым и реструктуризация таблицы приведет (может привести - везде по-разному) к потере данных. Например при увеличении ширины символьного поля или точности дробного числа сервер "проглотит" запрос без возражений.

Дело не только в потере данных. Многие вопросы при "изготовлении" СУБД решаются, исходя из производительности. Например, просмотреть данные в миллион/несколько миллионов записей, чтобы убедиться, что какое-то одно значение не позволит произвести изменение не очень рационально. Поэтому Oracle, например, не даст сделать на непустой колонке изменение varchar2 -> number, даже если все данные вполне числовые - он просто не будет заниматься проверкой допустимости

Сообщение от MsGuns

Delphi
1
3. в большинстве случаев создавать таблицы, а тем более менять их параметры из программы - признак дурного тона и плохого проектирования приложения. По хорошему таблицы создаются каким-либо штатным инструментом, а потом в клиентской программе идет только работа с данными

И создавать, и тем более менять таблицы из программ (другой вопрос - КАКИХ программ !) - это не "дурной" тон, а жизненная необходимость, сплошь и рядом бытующая среди вполне популярных программ (1С например) и говорящая только о том, что и программа и база ЖИВУТ, т.е. активно используются ГОДАМИ !
Но с Вами нужно согласиться когда речь идет например об отлаженном (или выдаваемым за таковой) проект прикладного уровня (не универсального как 1С, а предназначенного для решения ТОЛЬКО ОДНОЙ ПРОБЛЕМЫ).

Опять же, зависит от проектирования. Например, система ERP-уровня OeBS. Там можно добавлять пользовательские расширения и даже создавать таблицы для этих расширений. Но никогда не приходится изменять те таблицы, которые поставляются вместе с системой. Если надо добавить к сущности доп. атрибут, то под это зарезервированы колонки. Хорошо это или плохо - отдельная статья, но возможность не менять существующие таблицы имеется

@cib225 · 15.06.2011, 11:10 **[ТС]**

спользуйте тулзу (многие советуют для dbf юзать чудуюду "Database DeskTop"

Как щас: есть некая БД (порядка 300 файлов), я её "взял на время" )), разобрал структуру, связи и т.п. Написал свою программу, которая тащит оттуда данные. В некоторых полях этой БД - указан тип Memo + идентификаторы полей имеют ЗАМЕТНО специфические названия.
Писал программу сначала для себя, для домашнего пользования. А вот теперь захотелось её продавать.
Так вот: чтобы ко мне не возникало вопросов "со стороны" - мне необходимо как переименовать сами файлы БД, так и переименовать поля и кое-где поменять типы данных. А я эти изменения уже учту у себя в программе.

P.S. я пользовал DataBase, которой я изменял и идентификатор и тип поля Memo на строку (255), правда он меня переспрашивал о перемене, но делал и всё нормально. Но так играться с порядка 300 файлов - сами понимаете. Вот и возникла идея написать небольшую прогу, чтобы перекрутить мне базу.

@cib225 · 16.06.2011, 19:40 **[ТС]**

я так понимаю что проблема неразрешимая? (((

@MsGuns · 17.06.2011, 12:09

Вам еще в [2] был дан ответ.

Новые блоги и статьи Все статьи Все блоги /
Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .	Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .	Команды формы и диалоговое окно Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. В качестве источника данных. . .
Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при создании или изменении элементов справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи электронной. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 24.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .	Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .

@cib225 0 / 0 / 0 Регистрация: 10.06.2011 Сообщений: 5

	Как программно поменять структуру уже имеющегося DB файла? 10.06.2011, 20:00. Показов 2556. Ответов 9 Метки нет (Все метки) Здравствуйте. Вопрос в следующем: есть n-ое количество DB файлов, в которых надо поменять структуру (и тип полей и наименование полей). Как это сделать программно? Заранее спасибо. 0

@MsGuns 1497 / 1238 / 245 Регистрация: 04.04.2011 Сообщений: 4,363
	10.06.2011, 23:56
	ALTER TABLE 0

@Grossmeister 4217 / 3059 / 583 Регистрация: 21.01.2011 Сообщений: 13,203
	15.06.2011, 09:37
	1. не во всех СУБД можно переименовать колонку, в некоторых только завести новую, а потом удалить старую 2. для изменения типа поля многие СУБД требуют, чтобы эта колонка была пустой (без данных), чтобы предварительно не заниматься проверкой того, все ли данные удовлетворяют новому типу 3. в большинстве случаев создавать таблицы, а тем более менять их параметры из программы - признак дурного тона и плохого проектирования приложения. По хорошему таблицы создаются каким-либо штатным инструментом, а потом в клиентской программе идет только работа с данными 0

@cib225 0 / 0 / 0 Регистрация: 10.06.2011 Сообщений: 5
	16.06.2011, 19:40 [ТС]
	я так понимаю что проблема неразрешимая? ((( 0

@MsGuns 1497 / 1238 / 245 Регистрация: 04.04.2011 Сообщений: 4,363
	17.06.2011, 12:09
	Вам еще в [2] был дан ответ. 0