так как тема волнует многих, выношу на суд

Цель - разработка учетных систем.
срок разработки - около 3 лет (начиная от "привет мир" не в затяжку)
Использованные инструменты - python,PyQt
сделано:
описание структуры (БД, ГУИ, события)
генерация БД (создание таблиц, первичных индексов)
динамическая генерация ГУИ (гриды и диалоги, встроенные функции экспорта импорта)
Редактор и генератор отчетов (вывод в PDF, RTF, Excel)
редактор для отладки запросов
зачатки разделения прав пользователей
функции переноса данных и программ

во всех событиях и выражениях можно использовать функции на python
все храниться в БД

внедрено несколько небольших проектов

на сайте кроме собственно платформы есть еще пара роликов для ознакомления
ну и открытые демо-программы (типа конфигурации)

интересно любое мнение, кроме общих слов: а зачем это нужно, ведь есть суперпупер...

pilot911,

тут

strizh,

ну там еще и MySQL есть :)
но для него надо сервер ставить

а для демо и презентаций - лучше чем SQLite нет
да при разработке можно делать все в SQLite, а продакшн на MySQL сервер заливать

А почему в качестве СУБД выбран SQLite ?
Причем, как я понял, в коде это зашито ?
Почему не что-то большее - Postgres, к примеру, или Sybase ASA ?

по Postgres, ODBC (да мало ли какой драйвер к Qt можно собрать) надо зашивать в платформу
особенности SQL синтаксиса

мне это пока не нужно

MoroZ.RuПрограмма умеет сама обновляться через Интернет. Это очень нужная вещь при распространении программы.

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

MoroZ.RuМинус:
Т.к. БД содержит только данные, а весь код вынесен в клиентскую часть, то не понятно, как будет обеспечиваться целостность БД, если я подключусь к ней с помощью постороннего софта. Я так понял, что это сделано для обеспечения "всеядности" клиентской части, т.е. возможность работы с разными БД. Но для чего это нужно, я так и не понял.

код (конфигурация) находится в отдельной БД, это не совсем клиентская часть. А клиентом является сама платформа - она интерпретирует информацию из БД с программой, и при этом поддерживает целостность.

целостность может поддерживать и БД - (MySQL с внешними ключами), никто не запрещает. Тогда сторонний софт не убьет БД. А под рутом можно любую БД завалить :), никто не остановит.

но жестоко для ознакомления с платформой заставлять людей ставить MySQL :), поэтому SQLite
да и в процессе разработки (построение прототипа системы), внешние ключи могут мешать, если структура БД еще не сложилась
еще есть такая фишка - движок MySQL без внешний ключей работает в разы быстрее

ну и ориентация на конечного пользователя - пусть простой бух скачает себе программу в "один клик" и напечатает платежку :)

MoroZ.RuНе понятно, может ли пользователь самостоятельно наращивать функционал программы? Я имею ввиду добавление новых операций. Например, я смотрел работу с ТМЦ. А что если бухгалтер захочет добавить списание ТМЦ на зарплату? Будет ли связка с учетом зарплаты? Что она должна для этого сделать?
конкретно для демки про ТМЦ - в справочник документов ввести расходный документ с названием "Списание на зарплату"
но это не новый функционал, это заложено в конфигурации (не в платформе)
и связка с заплатой... где Вы там зарплату видели?
вот если кто-то добавит туда (в конфу) описание таблиц с зарплатными данными, и напишет код для переброски суммы из ТМЦ в ЗП - то будет связка. Но тут нужна квалификация и мозги программиста

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

Tango600,

:)

спасибо

дошли руки записать еще несколько роликов