ZZZ, судя по описаниям и обзорам систем управления БД Куч и Монго используют, быстрее, для скоростного сбора информации и визуализации результата обработки, где потеря определенного количества данных не ведет к критическим изменениям статистики, что недопустимо в бух учете, а как раз этот раздел будет ведущим в создаваемой БД
а вот для создания инет каталога или магазина с большим к-вом товаров - самое ТО … я так думаю :)
это мое мнение и только, все меняется с приобретением опыта
пока остановились на PostgreSQL
кста… существующая БД на Аксесе из МС-офиса 97 реализована также без описания структуры БД, т.е. нет жесткой модели связи таблиц, во первых это ограничивало реализацию произвольных запросов и интерфейса, было удобнее программить без описания модели… так что уже тогда приблизились к идеям Документо-ориентированных БД
так что следим за развитием Кучей и Монгов ;)

Чтож, python+PostgreSQL+Qt4 Достаточно отработанная схема, желаем вам удачи! Думаю у вас теперь у вас новая стадия - выбор IDE, системы контроля версий, и системы управления проектом. Это тоже входит в понятие инструментария :)

doza_and: python+PostgreSQL+SQLAlchemy+Qt4 … или SQLAlchemy лишнее ? в PyQt4 вроде есть поддержка работы с БД, но я еще не вдавался в подробности …
установил плагин Pydev на Eclipse - єто рассс
ну и пробую PyCharm, там есть 30 дней - двасс

P.S.
прошу подсказку
установлен Python 2.7.1 под WinXP 32, закачал соответствущий инсталятор PyQt4 по ссылке http://www.riverbankcomputing.co.uk/static/Downloads/PyQt4/PyQt-Py2.7-x86-gpl-4.8.3-1.exe
добавлял даже полный путь к …\site-packages\PyQt4 через sys.path.append('…')
!!! НЕ импортируются модули PyQt ! ПОЧЕМУ ?
правда модули там в динамическом формате *.pyd, питон не хавает ? :(
библиотеки Qt установил от сайта разработчика
листинг
/*
C:\Python27\Lib\site-packages\PyQt4>python
Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) on win32
Type “help”, “copyright”, “credits” or “license” for more information.
conn: <connection object at 0x00BD8530; dsn: ‘dbname=vek user=vek password=xxxxxxx’, closed: 0> #здесь коннектится база МС-акцеса
>>> import Qt
Traceback (most recent call last):
File “<stdin>”, line 1, in <module>
SystemError: dynamic module not initialized properly
>>> sys.path

>>> import QtGui
Traceback (most recent call last):
File “<stdin>”, line 1, in <module>
ImportError: DLL load failed: &#9552;х эрщфхэ єърчрээ&#8730;щ ьюфєы№.
>>> ^Z

C:\Python27\Lib\site-packages\PyQt4>path
PATH=C:\Program Files\NVIDIA Corporation\PhysX\Common;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Common Files\Autodesk Shared\;C:\Program Files\Java\jdk1.6.0_22\bin;C:\Python27;C:\Python27\Scripts;C:\Program Files\PostgreSQL\bin;
*/

С уважением

Ginibe
ZZZ, судя по описаниям и обзорам систем управления БД Куч и Монго используют, быстрее, для скоростного сбора информации и визуализации результата обработки, где потеря определенного количества данных не ведет к критическим изменениям статистики, что недопустимо в бух учете, а как раз этот раздел будет ведущим в создаваемой БД

Ничего подобного! Целостность данных там тоже есть.
Но это уже не моя сфера, я лишь предложил обратить внимание, ибо сегодня уж очень хвалят.

Ginibe
SQLAlchemy лишнее ? в PyQt4 вроде есть поддержка работы с БД

PyQt используй только для отрисовки интерфейса. Всё-таки Qt не для питона писался…
QSqi по-своему хорош, особенно в связке с соответствующими моделями, но алхимия приятнее.


На тему проблемы, создай новую тему.
> ImportError: DLL load failed: &#9552;х эрщфхэ єърчрээ&#8730;щ ьюфєы№.
Перевести надобно… Блин, разрабатывать что-либо под виндой, это сущий Ад! Поставь какую-нить убунту и забудь о подобных проблемах.

P.S. Алхимию вроде уже портировали на “тройку”… PyQt так уже давно… Не вижу препятствий в использовании Python 3.

Ginibe
!!! НЕ импортируются модули PyQt ! ПОЧЕМУ ?

Гримассы большой и сложной библиотеки дальше будет еще веселее :), Tk стоит от рождения, wx ставится, но вроде без проблем… ну и так далее, как обычно, чем выше ваши запросы к графике тем больше надо приложить усилий.

Ginibe
или SQLAlchemy лишнее ?

Вы напишите что с базой делать собрались - тогда и можно будет что-то обсуждать.
Мне кажется разумной позиция http://pyobject.ru/blog/2008/05/07/pyqt-unpythonic-gui/ если коротко - Qt использовать только для GUI.
Тут вроде 4 варианта.
1 использовать чистый sql и дрова от питона. - легче заменить базу
2 нужен orm - использовать довольно неплохие возможности Postgre для создания композитных типов. - высокая производительность.
3 нужен orm - использовать SQLAlchemy. - попроще разработка, легче заменить базу
4 не использовать реляционные базы данных :). - самая простая разработка
Но это все зависит повторюсь - от того что будете делать.

doza_and
Гримассы большой и сложной библиотеки  дальше будет еще веселее

У меня не было проблем. И в py2exe оно запихивалось превосходно.
Я бы всё-таки подумал, почему такие проблемы бывают только под виндой…

doza_and
Вы напишите что с базой делать собрались - тогда и можно  будет что-то обсуждать.

Да вроде уже всё написано…
Первый вариант бесперспективен, так как так, или иначе ORM будет лучше.
Второй вариант уж очень специфичен и рекомендуется использовать только в случае экстремальной оптимизации при реально больших нагрузках. Так что остаётся только третий и четвёртый варианты.
Касательно четвёртого, то я не вижу логического вывода “самая простая разработка”. ИМХО, в нереляциях тоже дофига всяких косяков и нюансов.
Мне кажется, что самый простой и быстрый в разработке, это именно третий вариант, а именно Алхимия.

doza_and
Мне кажется разумной позиция http://pyobject.ru/blog/2008/05/07/pyqt-unpythonic-gui/ если коротко - Qt использовать только для GUI.

Эта статья Юрия Юревича уже порядком устарела. Проблем с лицензией, например, уже нет.
Но в общем и целом, я об этом и говорил.

ZZZ
…Блин, разрабатывать что-либо под виндой, это сущий Ад! …

это кто к чему привык… пробую переползать на Debian, думал будет сложнее :)
… а как было сложно с DRDOS на ДВК переползать на Win3 на IBM PC … ты себе просто наверно не представляешь ;)
все дело привычки

Ginibe
!!! НЕ импортируются модули PyQt ! ПОЧЕМУ ?

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

ZZZ, doza_and ! спасибо за рекомендации, выбрана следующая среда:
PostreSQL + Python + SQLAlchemy + PyQt4
IDE - Eclipse + PyDEV

поехали…

С уважением

Кстати не рассмотрели самый оптимальный вариант - 1С. система товарооборота делается за час, по книжке - за 2 дня. а мы тут инструменты уже 3-ю неделю выбираем.
но велосипеды делать интересно…

o7412369815963
Кстати не рассмотрели самый оптимальный вариант - 1С

Таки - ДА! Ну или кошерный http://www.openerp.com/

o7412369815963
Кстати не рассмотрели самый оптимальный вариант - 1С.

Мечта всех нормальных админов: убить разработчиков 1С всем отделом. Так что я-админ за ещё один велосипед.