Хранение настроек.

← →
vpbar © (2007-09-13 16:45) [80]

>>zdm77 (13.09.07 16:32) [68]
Тише, не нервничай так. Если хочешь давай. Попоробую разобрать на досуге. Но опыт у меня не большой в этом, так что может и не получится. Но все равно привязка к адресу БД - не очень надежная защита. Так что остается? А остается то что плюсов у хранения конфига в БД не больше чем у других способов. Ведь пункт "3. ...да плюсы можно перечислять очень долго..." можно приписать к чему угодно.
Впрочем и не меньше, ИМХО. Так что используй что тебе нравится. Нравится БД - так ипользуй её. Нравится в реестр лазить - пожалуйста.
>>Минусы есть и в хранении в БД, но как-то меркнут они, по сравнению с работой с файлами. К тому-же юзеры объявлены в БД...и как-то все гармонично связывается....
Раз гармонично связывается - так в чем проблема. Хотя невижу больших минусов по сравнению с файлами (В общем случае)
>Господа, ключевой фразой было услышать, почему несколько людей меня отговаривали от хранения настроек в БД.
Ну спроси ЭТИХ ЛЮДЕЙ почему ОНИ отговаривали. Если честно с телепатией и ясновидинием у меня плохо. Долго медитировать надо и все такое :) и ответить почему ЭТИ ЛЮДИ тебя отговаривали я не могу. Если кто и сможет так это в соседней ветке, про экстрасенсов.

← →
zdm77 (2007-09-13 16:50) [81]

> vpbar © (13.09.07 16:45) [80]
Если кто и сможет так это в соседней ветке, про экстрасенсов

:)

Я уж говорил, что ни кто ни чего толком ответить не может. Сам тоже по инерции использовал INI либо реестр, а тут вот задумался, а почему не в БД. Поэтому решил обратится к Вам, мастерам.

← →
Вася Правильный (2007-09-13 16:54) [82]

короче, звучит как "держите меня семеро, я все равно его порву!"

← →
Anatoly Podgoretsky © (2007-09-13 16:58) [83]

> zdm77 (13.09.2007 16:41:18) [78]

Тебе достаточно не входить в ветку, а вот мы может поговорим еще немного.

← →
Anatoly Podgoretsky © (2007-09-13 16:58) [84]

> evvcom (13.09.2007 16:44:19) [79]

Да я просто знал!!!
Кто то сказал, что АП знает ответ, еще до того как задан вопрос.

← →
zdm77 (2007-09-13 16:59) [85]

> Anatoly Podgoretsky © (13.09.07 16:58) [83]

ну поговорить, значит поговорить.... задаешь один вопрос.....и столько интересного можно узнать еще :)

← →
zdm77 (2007-09-13 17:00) [86]

> Anatoly Podgoretsky © (13.09.07 16:58) [84]
> > evvcom (13.09.2007 16:44:19) [79]
>
> Да я просто знал!!!
> Кто то сказал, что АП знает ответ, еще до того как задан
> вопрос.

такого небыло.... было предубеждение, которое думал развеят под впечатлением советов окружающих (не Вас)

← →
Вася Правильный (2007-09-13 17:02) [87]

> АП знает ответ, еще до того как задан вопрос.

я тоже знаю
только спрашивают обычно фигню какую-то, причем регулярно и в пределах 5% известных ответов

← →
Sandman31 (2007-09-13 17:05) [88]

Минусы использования БД:

1. Относительная сложность копирования настроек одного пользователя другому.
2. Необходимость использования дополнительной программы для визуальной оценки настроек пользователя, особенно в случае иерархичной структуры настроек.
3. Лишняя нагрузка на сервер БД/сервер приложений/сеть.
4. Если придется восстанавливать БД из backup, восстановятся и настройки пользователя.
5. Нарушение шаблона проектирования - данные предметной области не должны храниться вместе с данными интерфейса.

← →
clickmaker © (2007-09-13 17:07) [89]

> 5. Нарушение шаблона проектирования - данные предметной
> области не должны храниться вместе с данными интерфейса.

можно отдельную базу завести :)

← →
Вася Правильный (2007-09-13 17:07) [90]

> данные предметной области не должны храниться вместе с данными
> интерфейса.

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

← →
vpbar © (2007-09-13 17:08) [91]

>>Sandman31 (13.09.07 17:05) [88]
1. Относительно это.
2. Непонял о чем.
3. Мелочи.
4. 5. Дык ониж в разных таблицах (базах)

← →
vpbar © (2007-09-13 17:09) [92]

О как мы - хором

← →
zdm77 (2007-09-13 17:13) [93]

>
> Sandman31 (13.09.07 17:05) [88]

Первые вразумительные аргументы. НО.
1. Зачем копирование настроек одному пользователю другому? ты имеешь ввиду типоризованность? Так можно как раз в той-же БД создать таблицу с должностями и при заведении нового делать копию должности с опред. настройками, плюс специфика данного юзера.
2. Доп. программа не потребуется, в модуле "Администрирование" например, можно красиво и грамотно контролить настройки пользователей (опять-же, это скорее плюс чем минус)
3. Нагрузка копеешная. Хотя это надо смотреть конкретно (могу счесть за аргумент)
4. Если бэкап постоянный(и инкриментится) , то опять-же это плюс
5. Готов принять на веру. Хотя все равно, плюсы перекрывают.

← →
zdm77 (2007-09-13 17:15) [94]

> Вася Правильный (13.09.07 17:02) [87]
>
> > АП знает ответ, еще до того как задан вопрос.
>
> я тоже знаю
> только спрашивают обычно фигню какую-то, причем регулярно
> и в пределах 5% известных ответов

ну 5% это не плохой в принципе результат

← →
euru © (2007-09-13 17:21) [95]

> Вася Правильный (13.09.07 17:07) [90]
Мониторы могут быть монохромными. Разрешение экрана на разных компьютерах может быть различным. Как это учтут настройки в БД?

← →
zdm77 (2007-09-13 17:23) [96]

> euru © (13.09.07 17:21) [95]

а как это учтет INI? При запуске проги читается настройка из реестра и вносится как параметр в БД

← →
Sandman31 (2007-09-13 17:29) [97]

zdm77 (13.09.07 17:13) [93]

1. Всё можно. Но это дополнительные работы: время, деньги. Есть и плюс хранения в БД - можно указать, настройки какого пользователя копировать новому пользователю или шаблон, как Вы написали.
2. Согласен. Но это дополнительные работы: время, деньги. Если централизованное управление не нужно (не было в ТЗ), то минус.
3. Да, тут всё ситуативно. Cookies хранятся локально, а не на сайтах, например :)

Самое главное, о чем тут уже писали. Всё равно не обойтись без хранения пути к БД или серверу приложений. А иначе принцип Protected Variations нарушается.

← →
Prohodil Mimo © (2007-09-13 17:31) [98]

Sandman31 (13.09.07 17:05) [88]

1. Это смотря как и что копировать, можно и спецэксперта написать по копированию, что бы удобнее было.
2. Зачем оценивать расположения окон, цвета и т.п.
3. Равносильно оптимизации кода, как кто-то из сдешних мастеров сказал: сейчас компы такие, что на оптимизацию действий ни кто не смотрит. Хотя мне кажется, что зря.
4. А если накроется система пользователя, то накроются и все его настройки.
5. ни кто не заставляет хранить всё в одной БД, хотя, если мне тут советовали не заморачиваться с хранением картинок и файлов в отдельной БД, а всё хранить в одной, то не вижу преступления в одной лишней табличке среди основных данных.

← →
Sandman31 (2007-09-13 17:32) [99]

zdm77 (13.09.07 17:23) [96]

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

← →
zdm77 (2007-09-13 17:33) [100]

> Sandman31 (13.09.07 17:32) [99]

Давай на ТЫ?
Приму как аргумент, привязку к компу. Хотя это и в БД можно тоже предусмотреть.

← →
Sandman31 (2007-09-13 17:34) [101]

Prohodil Mimo © (13.09.07 17:31) [98]

2. Зачем оценивать расположения окон, цвета и т.п.

Дело не в цветах, а в экстренном поиске возможной причины ошибки, с которой столкнулся пользователь.

← →
Sandman31 (2007-09-13 17:36) [102]

Prohodil Mimo © (13.09.07 17:31) [98]

5. ни кто не заставляет хранить всё в одной БД, хотя, если мне тут советовали не заморачиваться с хранением картинок и файлов в отдельной БД, а всё хранить в одной, то не вижу преступления в одной лишней табличке среди основных данных.

Почему в одной? Мы же будем затем нормализацию проводить, на типы параметров (строка, целое число, картинка) разбивать. В общем, точно получим еще одну БД, как предлагает clickmaker.

← →
vpbar © (2007-09-13 17:37) [103]

Sandman31 (13.09.07 17:32) [99]
Кстати да. Передвинем на одной машине окошко Left=900. Зайдем в прогу с другого компа(вроде такая возможность была тут озвучена) с разрешением 800х600 и нет окошка :)

← →
Админ (2007-09-13 17:38) [104]

euru © (13.09.07 17:21) [95]
Разрешение экрана на разных компьютерах может быть различным. Как это учтут настройки в БД?

А ведь точно! Спасибо.
Нужно будет это учесть...

← →
zdm77 (2007-09-13 17:39) [105]

> vpbar © (13.09.07 17:37) [103]

логично, тут либо как уже говорил выше изначально читать реестр с настройками и взависимости от этого делать смещения. Либо Position:=DesctopCentr форева

← →
vpbar © (2007-09-13 17:41) [106]

zdm77 (13.09.07 17:39) [105]
Или сохранять не абсолютную позицию(размер) а относительную

← →
Админ (2007-09-13 17:42) [107]

Админ (13.09.07 17:38) [104]

Хотя в MDI полоса прокрутки появится... а главную форму я не сохраняю, а Maximize`лю.

← →
zdm77 (2007-09-13 17:44) [108]

кстати, тема интересная на счет разрешений. Мне пригнали широкоформатный монитор. Удобно, конечно, можно не скрывать objectinspecor слева и Tool|Palet справа..код нормально размещается. Но чисто человеческий фактор подводит, все выглядит не так как на мониторах 4:3

А почему в основном рассматривается вариант "исключающее ИЛИ"?

По-моему, в зависимости от вида настроек логичнее было бы использовать оба варианта.

← →
zdm77 (2007-09-13 17:47) [110]

> Админ (13.09.07 17:42) [107]

Щас боюсь попасть опять в немилость к мастерам, но как-то задавал вопрос -Почему все против MDI (фильм для дураков, фильм для дураков - а мне нравится). Хоть и Борланд, типа, как просто для поддержки ранее разработанных проектов использует эту возможность и WORD тот-же, который примером MDI приводили, уже не MDI давно.... и похожая тема, ни кто конкретных контраргументов, кроме общих фраз не привел.

← →
Sandman31 (2007-09-13 17:48) [111]

zdm77 (13.09.07 17:33) [100]

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

← →
zdm77 (2007-09-13 17:51) [112]

> Sandman31 (13.09.07 17:48) [111]

Возможно ты прав. Прикину.

← →
Админ (2007-09-13 18:14) [113]

zdm77 (13.09.07 17:47) [110]
> Админ (13.09.07 17:42) [107]
Щас боюсь попасть опять в немилость к мастерам, но как-то задавал вопрос -Почему все против MDI (фильм для дураков, фильм для дураков - а мне нравится). Хоть и Борланд, типа, как просто для поддержки ранее разработанных проектов использует эту возможность и WORD тот-же, который примером MDI приводили, уже не MDI давно.... и похожая тема, ни кто конкретных контраргументов, кроме общих фраз не привел.

Не все, я не против :)
И даже более того - с таскбаром аля 1С 7.7 намного удобнее чем SDI.

← →
zdm77 (2007-09-13 18:19) [114]

> Админ (13.09.07 18:14) [113]

Хорошо.... я не один.... это радует. Мне нравится писать все в общем стиле с определенными управляющими элементами. А если нужно вызывать формы, которые должны быть в модальном режиме, то это совсем и не сложно зделать.

> Sandman31 (13.09.2007 17:05:28) [88]

1. INSERT INTO SELECT FROM
2. Иерархию просто делать с помощью реестра
3. железный, пусть работает, обычно настройки считываются один раз
4. относится и к другим методам
5. вот это серьезно

6. в базе надо хранить настройки пользователя по работе с этой базой, при том, только те, которые применимы только после подключения пользователя, остальным там не место.

> zdm77 (13.09.2007 17:13:33) [93]

1. Это одно из самых вкусных вещей. Шаблоны, резкое уменьшение объема работы по вводу нового пользователя. Но тогда стоит подумать и о группах/ролях.

> Prohodil Mimo (13.09.2007 17:31:38) [98]

2. Нужно, но делать это надо локально, через реестр, если он не перемещаемый.

> zdm77 (13.09.2007 17:47:50) [110]

Нравится - используй.

> Админ (13.09.2007 18:14:53) [113]

В MDI нет понятия таскбар

> Sandman31 (13.09.07 17:05) [88]

1. В чем сложность? В [115] уже показана простота, а вот с реестром и ini-файлами в личных каталогах это сделать будет уже не реально без геморроя.
2. Зачем доп.программа? Копируешь настройки и оцениваешь той же прогой.

Хранение настроек. Найти похожие ветки