У нас в Банке есть огромная база данных клиентов. Уж так получилась, что она "написана" в Access'е, была до моего появления. В общем работает она хреново, что ни день, то ошибка. Сложность ее в том, что базы со всех отделений нужно сливать в одну общую. А еще в том, что все временные таблицы и запросы создаются в модулях, и я не могу проследить и вычислить все, что создается в процессе слияния (получение и отправка через Outlook). Поэтому не могу поменять (улучшить) структуру базы, если что-то упущу, все полетит к черту. Еще этот Outlook палки в колеса вставляет...... модуль запускается, ошибок не выдает, но отрабатывает через раз.
В общем, смогу я полноценно и без потерь переделать ее на питоне? Уточняю: я спрашиваю про возможности, а не про свои способности  

Честно говоря я в asccess-ах и outlook-ах совсем ничего не понимаю
но думается что можно переформульровать твой вопрос следующим образом:

Есть БД с клиентами
она периодически обнавляется (на мыло приходят изменения)
нужно релизовать модуль обнавления

то это вполне реализуемо, благо в стандартной библиотеке есть и smtp и smtpd да и интерфейсов 
работы с различными СУБД хватает

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

dbf - примерно те же грабли что и access.
Нужно брать полноценный РСУБД. Например PostgreSQL. 

Параллельно с работой существующего комплекса создавайть новый. Можно использовать архитектуру SOA.

Или купить готовую CRM. Вот это действительно глобально    

Это сообщение отредактировал(а) dvska - 12.10.2006, 14:52

Если бы они хотели покупать готовое ПО, они бы меня не держали на окладе)))

Добавлено @ 15:03 

Расскажи поподробнее, что это такое?

Добавлено @ 15:07 
Сорри, уже сама нашла))

как учат нас <a href="http://oz.by/books/more.phtml?id=109938&partner=dial&isbn=5-8459-0558-3&from=dialektika">великие</a>
начинать нужно с малого ...   

А что думается о СУБД, то всё зависит от того действительно ли БД большая и мудрёная. Можно и MySQL или даже SQLLite взять...

sqllite я попробовала..... я хотела бы такой формат, который можно было бы чем-нибудь еще открыть)))

Модератор: Название темы должно отражать ее суть!

а зачем? а экспортировать БД? 
и что значит "чем-нибудь"? 
(извини грубовато получилось    )

Если моя тема кого-то смущает, можете удалить....... описание того, что я хочу сделать не помещалось в строчку названия темы, так что   

При чём здесь смущает/не смущает? Просто у нас существуют правила.


Уточни. Для SQLite есть ODBC,  он просматривается любым DB-Explorer'ом. 

Всё правильно, для PostgreSQL и других более серьёзных СУБД есть ODBC и/или JDBC-драйверы. 

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

Кстати, я с драйвером ODBC уже работала, правда в access, но все же. У нас на сервере Oracle 8. Может вообще базу на сервер кинуть? Еще мне не понравилось, что в PostgreSQL так же как и в питоне много отдельных частей нужно устанавливать.... я смотрела установочный пакет, там куча всего. Опять запутаюсь в установке  

Я так понял, с базой работают несколько человек/групп. Если можешь им всем доступ на сервер дать, то конечно лучше один раз Мускул поставить. Тогда много проблем отпадёт. Единственное что смущает товарищей для которых подобного рода софт разрабатывается, что данные по сети в открытую туда-сюда. Тогда надо VPN устанавливать.

или sqlite, только такие вопросы решаются группой лиц, ибо в банке чтоб всё перевести на субд надо проделать море работы. Без админов не разобраться В)

какой-то у вас фиговый банк, раз Accessa хватает) у нас базы по 2ТБ...