Инсталлятор для проекта, в котором будет храниться путь к БД

@Akless · Регистрация: 19.04.2014

Ещё раз всем привет.
Возник вопрос. Моя программа обращается к БД с помощью ADOConnection. Можно ли сделать инсталятор программы, где я буду указывать где моя БД находится. Вообщем в Object Inspector "заполнить" поле "ConnectoinString"
Это реально?
По факту я хочу сделать универсальную программу, которую не нужно будет постоянно компилить если БД перенесли в другое место.
Читал другие темы. Скачал Smart Install Maker , но я не нашёл чего хотел.
Если можно подробнее описать процесс

Заранее спасибо.

@uglyPinokkio · 10.06.2014, 19:08

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

Можно ли сделать инсталятор программы, где я буду указывать где моя БД находится. Вообщем в Object Inspector "заполнить" поле "ConnectoinString"
Это реально?

А почему не кодом при первом запуске приложения?

@_Dimon_ · 10.06.2014, 19:53

Akless, в ini файле легко хранить такие настройки

@Akless · 10.06.2014, 23:45 **[ТС]**

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

А почему не кодом при первом запуске приложения?

Не совсем понял, это как?

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

в ini файле легко хранить такие настройки

А можете подробнее описать про это? И всё равно задача "как пользователю указать какая или где(Источники данных ODBC) БД находится" осталась.Или нет? Увы, но я не знаком с ini файлами и что они делают.
В идеале было бы круто чтобы прям то окно "ConnectoinString" было показано и такой же выбор из провайдеров.

@_Dimon_ · 11.06.2014, 05:50

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

Увы, но я не знаком с ini файлами и что они делают.

INI - Загрузка и сохранение настроек

Куда прикрутить окно для ввода ConnectoinString думай сам.

@uglyPinokkio · 11.06.2014, 06:50

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

Не совсем понял, это как?

1.Нарисовать диалог соединения с базой.
По результатам его работы динамически построить ConnectionString.

Если лень рисовать свой диалог -

2.В инсталлятор включить udl файл, при первом запуске запустить его редактирование через

C++

1	ShellExecute(0,"open","test.udl", NULL,NULL,SW_SHOW)

@D1973 · 11.06.2014, 08:57

А почему не так?
На форме кнопка для выбора базы и компонент OpenDialog

C++

if(OpenDialog1->Execute())
 {
    String s = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + OpenDialog1->FileName + ";Persist Security Info=False";
    ADO1->ConnectionString = s;
    ADO1->Connected;
 }

ADO1 -- TADOConnection
Строка ConnectionString для подключения БД Access

@_Dimon_ · 11.06.2014, 09:02

D1973, это все хорошо, но нужно где-то хранить потом этот путь, а то придется при каждом запуске программы выбирать откуда открыть

@demon_7 · 11.06.2014, 09:03

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

D1973, это все хорошо, но нужно где-то хранить потом этот путь, а то придется при каждом запуске программы выбирать откуда открыть

В ini файле или любом другом текстовике с произвольным расширением )

@_Dimon_ · 11.06.2014, 09:03

потому я написал ТС про ини файл

Как вариант хранить базу в папке с программой и не забивать себе мозг

@D1973 · 11.06.2014, 09:07

_Dimon_, само собой. Где хранить - не суть важно: хоть ini, хоть реестр, да хотя бы обыкновенный текстовый файл рядом с ехе-шником. А еще проверки сделать при старте программы
1.на наличие файла / ключа реестра с настройками
2. Если они есть - на наличие файла БД.
3. Если нет того или другого - тогда уже принудительно ОпенДиалог

@uglyPinokkio · 11.06.2014, 09:46

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

Как вариант хранить базу в папке с программой и не забивать себе мозг

Плохой вариант - в каталоге установки по умолчанию рядовой юзверь не имеет прав на запись.

@D1973 · 11.06.2014, 11:04

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

рядовой юзверь не имеет прав на запись

Дык ведь нет никакой необходимости лепить программу куда-нибудь типа Program Files, где у пользователя, действительно, не будет прав.

@uglyPinokkio · 11.06.2014, 11:22

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

Дык ведь нет никакой необходимости лепить программу куда-нибудь типа Program Files

Дык он же не спросит. И не прочитает. Просто тупо жамкнет Next. 99.9 % пользователей поставит программу по в путь умолчанию. Выбирать дефолтный путь установки отличный от Program Files идея еще более нездоровая

@_Dimon_ · 11.06.2014, 11:26

uglyPinokkio, а кто говорит, что в инсталяторе обязательно настраивать дефолтный путь Program Files ?

@uglyPinokkio · 11.06.2014, 11:49

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

а кто говорит, что в инсталяторе обязательно настраивать дефолтный путь Program Files ?

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

Нормальный вариант - размещать данные в профиле пользователя %APPDATA% либо в общем %ALLUSERSPROFILE%.

@uglyPinokkio 327 / 230 / 55 Регистрация: 30.05.2014 Сообщений: 682
	11.06.2014, 09:46	12
	Сообщение от _Dimon_ Как вариант хранить базу в папке с программой и не забивать себе мозг Плохой вариант - в каталоге установки по умолчанию рядовой юзверь не имеет прав на запись. 0

@D1973 Модератор 6567 / 4204 / 1818 Регистрация: 21.01.2014 Сообщений: 17,643 Записей в блоге: 3
	11.06.2014, 11:04	13
	Сообщение от uglyPinokkio рядовой юзверь не имеет прав на запись Дык ведь нет никакой необходимости лепить программу куда-нибудь типа Program Files, где у пользователя, действительно, не будет прав. 0

@_Dimon_ 1404 / 567 / 127 Регистрация: 31.10.2011 Сообщений: 1,955
	11.06.2014, 11:26	15
	uglyPinokkio, а кто говорит, что в инсталяторе обязательно настраивать дефолтный путь Program Files ? 0

@uglyPinokkio 327 / 230 / 55 Регистрация: 30.05.2014 Сообщений: 682
	11.06.2014, 11:49	16
	Сообщение от _Dimon_ а кто говорит, что в инсталяторе обязательно настраивать дефолтный путь Program Files ? Не обязательно. Но в таком случае надо убедиться, что настроенный дефолтный путь валидный на целевой системе и у юзверя есть права записи по этому пути. И того - потенциальный головняк есть, поскольку первый логический диск к примеру не у всех C:. Выхлоп нулевой, поскольку гарантированно проблему не решает. Второй, чуть менее кривой, вариант - при установке сменить права доступа в каталоге приложения. Кривой - потому что молча опускать уровень настроек безопасности как-бы не очень хорошо. Нормальный вариант - размещать данные в профиле пользователя %APPDATA% либо в общем %ALLUSERSPROFILE%. 0

@Akless 2 / 2 / 0 Регистрация: 19.04.2014 Сообщений: 36
		1
	Инсталлятор для проекта, в котором будет храниться путь к БД 10.06.2014, 18:44. Просмотров 1482. Ответов 15 Метки нет (Все метки) Ещё раз всем привет. Возник вопрос. Моя программа обращается к БД с помощью ADOConnection. Можно ли сделать инсталятор программы, где я буду указывать где моя БД находится. Вообщем в Object Inspector "заполнить" поле "ConnectoinString" Это реально? По факту я хочу сделать универсальную программу, которую не нужно будет постоянно компилить если БД перенесли в другое место. Читал другие темы. Скачал Smart Install Maker , но я не нашёл чего хотел. Если можно подробнее описать процесс Заранее спасибо. 0

@uglyPinokkio 327 / 230 / 55 Регистрация: 30.05.2014 Сообщений: 682
	10.06.2014, 19:08	2
	Сообщение от Akless Можно ли сделать инсталятор программы, где я буду указывать где моя БД находится. Вообщем в Object Inspector "заполнить" поле "ConnectoinString" Это реально? А почему не кодом при первом запуске приложения? 0

@_Dimon_ 1404 / 567 / 127 Регистрация: 31.10.2011 Сообщений: 1,955
	10.06.2014, 19:53	3
	Akless, в ini файле легко хранить такие настройки 0

@Akless 2 / 2 / 0 Регистрация: 19.04.2014 Сообщений: 36
	10.06.2014, 23:45 [ТС]	4
	Сообщение от uglyPinokkio А почему не кодом при первом запуске приложения? Не совсем понял, это как? Сообщение от _Dimon_ в ini файле легко хранить такие настройки А можете подробнее описать про это? И всё равно задача "как пользователю указать какая или где(Источники данных ODBC) БД находится" осталась.Или нет? Увы, но я не знаком с ini файлами и что они делают. В идеале было бы круто чтобы прям то окно "ConnectoinString" было показано и такой же выбор из провайдеров. 0

@_Dimon_ 1404 / 567 / 127 Регистрация: 31.10.2011 Сообщений: 1,955
	11.06.2014, 05:50	5
	Сообщение от Akless Увы, но я не знаком с ini файлами и что они делают. INI - Загрузка и сохранение настроек Куда прикрутить окно для ввода ConnectoinString думай сам. 0

@_Dimon_ 1404 / 567 / 127 Регистрация: 31.10.2011 Сообщений: 1,955
	11.06.2014, 09:02	8
	D1973, это все хорошо, но нужно где-то хранить потом этот путь, а то придется при каждом запуске программы выбирать откуда открыть 0

@demon_7 260 / 192 / 60 Регистрация: 12.05.2013 Сообщений: 857
	11.06.2014, 09:03	9
	Сообщение от _Dimon_ D1973, это все хорошо, но нужно где-то хранить потом этот путь, а то придется при каждом запуске программы выбирать откуда открыть В ini файле или любом другом текстовике с произвольным расширением ) 0

@D1973 Модератор 6567 / 4204 / 1818 Регистрация: 21.01.2014 Сообщений: 17,643 Записей в блоге: 3
	11.06.2014, 09:07	11
	_Dimon_, само собой. Где хранить - не суть важно: хоть ini, хоть реестр, да хотя бы обыкновенный текстовый файл рядом с ехе-шником. А еще проверки сделать при старте программы 1.на наличие файла / ключа реестра с настройками 2. Если они есть - на наличие файла БД. 3. Если нет того или другого - тогда уже принудительно ОпенДиалог 0

@uglyPinokkio 327 / 230 / 55 Регистрация: 30.05.2014 Сообщений: 682
	11.06.2014, 11:22	14
	Сообщение от D1973 Дык ведь нет никакой необходимости лепить программу куда-нибудь типа Program Files Дык он же не спросит. И не прочитает. Просто тупо жамкнет Next. 99.9 % пользователей поставит программу по в путь умолчанию. Выбирать дефолтный путь установки отличный от Program Files идея еще более нездоровая 0

Опции темы