Deutsch

​App.config & Web.config

90  
Murr патриот20.06.18 13:07
Murr
NEW 20.06.18 13:07 

App.config & Web.config


Ну ситуацию все помнят - три заводика и на каждом свои заморочки

- свои базы, со своими форматами и со своими данными.


Ну кроме этого есть тестовый сервер, на который ожидается закидывание

нужных для тестов данных.

Тесты использующие тестовый сервер - деструктивные по природе - таблицы

дропаются, пересоздаются, набиваются данными...

И не дай бог запустить эти тесты на живой базе - завод встанет на несколько дней...

Пока, слава богу, за все время только раз дропнул одну из таблиц на живом

серваке...


Для того, чтобы контролировать что-куда лезет был написан класс управляющий

коннектионами - простой словарик с парами кейвалуепаир<ключ<завод,база>, коннектионстринг>


Работает - замечательно - вроде все аспекты управляемы...


ну это - вроде как все аспектy...

Вот сейчас выползло...


Для вин-аппликатиона строки подключения прописываются в App.config.

Оттуда они читаются и затем используются.


Для веб-апплицатиона строки подключения прописываются в Web.config.

Оттуда - читаются и используются.


Все просто?

Угу... за исключением одного моментика.

А именно - для вин-аппликатиона пишется ОДИН App,config.

А для веб-апплицатиона - Web.config может быть прописан в каждой папочке и в нем

переопределяется что там сконфигурировано для данной папочки...


Я таки этими возможностями - возможностью переопределить строку подключения

в дополнительном Web.config пользовался для загрузки страницей данных с базы

другой фабрики.


И вот теперь выплыла большая жопа - коннектион уже закеширован и переопределение

не используется...

Ну да - упустил этот момент при написании кешировщика...

блин, как же теперь это разгребать?


#1 
AlexNek патриот20.06.18 23:16
AlexNek
20.06.18 23:16 
в ответ Murr 20.06.18 13:07

А что мешает на тест сервере сделать дополнительную таблицу/дописать определенные данные в одну из имеющихся и это проверять вначале.

#2 
Murr патриот21.06.18 10:03
Murr
NEW 21.06.18 10:03 
в ответ AlexNek 20.06.18 23:16

На тест-сервере так и делается:

- дропается все что не нужно, а ненужно все что используется в тестах

- создаются новые таблицы

- загоняются тестовые данные

- выполняются тесты.

- все дропается еще раз...


Теперь представь себе, что это выполнено на живой базе...


или... ты предлагаешь сделать дополнительную таблицу и по ее наличию судить об том на каком сервере?

Надо подумать... могу что-то не отловить - и тогда будет ооочень больно...

Но фигню с коннектами все одно надо как-то решать...


Но это с понедельника - пока надо прочитать результат дампа КристалРепорта... бо, клиент не нашел как экспортировать в CSV...

#3 
AlexNek патриот21.06.18 22:56
AlexNek
NEW 21.06.18 22:56 
в ответ Murr 21.06.18 10:03
или... ты предлагаешь сделать дополнительную таблицу и по ее наличию судить об том на каком сервере?

Угу, причем можно и на тест сервере и таблицу и определенные данные.

Без наличия этих данных ничего не запускается. А эти данные тестом не должны трогаться (или воссоздаваться автоматом заново).


А можно и вообще отдельную базу добавить на сервер.

#4 
Murr патриот22.06.18 09:55
Murr
NEW 22.06.18 09:55 
в ответ AlexNek 21.06.18 22:56

А можно и вообще отдельную базу добавить на сервер.

-----

Ээээ...

ну, допустим, Я это реализую...

потом - уволюсь нахрен...

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

пока хоть саму возможность лезть в рабочую систему заткнул на файрволе...

но надо откачивать тестовые наборы данных - это еще делать надо...

В общем - всего дохрена и одно за другое цепляется...


Ладушки - пошел учить прожку читать дамп КристалРепорта...

#5 
AlexNek патриот22.06.18 22:41
AlexNek
NEW 22.06.18 22:41 
в ответ Murr 22.06.18 09:55
посмотрит что там есть... допишет базу на рабочие серваки... будет жопа...

Для начала тебя это волновать уже не должно. А так, нужно реадме делать смущ

#6