Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 Аргументы для перехода на клиент-сервер.  [new]
VoDA
Member

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

Нужны аргументы только для обоснования для НАЧАЛЬСТВА (сам я уже определился ).
27 окт 04, 18:50    [1066323]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
strizh
Member

Откуда: Киев
Сообщений: 937
Самый мощный аргумент для НАЧАЛЬСТВА - информационная безопасность.
1) Никто не сможет просто скопировав файл mdb поиметь все бизнес-данные фирмы
2) В Access невозможно организовать защиту (чтение-запись-удаление) на уровне записи (ячейки) - то бишь нельзя обезопасить, к примеру, часть справочника клиентов, относящихся к VIP
Ну и т.д. в том же духе
27 окт 04, 20:06    [1066452]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Как-то к Резерфорду пришел один журналист и попросил его рассказать про теорию атомного ядра (или еще чего-то чем тот занимался). Ну Резерфорд, весь на понтах, говорит мол, да что вы обычный журналист можете в этом понимать, типа я и сам с трудом понимаю. А журналист попался такой наглый, объясните всё равно, говорит. Ну тогда Резерфорд дает ему свои черновики и говорит: ну вот вам, смотрите и вникайте. А наглый журналист не растерялся и говорит: вот тогда вам мои черновики, вы в них тоже нихрена не поймёте, а завтра в газетах спокойно прочитаете что в них(в черновиках) сейчас написано. Этот аргумент так сразил Резерфорда, что после этого он стал дружить с журналистами, всё им подробно объяснять и говорить своим коллегам: "Ваше теория ничего не стоит если вы не можете её объяснить своей кухарке". Хотя на мой взгляд с кухаркой он перебрал.

Это я к чему. Наверное вы все-таки сами не можете сформулировать зачем вам клиент-сервер, а хотите его потому что так принято.
Кстати не исключаю что начальство право.
27 окт 04, 20:18    [1066476]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
S.G.
Member

Откуда: cartoon network
Сообщений: 30611
SergSuper
Наверное вы все-таки сами не можете сформулировать зачем вам клиент-сервер, а хотите его потому что так принято.
Кстати, неплохой аргумент для начальства- "а в соседних предприятиях давно перешли".
27 окт 04, 20:58    [1066518]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
Лох Позорный
Member

Откуда:
Сообщений: 9898
Исходные посылы: данные в mdb на сервере, пользователи тоже через mdb.

Если это - единственные посылы, то переходить на клиент-сервер вашей фирме не надо, а вот вашему начальству надо послать вас нах. И чем быстрее, тем лучше.
27 окт 04, 21:00    [1066522]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
Roman Ignatiev
Member

Откуда: Москва
Сообщений: 680
Может, поможет это?
28 окт 04, 12:04    [1067723]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
Аксиома всегда одна - если работает, не трожь. Если перестало работать, изменились условия эксплуатации и существующая технология работы никак не позволяет подстроить программу или же просто политически начальство решило все переписать с нуля на более современном уровне - вот тогда и нужно рассуждать, что лучше.
28 окт 04, 12:35    [1067874]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
VoDA
Member

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

Откуда:
Сообщений: 9898
У вас что-то не работает. Криво спроектирована база. Криво написан клиент. Если вы думаете, что от произнесения мантры "Клиент-сервер-трахтибидох" у вас чудесным образом перепишется клиент, нормализуется структура, и выпрямятся руки у того, кто все это говно написал - то вы ошибаетесь.

Если речь идет о полном переписывании всего комплекса, то можно общими идеями "КС vs ФС" отделаться в споре, да и то не всегда.
28 окт 04, 15:27    [1068867]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
VoDA
Member

Откуда: сеРверная пальмира :)
Сообщений: 4898
Лох Позорный
У вас что-то не работает. Криво спроектирована база. Криво написан клиент. Если вы думаете, что от произнесения мантры "Клиент-сервер-трахтибидох" у вас чудесным образом перепишется клиент, нормализуется структура, и выпрямятся руки у того, кто все это говно написал - то вы ошибаетесь.

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

PS. Забыл шутку клиент весит 15 МЕТРОВ, а если начинаещь работать с ним то легко до 20 МЕТРОВ. (все формочки сделаны в стиле XP - всплывающие кнопки и т.п. Все работает через слежение за курсором мышки и меняет бэк гроунд картинку или картинки кнопочек, и еже с ними)
28 окт 04, 15:44    [1068964]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
VoDA
Member

Откуда: сеРверная пальмира :)
Сообщений: 4898
Roman Ignatiev
Может, поможет это?
Сорри... Сначала запостил, потом прочитал статью. Интересно.
28 окт 04, 16:44    [1069267]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
Лох Позорный
Member

Откуда:
Сообщений: 9898
Сам переход на КС даст возможность легче работать со структурой данных

Это как? Что значит "работать со структурой"? Что подразумевается под "легче"?

а дальше переписывается клиент.

Т.е. вы хотите сначала "перейти на КС", и только потом переписать клиента? Хм... это новое слово в строительстве КС-систем... база на MS SQL серваке, а клиент файл-серверный :)

Может вы хотите просто перекинуть данные из mdb в MS SQL, из клиентского приложения сделать линки через ODBC, и работать из mdb-шного клиента с MS SQL как с mdb?
Оно конечно тоже вариант, только это не КС получится, а ФС-мутант .Единственный advance что вы получите от таких манипуляций - это лучшую надежность (устойчивость к падениям) и возможность делать горячие бекапы. Скорость работы с большой вероятностью не то чтобы не повысится, а скорее даже понизится, и с этим придется оперативно разбираться. Секьюрити получите, но без переписывания клиента - совсем немного.

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

З.Ы.
PS. Забыл шутку клиент весит 15 МЕТРОВ, а если начинаещь работать с ним то легко до 20 МЕТРОВ.

У меня как-то с 8 метров до 150 в процессе разработки вырастало, и ниче. Сжимать не пробовали?
(все формочки сделаны в стиле XP - всплывающие кнопки и т.п. Все работает через слежение за курсором мышки и меняет бэк гроунд картинку или картинки кнопочек, и еже с ними)

Знаете ли, есть такая штука, Аксес 2003 называется. Оно само умеет для аксесовских приложений стили Windows XP применять. Так что поздравляю вас, вы написали кучу кода, делающего то же самое, что делает одна галочка с св-вах приложения :)

З.З.Ы. Переписать все заново. Базу перепроектировать, нормализовать до приемлимого уровня и запихнуть в MS SQL, клиента сделать в виде Access Adp+Ms Sql. Пока оно еще не разрослось до таких маштабов, что переписывать будет мучительно больно. А то будет вот так
29 окт 04, 00:53    [1070117]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
VoDA
Member

Откуда: сеРверная пальмира :)
Сообщений: 4898
Лох Позорный
Сам переход на КС даст возможность легче работать со структурой данных
Это как? Что значит "работать со структурой"? Что подразумевается под "легче"?
Легче означает отсутствие необходимости выгонять юзверей из базы для внесения небольших доделок.
Лох Позорный

а дальше переписывается клиент.

Т.е. вы хотите сначала "перейти на КС", и только потом переписать клиента? Хм... это новое слово в строительстве КС-систем... база на 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. Пока оно еще не разрослось до таких маштабов, что переписывать будет мучительно больно. А то будет вот так

ЗЗЗЫ Вопрос, а как лучше это сделать (хочется показать полезность в процессе работы, а не свет в конце туннеля). Т.е. как можно без остановки работы операторов, дорабатывать базу (основную)?
ИЛИ геморра больше, чем пользы?
29 окт 04, 10:59    [1070584]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
Рыжий Кот
Member

Откуда: Мягкий Диван; [забанен] Рустамом; [разбанен] П02;
Сообщений: 21678
автор
ЗЗЗЫ Вопрос, а как лучше это сделать (хочется показать полезность в процессе работы, а не свет в конце туннеля). Т.е. как можно без остановки работы операторов, дорабатывать базу (основную)?
ИЛИ геморра больше, чем пользы?


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

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

Картинка с другого сайта.
29 окт 04, 11:10    [1070617]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
protector
Member

Откуда: Иваново, Россия
Сообщений: 600

Рыжий Кот

ЗЗЗЫ Вопрос, а как лучше это сделать (хочется показать полезность в процессе работы, а не свет в конце туннеля). Т.е. как можно без остановки работы операторов, дорабатывать базу (основную)?
ИЛИ геморра больше, чем пользы?


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

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


ИМХО согласен. Это самый лучший вариант. Попытка переделать старую кривую систему обычно заканчиватся большим гемогом, чем написание новоой с тем же функционалом, потомучто вышеупомянутая кривизна перейдёт и в новую систему. И бороться придётся уже с глюками в новой системе. Лучше заново спроектировать базу с учётом особенностей сервера, ну и клиент переписать соответственно.

Posted via ActualForum NNTP Server 1.1

29 окт 04, 11:48    [1070786]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
VoDA
Member

Откуда: сеРверная пальмира :)
Сообщений: 4898
Спасибо.
А я то надеялся... Ну Надежда умирает последней... Она тварь живучая
Перехожу на переллельную разработку.
29 окт 04, 14:44    [1071582]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
VoDA
Member

Откуда: сеРверная пальмира :)
Сообщений: 4898
PS А кто-нибуть начало топика читал? Как там по поводу аргументов???
29 окт 04, 14:45    [1071586]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
Cat2
Member

Откуда: Petroskoi, Karjala
Сообщений: 145754
VoDA. Я читал. Надежность и безопасность. И пусть твое начальство поверит тебе на слово. Так как если у них есть сомнения, то их не убедишь словами "горячий бэкап", "транзакции", "роли".
Распечатай этот топик и дай им почитать.
29 окт 04, 21:17    [1072583]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
LSV
Member [заблокирован]

Откуда: Киев
Сообщений: 30817
Важный аргумент: стабильность. ФС - всегда может заломаться. Именно потому, что это ФС и у него такая природа. Хоть ACCESS и живучий, но я многократно наблюдал, когда заламывается MDB и не всегда легко поднимался.
Юзеров было всего около 10. Для него 20 юзеров уже опасный предел.
Скорость выполнения запросов при переходе на MSSQL может вырасти в разы, особенно для сложных запросов. Мигрировать с ACCESS на MSSQL не очень сложно. Сам ACCESS вполне хорошо работает с MSSQL.
3 ноя 04, 17:57    [1081627]     Ответить | Цитировать Сообщить модератору
 Re: Аргументы для перехода на клиент-сервер.  [new]
Ermak
Member

Откуда: Tomsk
Сообщений: 811
А мне в КС нравится производительность и SQL. Речь в моем случае идет о Watcom SQL ASA.

В нашей конторе используется 1С. Выполнение серьезных отчетов приводит к параличу всей оперативной деятельности. А заказчики ждать не любят, да и не должны.
Сделал один из отчетов, данные для которого находятся в 1С на ASA.
Для этого подкл. необходимые dbf файлы как proxy table. Используя локальные временные таблицы делаю в них импорт части данных из 1С (proxy tables) и выполняю потом необходимую обработку в ASA. При этом обработка данных за год выполняется примерно от 3.5 до 4 мин. А обработка данных за сутки примерно 2.5 мин. Моё начальство, а следовательно и меня это устраивает.
4 ноя 04, 05:42    [1082160]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить