Привет всемирный разум!!!
Подскажите как можно аргументировать начальству зачем переходить с Access на клиент-сервер.
Исходные посылы: данные в mdb на сервере, пользователи тоже через mdb.

Нужны аргументы только для обоснования для НАЧАЛЬСТВА (сам я уже определился ).

Лох ПозорныйЕсли это - единственные посылы, то переходить на клиент-сервер вашей фирме не надо, а вот вашему начальству надо послать вас нах. И чем быстрее, тем лучше.Полностью согласен (и пристрелить чтоб не мучался ). Но ТОЛЬКО Есть еще куча недоделок и кривостей по которым ТРЕБУЕТСЯ переделать и БД, и клиентов к нему (Пример некоторые таблицы даже не в ПЕРВОЙ НОРМАЛЬНОЙ ФОРМЕ, я уже не говорю о третьей) .
Roman Ignatiev Может, поможет это? Спасибо. Разработки идут также и в этом направлении. Но всегда ли можно защитить коммерческую информацию от хищения? (НЕТ ИМХО).
ASCRUSАксиома всегда одна - если работает, не трожь. Если перестало работать, изменились условия эксплуатации и существующая технология работы никак не позволяет подстроить программу или же просто политически начальство решило все переписать с нуля на более современном уровне - вот тогда и нужно рассуждать, что лучше. Согласен. Проблема в том, что не все работает, а то, что работает не так как нужно (ДЛЯ ПРЕДПРИЯТИЯ, а не для меня).
PS. По мне изучить КС можно и в домашних условиях, И НЕФИК Рабочие приложения тащить на КС ради собственной забавы/изучения.

Лох ПозорныйУ вас что-то не работает. Криво спроектирована база. Криво написан клиент. Если вы думаете, что от произнесения мантры "Клиент-сервер-трахтибидох" у вас чудесным образом перепишется клиент, нормализуется структура, и выпрямятся руки у того, кто все это говно написал - то вы ошибаетесь.
Руки уж точно не выпрямятся (см. ниже).
Лох ПозорныйЕсли речь идет о полном переписывании всего комплекса, то можно общими идеями "КС vs ФС" отделаться в споре, да и то не всегда.Нужны именно общие идеи + можно минусы самого Access.
Сам переход на КС даст возможность легче работать со структурой данных + быстрее работать (по идее), а дальше переписывается клиент.

PS. Забыл шутку клиент весит 15 МЕТРОВ, а если начинаещь работать с ним то легко до 20 МЕТРОВ. (все формочки сделаны в стиле XP - всплывающие кнопки и т.п. Все работает через слежение за курсором мышки и меняет бэк гроунд картинку или картинки кнопочек, и еже с ними)

Roman Ignatiev Может, поможет это? Сорри... Сначала запостил, потом прочитал статью. Интересно.

Лох Позорный Сам переход на КС даст возможность легче работать со структурой данных Это как? Что значит "работать со структурой"? Что подразумевается под "легче"?Легче означает отсутствие необходимости выгонять юзверей из базы для внесения небольших доделок. Лох Позорный
а дальше переписывается клиент.
Т.е. вы хотите сначала "перейти на КС", и только потом переписать клиента? Хм... это новое слово в строительстве КС-систем... база на MS SQL серваке, а клиент файл-серверный :)
Может вы хотите просто перекинуть данные из mdb в MS SQL, из клиентского приложения сделать линки через ODBC, и работать из mdb-шного клиента с MS SQL как с mdb?Хочу перекинуть данные из mdb в MSSQL, затем перекинуть формы и т.п. в adp. И с эти уже работать и дорабатывать.
Уточняю с таким переводом не работал, поетому не знаю насколько хорошо и легко производится. Лох ПозорныйОно конечно тоже вариант, только это не КС получится, а ФС-мутант .Единственный advance что вы получите от таких манипуляций - это лучшую надежность (устойчивость к падениям) и возможность делать горячие бекапы. Скорость работы с большой вероятностью не то чтобы не повысится, а скорее даже понизится, и с этим придется оперативно разбираться. Секьюрити получите, но без переписывания клиента - совсем немного. Так и клиент БУДЕТ переписываться, но для начала нужно убедить начальство в энтой необходимости.
Лох ПозорныйТак что это некий гемор по борьбе со спецификой ODBC-инкарнации аксесовского клиента, и все ради небольших плюсов в конце туннеля. На это обычно идут от безысходности, например если по каким-то причинам база стала падать три раза в день, и программер не способен разобраться почему это происходит. Некоторая безисходность есть. Глюки ловить замаяло...
Лох ПозорныйЗ.Ы.
PS. Забыл шутку клиент весит 15 МЕТРОВ, а если начинаещь работать с ним то легко до 20 МЕТРОВ.
У меня как-то с 8 метров до 150 в процессе разработки вырастало, и ниче. Сжимать не пробовали? Неа, А что ПОМОГАЕТ???
Лох Позорный (все формочки сделаны в стиле XP - всплывающие кнопки и т.п. Все работает через слежение за курсором мышки и меняет бэк гроунд картинку или картинки кнопочек, и еже с ними)
Знаете ли, есть такая штука, Аксес 2003 называется. Оно само умеет для аксесовских приложений стили Windows XP применять. Так что поздравляю вас, вы написали кучу кода, делающего то же самое, что делает одна галочка с св-вах приложения :)Цитирую сам себя: БД и оболочки писал не Я.
ЗЫ А в чем специфика Access ODBC (кроме непонятных глючков, которых уже словил ).
ЗЗЫ Сначала нужны аргументы для начальства, чтобы эту перестройку начать.
Лох Позорный
З.З.Ы. Переписать все заново. Базу перепроектировать, нормализовать до приемлимого уровня и запихнуть в MS SQL, клиента сделать в виде Access Adp+Ms Sql. Пока оно еще не разрослось до таких маштабов, что переписывать будет мучительно больно. А то будет вот так
ЗЗЗЫ Вопрос, а как лучше это сделать (хочется показать полезность в процессе работы, а не свет в конце туннеля). Т.е. как можно без остановки работы операторов, дорабатывать базу (основную)?
ИЛИ геморра больше, чем пользы?

Спасибо.
А я то надеялся... Ну Надежда умирает последней... Она тварь живучая
Перехожу на переллельную разработку.

PS А кто-нибуть начало топика читал? Как там по поводу аргументов???