ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Графическая оболочка БД
73 сообщений из 73, показаны все 3 страниц
  все  
Графическая оболочка БД
    #36256335
alexdup
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdup
Гость
Добрый день.

Сегодня я решил изобрести большой велосипед. Нужно написать маленькую локальную базу данных для учета отправки книг из главного склада в региональные филиалы. Нужно несколько таблиц и отчтов. У меня возникла идея как это делать:

1. Создаю SQLite базу данных, создаю в ней все таблицы, запросы (в качестве запросов я создам виды), триггеры для контроля вводимых данных (в каждом триггере, если ошибка в введенных пользователем данных - делаю ALERT'ом красивый текст на русской языке, в котором объясняю, что за ошибка) и т.д.

2. Пишу графическую оболочку (наверно Python/wxPython) для работы в этой БД.

3. Делаю несколько небольших подсказок графической оболочке, по поводу структуры БД и ее желаемого поведения (например, список таблиц с указанием для каждой таблицы красивого длинного наименования, разрешено ли пользователю ее изменять или только просматривать, какие в ней типы полей, и т.д. Еще, например, для каждого внешнего ключа укажу маленький SELECT-запрос, который вернет список, чтобы пользователь выбрал из этого списка в КомбоБоксе нужный Id)

4. Вуаля, у меня есть готовая красивая оболочка на все случаи жизни. Чтобы использовать ее для новой задачи, нужно просто наSQLить новую БД, прописать подсказки (см. п. 3) и готово к работе.

Но, наверняка эта идея уже где-то реализована, подскажите пожалуйста где. Access не предлагать.
...
Рейтинг: 0 / 0
16.10.2009, 16:43
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256342
Фотография Dinamo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dinamo
Участник
Платформа 1С 7.7.
...
Рейтинг: 0 / 0
16.10.2009, 16:47
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256357
alexdup
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdup
Гость
Dinamo,

Платить надо
...
Рейтинг: 0 / 0
16.10.2009, 16:52
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256404
tobhub
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tobhub
Гость
SQLExpress + LINQ - не?
...
Рейтинг: 0 / 0
16.10.2009, 17:07
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256430
alexdup
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdup
Гость
tobhubSQLExpress + LINQ - не?

Насколько я понял из гугла SQLExpress + LINQ ~ SQLite + Python. Не хочется ради маленькой задачи изучать 2 новые технологии.
...
Рейтинг: 0 / 0
16.10.2009, 17:16
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256452
tobhub
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tobhub
Гость
имхо велосипед придется детально прорабатывать. Т.е. время потраченное на создание БД и написание триггеров и sp для новой бд + адаптация форм (с питоном не знаком) возможно будет равно времени на создание детально проработанного интерфейса на вышеперечисленной связке.

М.б. есть смысл создать наработки в области связок "элементарный справочник + интерфейс" а сложные таблицы с кучей один ко многим и многие ко многим делать руками.

ИМХО универсализация - враг качества.
...
Рейтинг: 0 / 0
16.10.2009, 17:26
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256466
buhBot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
buhBot
Гость
tobhubSQLExpress + LINQ - не?
не просто LINQ, а LINQ to SQL

Microsoft
LINQ

Обновлен: Ноябрь 2007

LINQ (Language-Integrated Query) представляет собой набор функций Visual Studio 2008, расширяющих мощные возможности запроса в синтаксисе языка C# и Visual Basic. LINQ представляет стандартные, легко изучаемые шаблоны для создания запросов и обновления данных; технология может быть расширена для поддержки потенциально любого типа хранилища данных. Visual Studio 2008 включает сборки поставщиков LINQ, позволяющие использовать LINQ с коллекциями платформы .NET Framework, базами данных SQL Server, наборами данных ADO.NET и XML-документами.
...
Рейтинг: 0 / 0
16.10.2009, 17:30
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256476
buhBot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
buhBot
Гость
Сорь, не то вставил :о)
Microsoft
LINQ to SQL

LINQ to SQL предоставляет инфраструктуру времени выполнения для управления реляционными данными в виде объектов. В LINQ to SQL модель данных реляционной базы данных сопоставляется объектной модели, выраженной в языке программирования разработчика. При выполнении приложения LINQ to SQL преобразует интегрированные в язык запросы из объектной модели в SQL и отправляет их в базу данных для выполнения. Когда база данных возвращает результаты, LINQ to SQL переводит их обратно в объекты, которыми можно управлять.

LINQ to SQL включает поддержку хранимых процедур, определяемых пользователем функций в базе данных и наследования в объектной модели.


Эта технология как раз и практически полностью избавит вас от
alexdup
запросы (в качестве запросов я создам виды), триггеры для контроля вводимых данных (в каждом триггере, если ошибка в введенных пользователем данных - делаю ALERT'ом красивый текст на русской языке, в котором объясняю, что за ошибка) и т.д.


и позволит сконцентрироваться на интерфейсе
...
Рейтинг: 0 / 0
16.10.2009, 17:35
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256594
alexdup
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdup
Гость
tobhubимхо велосипед придется детально прорабатывать. Т.е. время потраченное на создание БД и написание триггеров и sp для новой бд + адаптация форм (с питоном не знаком) возможно будет равно времени на создание детально проработанного интерфейса на вышеперечисленной связке.

М.б. есть смысл создать наработки в области связок "элементарный справочник + интерфейс" а сложные таблицы с кучей один ко многим и многие ко многим делать руками.

ИМХО универсализация - враг качества.

1. Адаптации форм не будет вообще. Все запросы и таблицы есть по сути таблицы которые можно спокойно отображать в одном единственном на все приложение Гриде.

2. Адаптации диалогов правки и добавления новых записей в таблицы тоже не будет, так как с ними идея такая: я передаю в конструктор диалога список всех полей с указанием типов данных (включаю подзапросы для внешних ключей) нужной таблицы. Потом диалог сам наполняет себя нужными контролами, соответствующими типам данных.

3. С запросами вообще никаких проблем: отображай в Гриде и все (незабудь сделать неактивными кнопки "добавить запись", "редактировать запись" и тд).

4. Экспорт эксель - понадобится всего лишь один кусок кода на все табличные данные (и таблицы и отчеты) - хоть таблица, хоть отчет - экспортируем в лист эксель одним и тем же образом.

5. На основе переданного списка таблиц и видов главная форма сформирует панель навигации слева.

По моему универсальная вещь получается.
...
Рейтинг: 0 / 0
16.10.2009, 18:28
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256601
alexdup
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdup
Гость
buhBotСорь, не то вставил :о)
Microsoft
LINQ to SQL

LINQ to SQL предоставляет инфраструктуру времени выполнения для управления реляционными данными в виде объектов. В LINQ to SQL модель данных реляционной базы данных сопоставляется объектной модели, выраженной в языке программирования разработчика. При выполнении приложения LINQ to SQL преобразует интегрированные в язык запросы из объектной модели в SQL и отправляет их в базу данных для выполнения. Когда база данных возвращает результаты, LINQ to SQL переводит их обратно в объекты, которыми можно управлять.

LINQ to SQL включает поддержку хранимых процедур, определяемых пользователем функций в базе данных и наследования в объектной модели.


Эта технология как раз и практически полностью избавит вас от
alexdup
запросы (в качестве запросов я создам виды), триггеры для контроля вводимых данных (в каждом триггере, если ошибка в введенных пользователем данных - делаю ALERT'ом красивый текст на русской языке, в котором объясняю, что за ошибка) и т.д.


и позволит сконцентрироваться на интерфейсе

Спасибо за совет. Но SQL сам по себе уже мощная штука и не особо отвлекает от интерфейса, а интерфейс и есть самая муторная часть работы. Автоматизировать процесс его создания и сконцентрироваться на структуре базы данных и есть моя мечта.
...
Рейтинг: 0 / 0
16.10.2009, 18:32
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256663
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aston
Участник
Не майтесь дурью.
В 1С работы на 3 дня. Стоить будет столько, сколько заработок программера за 2 недели.
...
Рейтинг: 0 / 0
16.10.2009, 19:16
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256685
buhBot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
buhBot
Гость
astonНе майтесь дурью.
В 1С работы на 3 дня. Стоить будет столько, сколько заработок программера за 2 недели.
Для кого?
Сколько стоит сетевая версия 1с для предприятия?
Разработка по для широкой публики - в требованиях написать "Для функционирования приложения необходима платформа 1с".
И с каких пор 1с представляет разработчику столь же широкий функционал, сравнимый с СУБД ранга SQL Server по обработке данных на сервере и инструментарием VS?

Или я не прав?
...
Рейтинг: 0 / 0
16.10.2009, 19:46
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256725
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aston
Участник
buhBot
Для кого?

Для разраотчика 1С с опытом полгода.

buhBot
Сколько стоит сетевая версия 1с для предприятия?

Самая простая - 5 тыс. р. Самая крутая - аж 25 тыс. р. Т.е. месячная зарплата стажера 1С в провинции.

buhBot
Разработка по для широкой публики - в требованиях написать "Для функционирования приложения необходима платформа 1с".

Да. Мелкопроекты, как правило, и есть разные конфигурации 1С. Ваша задача - нанопроект.

buhBot
И с каких пор 1с представляет разработчику столь же широкий функционал, сравнимый с СУБД ранга SQL Server по обработке данных на сервере и инструментарием VS?

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

Изучите архитектуру и возможности 1С. Там все уже сделано на идейном уровне примерно так, как думаете вы. Если после этого решите написать клон - адекватно оцените масштаб задачи и засядьте командой лет на 10 для разработки.
...
Рейтинг: 0 / 0
16.10.2009, 20:44
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256750
buhBot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
buhBot
Гость
Задача топикпостера универсальная оболочка. Возможно вы правы в одном: 1с отличное решение для узконаправленных учетных задач.
...
Рейтинг: 0 / 0
16.10.2009, 21:23
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256814
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
astonИзучите архитектуру и возможности 1С. Там все уже сделано на идейном уровне примерно так, как думаете вы.
изучите архитектуру и возможности 1С. Там все сделано перпендикулярно тому, что думает ТС. Даже на идейном уровне.
...
Рейтинг: 0 / 0
16.10.2009, 22:55
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256860
alexdup
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdup
Гость
astonbuhBot
Для кого?

Для разраотчика 1С с опытом полгода.

buhBot
Сколько стоит сетевая версия 1с для предприятия?

Самая простая - 5 тыс. р. Самая крутая - аж 25 тыс. р. Т.е. месячная зарплата стажера 1С в провинции.

buhBot
Разработка по для широкой публики - в требованиях написать "Для функционирования приложения необходима платформа 1с".

Да. Мелкопроекты, как правило, и есть разные конфигурации 1С. Ваша задача - нанопроект.

buhBot
И с каких пор 1с представляет разработчику столь же широкий функционал, сравнимый с СУБД ранга SQL Server по обработке данных на сервере и инструментарием VS?

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

Изучите архитектуру и возможности 1С. Там все уже сделано на идейном уровне примерно так, как думаете вы. Если после этого решите написать клон - адекватно оцените масштаб задачи и засядьте командой лет на 10 для разработки.

Да, изучить 1С будет явно не лишним, спасибо за совет. Но велосипед все-равно изобрету. Думаю, тут работы не много, за выходные справлюсь. Если в итоге получится что-нибудь приличное - покажу.
...
Рейтинг: 0 / 0
16.10.2009, 23:43
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256889
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
alexdupДумаю, тут работы не много, за выходные справлюсь.
удачных выходных.
...
Рейтинг: 0 / 0
17.10.2009, 00:30
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36256985
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aston
Участник
iscrafmastonИзучите архитектуру и возможности 1С. Там все уже сделано на идейном уровне примерно так, как думаете вы.
изучите архитектуру и возможности 1С. Там все сделано перпендикулярно тому, что думает ТС. Даже на идейном уровне.

Разуйте глаза.

По логической модели (конфигурации) движок (платформа) автоматически формирует физическую модель (структуру БД) и визуальные средства доступа (интерфейс).

iscrafm
4. Вуаля, у меня есть готовая красивая оболочка на все случаи жизни. Чтобы использовать ее для новой задачи, нужно просто наSQLить новую БД, прописать подсказки (см. п. 3) и готово к работе.


В случае 1С - чтобы изпользовать ее для новой задачи - подсунуть платформе новую конфигурацию и готово к работе.
...
Рейтинг: 0 / 0
17.10.2009, 09:29
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36257133
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
aston,

не стоит мне раззувать глаза на архитектуру 1С. Если бы Вы были школьником, то получили бы единицу с минусом, твердую. Речь идет о графическом интерфейсе к приложениям БД. Вы не можете в 1С создать БД, реализовать в ней логику и прицепить к этой БД интерфейс, для взаимодействия с данной логикой. 1С устроена совсем перпендикулярно. Под интерфейс формируется БД. На ваших курсах, неужели этому не учат? Как же создатели, типа систем, работают, совершенно не понимая с чем?
...
Рейтинг: 0 / 0
17.10.2009, 13:23
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36257137
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
aston,
и цитируйте плз аккуратней. Вуаля с оболочкой - это не мои слова. Я конечно использую платформу для создания приложений, только на нее положено более десятка человеко-лет, а не выходные.
...
Рейтинг: 0 / 0
17.10.2009, 13:27
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36257215
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aston
Участник
iscrafmaston,

.... Вы не можете в 1С создать БД, реализовать в ней логику и прицепить к этой БД интерфейс, для взаимодействия с данной логикой. 1С устроена совсем перпендикулярно. Под интерфейс формируется БД . ...

Вот из-за таких высказываний еще не понятно, кто получит единицу. Интерфейс 1С формируется, исходя из логической модели данных и бизнес-логики, называемой "конфигурация". Платформа в динамике формирует этот самый интерфейс, исходя из-той же самой модели, зашитой в конфигурации. Разработчик, в дополнение, может вмещаться в этот процесс и переопределить визуальный интерфейс. Но это по желанию.
В момент установки конфигурацими формируется физическая модель под конкретное хранилище данных (сервер БД).
Отличие от задуманного автором состоит в том, что он пока еще не мыслит в категориях логической модели, а думает на уровне физической - таблиц, триггеров и языка конкретной БД.

По квотингу прощу простить, скопипастил.
...
Рейтинг: 0 / 0
17.10.2009, 14:51
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36257247
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
aston,
не о том речь. Ниже рисунок... простейший пример. Создайте в БД таблицу (одну) в которой будут храниться записи транзакций движения чего-то там. Создайте в БД процедуру их обработки. Потом, в графической оболочке (1С) создайте 3 документа для наполнения этой таблицы данными и интерфейс для запуска процедуры обработки. Каждый из этих документов представляет (в качестве табличной части) записи из указанной выше таблицы. Увидите, что означает "перпендикулярно". Я же не говорю о том, что это не реализуемо. Я говорю только о том, что в архитектуре 1С это будет реализовано совсем не так, как представляет себе ТС. Появятся 3 таблицы для табличной части + таблица регистра, в которую все будет сливаться.
...
Рейтинг: 0 / 0
17.10.2009, 15:44
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36258996
Фотография Dinamo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dinamo
Участник
iscrafmaston,...Речь идет о графическом интерфейсе к приложениям БД
Позвольте с Вами не согласится, в сообщении автора указано: "Нужно написать маленькую локальную базу данных для учета отправки книг из главного склада в региональные филиалы".

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

Необходимо оценить количество объектов (объем справочников книг, складов и т.п.) и операций (количество операций по видам за определенный период). В том числе с учетом перспектив.

В зависимости от условий работы с системой могут быть сформулированы дополнительные требования:
- система должна быть много пользовательская
- реализована возможность настройки прав доступа в различной функциональности системы
- реализованы возможности доступа к функционалу через web-интерфейс
- при разработке ИС должно использоваться открытое ("бесплатное") ПО
-...

В зависимости от всего этого можно начинать задумываться о том какие технологии и средства разработки нужно использовать для данного проекта.
В том виде как сформулирована задача изначально указанная мною платформа 1с 7.7 является одним из наиболее простых и быстрых средств реализации данной задачи.
...
Рейтинг: 0 / 0
19.10.2009, 11:56
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259006
Фотография Dinamo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dinamo
Участник
buhBotЗадача топикпостера универсальная оболочка...
Давайте дождемся ответа топикастера для уточнения - "является ли универсальность одним из наиважнейших требований в решении данной задачи"
...
Рейтинг: 0 / 0
19.10.2009, 11:59
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259011
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Dinamo,

это Вы с автором не соглашайтесь, он тему сформулировал.

DinamoВ том виде как сформулирована задача изначально указанная мною платформа 1с 7.7 является одним из наиболее простых и быстрых средств реализации данной задачи.
это если рассматривать только 1С и ничего больше, то конечно... самая простая и быстрая.
...
Рейтинг: 0 / 0
19.10.2009, 12:00
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259106
Фотография Dinamo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dinamo
Участник
iscrafmDinamo,
это Вы с автором не соглашайтесь, он тему сформулировал.

Тема сформулирована так: " Сегодня я решил изобрести большой велосипед. Нужно написать маленькую локальную базу данных для учета отправки книг из главного склада в региональные филиалы. Нужно несколько таблиц и отчтов ".
Вы тему автора перефразировали так:" Речь идет о графическом интерфейсе к приложениям БД "
Другой участник дискуссии buhBot так понял задачу автора: " Задача топикпостера универсальная оболочка. "

Я в данном случае как и aston ("Отличие от задуманного автором состоит в том, что он пока еще не мыслит в категориях логической модели, а думает на уровне физической - таблиц, триггеров и языка конкретной БД") предложил 1C с той позиции что она позволяет - в первую очередь подумать о бизнес-логике (о чем никогда не мешает думать многим архитекторам и разработчикам), во вторую о средствах реализации.

От Вас, iscrafm, пока увидел необоснованную критику того что "среда разработки приложений 1C 7.7." - не подходит к решению задачи автора (см. начало).
Приведите примеры технологий и систем в которой решение задачи автора возможно решить так же быстро как на предложенной мной системе.
Будь на дворе середина 90-тых прошлого века предложил бы Paradox или Clipper. Заметьте, в банном случае не предложил даже использовать более современные платформы 1С 8.*, в том числе и потому что для решения той задачи которую сформулировал автор использование более мощных средств не является необходимым (к вашему сведению на текущей работе используем MS Dynamics Axapta).
...
Рейтинг: 0 / 0
19.10.2009, 12:27
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259162
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Last1Cmen
Участник
Dinamo, не обращайте внимания... не только 1еснегам кушать хоца :)

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


авторэто если рассматривать только 1С и ничего больше, то конечно... самая простая и быстрая

ну давай рассмотрим что-нить другое :)... есть предложения ?

-----
если же вопрос идёт к тому в чем рисовать GUI при наличи проекта самой БД то причем тут вся последующая после первого поста полемика ?
...
Рейтинг: 0 / 0
19.10.2009, 12:43
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259177
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Last1Cmen
Участник
авторВы не можете в 1С создать БД, реализовать в ней логику и прицепить к этой БД интерфейс, для взаимодействия с данной логикой.

да... а я то думал что именно это и делаю

авторПод интерфейс формируется БД.

БД формируется под структуру метаданных а не под интерфейс

прекращайте наконец давать ложную информацию а ? предложите реальный продукт под данную задачу если уж на то пошло а не философствуйте по-поводу тех продуктов мимо которых проходили мимо
...
Рейтинг: 0 / 0
19.10.2009, 12:47
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259211
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Dinamo
Тема сформулирована так: " Сегодня я решил изобрести большой велосипед. Нужно написать маленькую локальную базу данных для учета отправки книг из главного склада в региональные филиалы. Нужно несколько таблиц и отчтов ".
Вы тему автора перефразировали так:" Речь идет о графическом интерфейсе к приложениям БД "
Другой участник дискуссии buhBot так понял задачу автора: " Задача топикпостера универсальная оболочка. "

меня иногда удивляет то, как некоторые смотрят на заголовок темы и говорят обратное. Без коментариев.

Dinamo
От Вас, iscrafm, пока увидел необоснованную критику того что "среда разработки приложений 1C 7.7." - не подходит к решению задачи автора (см. начало).

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


Dinamo
Приведите примеры технологий и систем в которой решение задачи автора возможно решить так же быстро как на предложенной мной системе.

нет желания разбивать скорлупу. Считайте так и далее.

p.s. я понимаю, что понедельник, возможно похмелье, мозг не включился... но не до такой же степени.
...
Рейтинг: 0 / 0
19.10.2009, 12:54
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259229
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Last1Cmen,

на предыщей странице маленькая картинка.
...
Рейтинг: 0 / 0
19.10.2009, 12:59
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259245
Фотография Dinamo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dinamo
Участник
iscrafmDinamo
Тема сформулирована так: " Сегодня я решил изобрести большой велосипед. Нужно написать маленькую локальную базу данных для учета отправки книг из главного склада в региональные филиалы. Нужно несколько таблиц и отчтов ".
Вы тему автора перефразировали так:" Речь идет о графическом интерфейсе к приложениям БД "

меня иногда удивляет то, как некоторые смотрят на заголовок темы и говорят обратное. Без коментариев.
Iscrafm, я приношу свои извинения, имел ввиду конечно не заголовок темы, а сформулированную в тексте сообщения задачу.
Мои предложения направлены на поиск способа решение "задачи" автора.
...
Рейтинг: 0 / 0
19.10.2009, 13:04
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259300
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Dinamo,

приношу извинения за сделанный p.s.
...
Рейтинг: 0 / 0
19.10.2009, 13:15
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259310
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Last1Cmen
Участник
iscrafm, насчет картинки как раз претензий нет :)

просто по вашим словам получается у 7ки прям такая жесткая структура что никакую логику не меняя структуры таблиц писать нельзя


кстати если траблы с таблицами и формами - пишите напрямую в регистр вашего учета... ток это уже 8ка :)
...
Рейтинг: 0 / 0
19.10.2009, 13:18
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259327
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Last1Cmen
Участник
в случае 8ки и прямым вводом записей по регистру и знаний в 1це от вас необходимо минимум (как внести запись разве что и сделать два справочника теми кому выдали и тем что выдавали плюс конструктором отчетов универсальный отчет по нему) правда и интерфес будет никакой но задача будет решена
...
Рейтинг: 0 / 0
19.10.2009, 13:21
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259353
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Last1Cmenпросто по вашим словам получается у 7ки прям такая жесткая структура что никакую логику не меняя структуры таблиц писать нельзя

не хочу обсуждать структуру 7-ки, речь только о том, что 1С архитектурно не является интерфейсом к СУБД (спроектировали БД, а к ней уже "прицепили" интерфейс). Об этом и было упоминание - все можно сделать, только не так, как преположительно хочет ТС, а "перпендикулярно".
...
Рейтинг: 0 / 0
19.10.2009, 13:28
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259410
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Last1Cmen
Участник
авторможно сделать, только не так, как преположительно хочет ТС, а "перпендикулярно".

для уровня (в єтой среде) автора и под требования его задачи соглашусь

авторречь только о том, что 1С архитектурно не является интерфейсом к СУБД

по-умолчанию да... если не по умолчанию - то с помощью прямого скл превращается в абсолютно только графическую оболочку... только вот разработка такого приложения влечёт за собой такое удорожание продукта что все преимущества по стоимости и скорости модификации просто сводятся на нет перед другими средами
...
Рейтинг: 0 / 0
19.10.2009, 13:38
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259496
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Last1Cmenс помощью прямого скл превращается в абсолютно только графическую оболочку... только вот разработка такого приложения влечёт за собой такое удорожание продукта что все преимущества по стоимости и скорости модификации просто сводятся на нет перед другими средами
об этом и речь... или рассматривать другие продукты или поменять свои представления о том, как должна выполняться разработка приложений. Скорость модификации и создания приложений в данном случае не пострадают. Стоимость я не упомянул по той причине, что ТС рассматривает только FW-продукты, как я понял.
...
Рейтинг: 0 / 0
19.10.2009, 14:02
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259568
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aston
Участник
Вступлю снова.

iscrafm, вы под 1С что понимаете? Какую ее часть? Платформу? Конфигурацию? Или физическую БД?
Платформа 1С есть интерфейс к конфигурации 1С.
Конфигурация 1С - это, в том числе, метаданные о структуре физической БД (которые в физической БД тоже хранятся в словаре).

Соответственно, платформа 1С (через конфигурацию) есть интерфейс к физической БД 1С. Другое дело, что платформе не подсунешь абы какую физическую БД. Ей надо подсовывать БД исключительно и только вместе с конфигурацией. Вы это имеете ввиду под перпендикулярностью?
...
Рейтинг: 0 / 0
19.10.2009, 14:19
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259579
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
astonплатформе не подсунешь абы какую физическую БД. Ей надо подсовывать БД исключительно и только вместе с конфигурацией. Вы это имеете ввиду под перпендикулярностью?
да.
...
Рейтинг: 0 / 0
19.10.2009, 14:24
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259697
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
еще одна небольшая картинка, которая иллюстрирует просто разные подходы. Суть в том, что все решается, просто разными способами.
Примечания:
1) 1С - справа.
2) ORM просто в качестве примера, упоминавшегося в этом топике.
...
Рейтинг: 0 / 0
19.10.2009, 14:56
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259709
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Last1Cmen
Участник
iscrafm, да вот у разработчика можно стрелочку то и оставить ;)... уровень вмешательства может быть разным (по сравнению с другими) но он есть... если есть желание ковырять SQL или dbf
...
Рейтинг: 0 / 0
19.10.2009, 14:58
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259714
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Last1Cmen, это же незаконно (с)
...
Рейтинг: 0 / 0
19.10.2009, 15:00
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36259741
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Last1Cmen
Участник
iscrafm, все лучшее в мире или аморально или незаконно или ведёт к ожирению (с)
...
Рейтинг: 0 / 0
19.10.2009, 15:08
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260040
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aston
Участник
Ну это сложно назвать перпендикулярностью. Т.е. совсем по другому и подход принципиальной иной.
И та и другая картинка очень даже параллельны. Аналогия с middle-tier очень удачна.

И в базу 1С-вскую лазят напрямую. Нечасто правда.
А что делать? Из DML доступен только SELECT (и то кастрированый). Апдейт 100 тысяч объектов средствами их движка занимает часа 3. В то время как прямой UPDADE - 3 секунды.
...
Рейтинг: 0 / 0
19.10.2009, 16:35
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260205
Егоров Александр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Егоров Александр
Участник
Эх... не удержался... :)
astonПлатформа 1С есть интерфейс к конфигурации 1С.
Конфигурация 1С - это, в том числе, метаданные о структуре физической БД (которые в физической БД тоже хранятся в словаре)
Платформа 1С есть средство разработки конфигураций, предлагающее жестко заданное соответствие между объектом метаданных, структурой физической БД и интерфейсом. Не выхоя из-за рамок платформы - невозможно ни изменить эти взаимовлияния, ни добавить что-либо свое. Ни в метаданные, ни в интерфейс, ни в структуру БД.
astonСоответственно, платформа 1С (через конфигурацию) есть интерфейс к физической БД 1С. Другое дело, что платформе не подсунешь абы какую физическую БД. Ей надо подсовывать БД исключительно и только вместе с конфигурацией. Вы это имеете ввиду под перпендикулярностью? Соответственно платформа 1С сама генериурет заданную структуру БД, однозначно транслируя конкретную конфигурацую (описание метаданных), описывающую в том числе и интерфейс. Поэтому абы какую физическую БД ей не подсунешь впринципе. Имелось ввиду, что подход 1С - это платформа, диктующие как интерфейс, так и структуру БД. В отличии от средства, которые планирует создать топикстартер - имея "стуктуру БД" создать "интерфейс к БД" минимальными усилиями.
...
Рейтинг: 0 / 0
19.10.2009, 17:10
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260235
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aston
Участник
Да не, интерфейс то надо ему создать, оперируя понятиями предметной области (те самые красивые наименования и описания связей). Т.е. вместе с БД подсунуть еще метаданные.

А простой интерфейс к БД (табличкам) это SQLNavigator какой-то. Им программисты пользуются и пользователю не подсунешь.
...
Рейтинг: 0 / 0
19.10.2009, 17:18
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260309
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
astonДа не, интерфейс то надо ему создать, оперируя понятиями предметной области (те самые красивые наименования и описания связей). Т.е. вместе с БД подсунуть еще метаданные.

А простой интерфейс к БД (табличкам) это SQLNavigator какой-то. Им программисты пользуются и пользователю не подсунешь.
интерфейс к БД может быть совсем не простым . Сути дела это не меняет, просто разные подходы. В одном случае (картика слева) слой метаданных "мапится" на физический, в другом - физический создается под метаданные (картинка справа). В этом основная разница.
...
Рейтинг: 0 / 0
19.10.2009, 17:42
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260311
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Last1Cmen
Участник
Егоров Александр, вы с iscrafm случаем не в одном отделе работаете ;) ?

сужу по фразам "жестко" и "невозможно"... прям запугали людей
...
Рейтинг: 0 / 0
19.10.2009, 17:44
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260315
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Last1Cmen,

где Вы у меня увидели фразы "жестко" или "невозможно". Совсем запу Т али людей.
...
Рейтинг: 0 / 0
19.10.2009, 17:45
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260358
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Last1Cmen
Участник
iscrafm, у вас именно ? - возможно и небыло :) но тенденция "комментирования" всего что связано с 1це сводящаяся к тому что это не продукт а жестко-немодифицируемая тягомотина не в состоянии ничего решить четко прослеживается ;)
...
Рейтинг: 0 / 0
19.10.2009, 17:57
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260388
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Last1Cmen, 1С - хороший продукт. Если нет желания [сил,способностей] (нужное подчеркнуть) самостоятельно проектировать все три слоя приложения, то конечно хороший продукт. Комментарии здесь излишни. Только нужно принимать во внимание это.
...
Рейтинг: 0 / 0
19.10.2009, 18:07
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260391
Егоров Александр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Егоров Александр
Участник
Last1Cmen,

Абсолютные разные отделы абсолютно разных компаний :) Может подходы одинаковые? Но это просто совпадение, не более. :)
По поводу "жестко" - Вы же не будете отрицать,что Cправочник.XXX жестко равен таблице "SCXXXX", Документ.XXXX жестко равен минимум определенному IDDOCDEF в _1SJOURN, и при наличии соотв. атрибутов жестко определен соответствующими DHXXXX и\или DTXXXX (для 1С 7.7)? У Искры есть более иные жесткие соответствия, в более других системах - другие. Но без определенной жесткости ни одной современной ИС не обойтись. И не важно на какой платформе эта ИС создана... ;)
...
Рейтинг: 0 / 0
19.10.2009, 18:08
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260421
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Last1Cmen
Участник
Егоров Александр, ну вот этим вся "жесткость" и заканчивается... ещё правда уникальность внутренних ИД (в принципе ни первое ни второе не проблема - только вот смысел этого под вопросом)... да и у любой системы на рсубд в любом случае есть жесткие таблицы, ключи и т.д... ну можно самому давать им имена не рискуя дальнейшим сопровождением и обновлениями но разве автору это надо ?
...
Рейтинг: 0 / 0
19.10.2009, 18:14
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260443
Егоров Александр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Егоров Александр
Участник
Last1Cmeniтенденция "комментирования" всего что связано с 1це сводящаяся к тому что это не продукт а жестко-немодифицируемая тягомотина не в состоянии ничего решить четко прослеживается ;)
Выразился бы немного не так. Искра предоставляет несколько иные подходы к реализации ИС. Являясь по сути таким же конструктором, как и Конфигуратор 1С - предосталяя несколько более расширенные возможности по работе конкретной "конфигурации" с конкретной БД. И продвигает несколько другой подход к "кастомизации" ИС. Вернее продвигает "противоположный 1С" подход, предлагая взамен кастомизации инструмент "более быстрой разработки, но с нуля". В связи с этим и некоторый... эээ... маркетинг. :) Хотя лично мне Искровый подход более симпатичен, но сам я "погряз в 1С", ибо глубинка... :)
...
Рейтинг: 0 / 0
19.10.2009, 18:21
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260456
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Last1Cmen
Участник
Егоров Александр, да что ж я против чтоль... бога ради... просто уже даже не веселят "мегапроекты" в десяток человеко-часов на той же 1це в килобаксы на какой-нить "крутой" ерп платформе

причем мотивировка не в том что мол сотням юзеров нужно обеспечить доступ к миллиардам записей или отсутствии типового модуля производства отличающегося от многопередельного скажем... а просто потому что... и пАшло и пАехало
...
Рейтинг: 0 / 0
19.10.2009, 18:26
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260472
Егоров Александр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Егоров Александр
Участник
Last1CmenЕгоров Александр, ну вот этим вся "жесткость" и заканчивается
Это принципиальная жесткость! :) А если мне надо вторую табличную форму в документе? А если мне надо связь спрвочников "многое-ко-многим"? А если мне вместо "проведен\непроведен" необходимо "принят оператором\отправлен на склад\отобран\передан экспедитору\принят бухгалетрией"? Понятно, что если мне это надо, я сделаю это и в 1С, но только или громоздя дополнителные конструкции, или выйдя за рамки платформы. Даже используя "внешние компоненты", функционал встроенных объектов изменить невозможно. Хотя это справедливо не только для "конфигураторов", но и для любых RAD в целом. Другое дело, что RAD тем лучше, чем больше она предоставляет инструментов для собственного расширения. ;)
Last1Cmen"ещё правда уникальность внутренних ИД (в принципе ни первое ни второе не проблема - только вот смысел этого под вопросом)... да и у любой системы на рсубд в любом случае есть жесткие таблицы, ключи и т.д... Собсно этого-то 1С как раз и не дает - используется клиентская поддержка целостности и структуры. Возможности поддерживаемых РСУБД как для этого не использовались, так и не используются (поправьте, если это не так для 8.х).
Last1Cmenну можно самому давать им имена не рискуя дальнейшим сопровождением и обновлениями но разве автору это надо ?
Автор пропал уже на второй странице топика. Остается только спорить между собой, что же автору было надо :)
...
Рейтинг: 0 / 0
19.10.2009, 18:37
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260478
Егоров Александр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Егоров Александр
Участник
Last1CmenЕгоров Александр, да что ж я против чтоль... бога ради... просто уже даже не веселят "мегапроекты" в десяток человеко-часов на той же 1це в килобаксы на какой-нить "крутой" ерп платформе
Вот тут полностью согласен. Каждому инструменту - своя ниша. И в своей нише 1Су так же нет равных, как какой-нить крутой erp - в своей. Обидно только когда какую-то конкретную задачу начинают решать совершенно не тем инструментом. ;)
...
Рейтинг: 0 / 0
19.10.2009, 18:41
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260481
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Last1Cmen
Участник
авторСобсно этого-то 1С как раз и не дает - используется клиентская поддержка целостности и структуры.

а попробуйте проапдейтить напрямую с совпадением примари ключей ;) ?... тут уже серверная часть отругается и откатит транзакцию так что клиенту клиентское а серверу - серверное

авторА если мне надо вторую табличную форму в документе?

в 7ке это действительно сложно в отличии от следующего продукта

авторА если мне надо связь спрвочников "многое-ко-многим"?

вот ни разу целесообразности в этом не видел честно

авторА если мне вместо "проведен\непроведен" необходимо "принят оператором\отправлен на склад\отобран\передан экспедитору\принят бухгалетрией"?

хорошо а если вместо "принят и т.д." нам нужно именно "проведен/непроведен" так чего - та система где в базе этого нет тоже плохая ?...


копей тут поломано немало и до нас и будет поломано после нас... все проблемы решать в частности надо... где то выходит на первые рамки производительность где-то скорость разработки и модификации, где-то отказоустойчивость, где-то секьюрность, где-то маштабируемость и т.д.
...
Рейтинг: 0 / 0
19.10.2009, 18:45
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260524
Егоров Александр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Егоров Александр
Участник
Last1CmenавторСобсно этого-то 1С как раз и не дает - используется клиентская поддержка целостности и структуры.

а попробуйте проапдейтить напрямую с совпадением примари ключей ;) ?... тут уже серверная часть отругается и откатит транзакцию так что клиенту клиентское а серверу - серверное
А попробуйте напрямую удалить справочник, не удаляя его подчиненные? Получится очень даже лего ;) Потом, конечно, "тестирование и исправление" вылечит. ;) А ведь казалось бы банальный FK с cascade delete... :)

Last1CmenавторА если мне надо вторую табличную форму в документе?

в 7ке это действительно сложно в отличии от следующего продуктаЗнаю, что в 8.х это есть, но сейчас уже очень сложно перенести получившуюся из типовой "самописку". проще внедрить типовую 8.х, освоить ее иначать переписывать заново. Это, кстати, не в обиду платформе - это больше в обиду "писателям" типовых на этой платформе. Уж насколько типовые корявее самой платформы... Хотя зато "купил и работай"... какое-то время... :)

Last1CmenавторА если мне надо связь спрвочников "многое-ко-многим"?

вот ни разу целесообразности в этом не видел честноВозможно спорный пункт, не спорю, но платформа не даст такой возможности, если она понадобится. Хотя в 8.x такое можно сделат на регистре сведений.
Last1CmenавторА если мне вместо "проведен\непроведен" необходимо "принят оператором\отправлен на склад\отобран\передан экспедитору\принят бухгалетрией"?

хорошо а если вместо "принят и т.д." нам нужно именно "проведен/непроведен" так чего - та система где в базе этого нет тоже плохая ?...Дык если "статус документа" является множеством - он может быть в рамках одной системы и "проведен\непроведен", и "принят\отпрален\отобран и т.д.".


Last1Cmenкопей тут поломано немало и до нас и будет поломано после нас... все проблемы решать в частности надо... где то выходит на первые рамки производительность где-то скорость разработки и модификации, где-то отказоустойчивость, где-то секьюрность, где-то маштабируемость и т.д."Больше систем - хороших и разных" (с) опять таки полностью согласен. Но боже упаси забивать гвозди отверткой и закручивать шурупы молотком... :)
...
Рейтинг: 0 / 0
19.10.2009, 19:12
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36260551
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aston
Участник
Сильно много ожиданий от 1С. Нишевый продукт - документоориентированные учетные задачи (в СНГовии - основа компьютеризации).
Дай бог им здоровья, кстати. Столько людей обеспечили работой. Журнал даже свой выпускают.
...
Рейтинг: 0 / 0
19.10.2009, 19:32
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36263067
alexdup
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdup
Гость
Пам-па-пааааам!!!

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

Это пример описания таблицы:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
# Создаю таблицу "Программы". Параметры: имя таблицы (она уже существет в БД), 
# заголовок (вместе с иерархией: например, в данном случае слева в меню будет 
# будет создана ветка "Настройки", а в ней элемент "Программы". При выборе этой
# ветки юзер переходит к редактированию программ), описание таблицы
#

Programs=Table(u"programs", u"Настройки/Программы", u"Запущенные и запланированные программы")

# делаю подсказку о типах данных: поле "name";
# на основе этого генерируется диалог с одним полем для ввода текста (так как тип указан "text");
Programs.fields=(   
    ("name",    u"Название",   "text"),
)

# эта таблица будет отображаться с исользованием этого запроса
Programs.sql_view=u"""SELECT id, name AS Название FROM programs"""

А вот пример описания отчета:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
MainStore=View(u"Отчеты/Отчет по главному складу", "Остатки книг на главном складе")

MainStore.sql_view=u"""
SELECT " " as dummy, books.name AS Книга, temp.balance AS Остаток
FROM
(
    SELECT repreceipts.bookid as book, (repreceipts.sumreceipts-repshipments.sumshipments) as balance

    FROM

        (SELECT books.id as bookid,  COALESCE(sum(receipts.amount),0) as sumreceipts
        FROM books LEFT JOIN receipts ON (receipts.book_id=books.id)
        GROUP BY books.id) AS repreceipts

    INNER JOIN

        (SELECT books.id as bookid,  COALESCE(sum(shipments.amount),0) as sumshipments
        FROM books LEFT JOIN shipments ON (shipments.book_id=books.id)
        GROUP BY books.id) AS repshipments
            
    ON repreceipts.bookid=repshipments.bookid
) AS temp

LEFT JOIN books ON (temp.book=books.id)
ORDER BY temp.book          
"""

И еще немножко настроек:

Код: plaintext
1.
2.
3.
title=u"Учет книг"         # название базы
name="rimabooks"           # имя БД
sqlfile="rimabooks.sql"    # отсюда берется SQL-код для начального создания всей БД

Но, как это всегда со мной бывает, пока я делал этим способом мне в голову пришел еще один, по-моему, более приятный сделать то, что я хочу. Привожу черновик кода, похожего на SQL:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
--> DEFINE programs AS Настройки/Программы
--> DEFINE projects AS Настройки/Проекты
--> DEFINE books    AS Настройки/Книги
--> DEFINE cities   AS Настройки/Города


---------------------------------------------
--------------- ПРОГРАММЫ -------------------

--> view programs
SELECT id, name AS Название FROM programs;

--> insert into programs
INSERT INTO programs SET (name) VALUES ({{TEXT|Название}});

--> update programs
UPDATE programs SET name={{TEXT|Название}} WHERE id={{id}};

--> delete from programs
DELETE FROM programs WHERE id={{id}};

Опишу все по порядку.

Первое, надо описать все элементы разделы (таблицы и отчеты, они появятся в иерархическом списке слева в главном окне программы):
Код: plaintext
1.
2.
3.
--> DEFINE programs AS Настройки/Программы
--> DEFINE projects AS Настройки/Проекты
--> DEFINE books    AS Настройки/Книги
--> DEFINE cities   AS Настройки/Города

Мы описали все эти таблицы. Потом описываем все действия над каждой из этих таблиц.

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

Код: plaintext
1.
--> view programs
SELECT id, name AS Название FROM programs;

А эта часть определяет запрос, который нужно выполнить при нажатии на кнопку "Добавить" пользовательского интерфейса. Обратите внимание на параметр "{{TEXT|Название}}". Если в запросе есть параметры, заключеные в двойные фигурные скобки, то перед тем, как выполнить запрос, пользователю будет показано красивое диалоговое окно, где он должен будет ввести значения всех параметров. В БД есть триггер, который следит за тем, чтобы поле "name" было не пустым. Если юзер забудет ввести что-нибудь в поле "Название", он увидит сообщение об ошибке, которое выдает этот триггер.

Код: plaintext
1.
--> insert into programs
INSERT INTO programs SET (name) VALUES ({{TEXT|Название}});

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

Ну как?
...
Рейтинг: 0 / 0
20.10.2009, 22:24
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36263168
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
alexdup
Ну как?
вполне можно переходить на следующий уровень , правда до первой страницы еще далеко, и идей никаких нет, в отличие от автора по ссылке. Но задор...

p.s. если серьезно...
Не сердитесь сильно, приступ сарказма.
...
Рейтинг: 0 / 0
21.10.2009, 00:34
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36263420
alexdup
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdup
Гость
iscrafmalexdup
Ну как?
вполне можно переходить на следующий уровень , правда до первой страницы еще далеко, и идей никаких нет, в отличие от автора по ссылке. Но задор...

p.s. если серьезно...
Не сердитесь сильно, приступ сарказма.

Объясните, какой уровень?

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

Я начал эту тему, чтобы знающие люди посоветовали мне, какими средствами НОРМАЛЬНЫЕ люди, делают то, что я описываю. Не верю, что для каждой малюсенькой системы нужно разрабатывать интерфейс с нуля.
...
Рейтинг: 0 / 0
21.10.2009, 09:35
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36263592
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Last1Cmen
Участник
автордля каждой малюсенькой системы нужно разрабатывать интерфейс с нуля

ну если наработок уже куча то понятие "с нуля" обычно уже не такое уж и "с нуля" :)

вот есть у вас хотя бы минимальный опыт "проектирования" систем с гуй-ем ну или самого интерфейса к бд ? если есть то может попробовать на том в чем разбираетесь а потом уже по желанию поднатягав себя там где хочется тем или иным образом портировать туда

я отнюдь не ратую за 1це (хотя для вашей задачи имхо лучше и не придумаешь) или тот же акцесс (помидорами не кидать) но в любом из случаев разбирательств с любой даже простейшей учетной средой/системой времени будет угроблено много пока прийдет хоть какое-то понимание... а может и вообще не прийдёт :)


пс... чет я с утра расфилософствовалсо
...
Рейтинг: 0 / 0
21.10.2009, 10:46
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36263787
alexdup
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdup
Гость
Last1Cmenавтордля каждой малюсенькой системы нужно разрабатывать интерфейс с нуля

ну если наработок уже куча то понятие "с нуля" обычно уже не такое уж и "с нуля" :)


То, что я вам презентую в этом топике - можно считать наработками?


Last1Cmen
вот есть у вас хотя бы минимальный опыт "проектирования" систем с гуй-ем ну или самого интерфейса к бд ? если есть то может попробовать на том в чем разбираетесь а потом уже по желанию поднатягав себя там где хочется тем или иным образом портировать туда


Опыт есть во-первых на эксесе. Во-вторых для задачи учета, которую я решаю, у меня было уже почти готовое решение. Но гуй и бд я программировал вперемешку в связке pyhton/sqlite по принципу "лишь бы работало", не задумываясь об элегантности, если можно так выразиться. Из-за этого, естественно, когда я получил задание на небольшую модификацию учета и аналитики, я понял что я наговнокодил очень неповоротливую систему, модификация которой потребует очень много усилий!

Как раз после этого я и начал задумываться об отделении структуры от интерфейса. Чтобы не изобретать велосипедов, я обратился к вам, чтобы узнать какой опыт есть у человечества в этой проблеме.

Last1Cmen
я отнюдь не ратую за 1це (хотя для вашей задачи имхо лучше и не придумаешь) или тот же акцесс (помидорами не кидать) но в любом из случаев разбирательств с любой даже простейшей учетной средой/системой времени будет угроблено много пока прийдет хоть какое-то понимание... а может и вообще не прийдёт :)

За 1C и Access спасибо, но за Access я иррационально ненавижу, а 1С надо покупаать. Мне бы чего-нибудь бесплатненького.
...
Рейтинг: 0 / 0
21.10.2009, 11:44
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36264404
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aston
Участник
Короче, как всегда.
Напишешь программисту требование: "сложи 2+2".
Он засядет на 2 года и напишет программу-калькулятор со встроенным языком, исполняемым на на собственной виртуальной машине.

Интересно знать, кто оплачивает ваше изобретение велосипедов?
...
Рейтинг: 0 / 0
21.10.2009, 14:32
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36264598
alexdup
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdup
Гость
astonКороче, как всегда.
Напишешь программисту требование: "сложи 2+2".
Он засядет на 2 года и напишет программу-калькулятор со встроенным языком, исполняемым на на собственной виртуальной машине.quot]

А завтра напишешь ему 2+3, а потом вообще умножить. А ему что бедному делать?

[quot aston]Интересно знать, кто оплачивает ваше изобретение велосипедов?

Работаю на пол-ставки, вообще в основном помогаю тетям в работе с компьютером. Вот спросили, смогу ли я сделать такую систему учета. Так как мне это интересно, согласился и теперь делаю. Со сроками не торопят.

Я, как вы уже могли догадаться, по происхождению программист, а в проектировании БД у меня систематических знаний нет, поэтому это накладывает свой отпечаток (это я про "сложи 2+2").
...
Рейтинг: 0 / 0
21.10.2009, 15:13
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36264803
Фотография Dinamo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dinamo
Участник
alexdup,
Если вы приведете краткое описание и назначение таблиц то сможете получить конкретные рекомендации.
По поводу: "Отчеты/Отчет по главному складу", "Остатки книг на главном складе".
Абстрагируйтесь немного от текущей задачи и поразмышляйте о перспективах: Представьте, что у вас несколько складов и существует необходимость получать остатки по различным складам (в том числе например по удаленным). В этом случае рекомендуется добавить такую сущность как склад, и хранить остатки в разрезе складов. В этом случае ваш отчет "остатки книг на главном складе", модернизируется в отчет "остатки книг по складам" (или на выбранном складе).
Еще раз призываю в первую очередь сначала продумать сущностную и функциональные модели системы, потом структуру таблиц, а потом уже приступить к программированию логики.
Такой подход позволит избежать лишних кардинальных переделок.
Кратко сущностная модель:
Книга - сущность отражает объект учета, характеризуется наименованием, авторами, ISDN код, датой выпуска, изданием и т.п.
Авторы книг - сущность отражает одну из характеристик книг, связь Книга - Автор "один" ко "многим".
Издательства - сущность отражает издательства выпускающие книги, связь Книга издательство Один к одному
Склад - сущность отражает местонахождения Книги (в том числе Главный склад, Удаленный Склад)
и т.п.
Функциональная модель:
Поступление книг на главный склад (или на удаленный если такое имеет место быть)
Перемещение книг между складами (расход с одного склада, приход на другой)
Списание книг со склада (порча, выбытие и т.п.)
Отчет по остаткам книг на складах на дату
Отчет по обороту книг в разрезе видов операций между складами
и т.п.
Различные отчеты по характеристикам книг (количество книг по авторам, издательствам, годам выпуска и т.п.).
...
Рейтинг: 0 / 0
21.10.2009, 16:12
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36264838
Фотография Dinamo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dinamo
Участник
alexdupа 1С надо покупаать. Мне бы чего-нибудь бесплатненького.
Access, тоже, кстати, отнюдь не бесплатен.
...
Рейтинг: 0 / 0
21.10.2009, 16:26
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36264865
alexdup
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdup
Гость
Dinamoalexdup,
Если вы приведете краткое описание и назначение таблиц то сможете получить конкретные рекомендации.


Приведу задачу целиком. Есть образовательное учреждение, которое имеет несколько филиалов в городах россии. Обучение ведется по нескольким учебным курсам: А, B, C (это не пример, они действительно так называются). По каждому учебному курсу есть по 3 книги. Когда учебные центры осуществляют набор по какой либо программе, они просят прислать им нужное количество книг №1. Ближе к середине они просят прислать какое-либо количество книг №2 и в конце №3. С учетом неизвестности количества записавшихся на курс, количество оплативших, количества выбывших и прочих факторов:

1. Количества разных книг по одной программе не совпадает
2. Количество книг, выданных в регионах меньше, количества книг, им отправленных.

Книги отправляются с единственного главного склада. Сомневаюсь, что когда-нибудь их станет 2 или больше.

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

Вот так, все просто. Логическую в данном случае придумать не представляет большой сложности. А вот с инструментарием я в размышлениях. Думаю на 1С ради такой ерунды мне денег не дадут.

Кстати, у нас есть купленный SharePoint Server, но, по организационным причинам, он будет введен в действие еще очень нескоро. Насколько он подходит для решения данной задачи?
...
Рейтинг: 0 / 0
21.10.2009, 16:32
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36278396
alexdup
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexdup
Гость
Все готово. Кому интересно, привожу файл настройки текущей системы учета.


Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
124.
125.
126.
127.
128.
129.
130.
131.
132.
133.
134.
135.
136.
137.
138.
139.
140.
141.
142.
143.
144.
145.
146.
147.
148.
149.
150.
151.
152.
153.
154.
155.
156.
157.
158.
159.
160.
161.
162.
163.
164.
165.
166.
167.
168.
169.
170.
171.
172.
173.
174.
175.
176.
177.
178.
179.
180.
181.
182.
183.
184.
185.
186.
187.
188.
189.
190.
191.
192.
193.
194.
195.
196.
197.
198.
199.
200.
201.
202.
203.
204.
205.
206.
207.
208.
209.
210.
211.
212.
213.
214.
215.
216.
217.
218.
219.
220.
221.
222.
223.
224.
225.
226.
227.
228.
229.
230.
231.
232.
233.
234.
235.
236.
237.
238.
239.
240.
241.
242.
243.
244.
245.
246.
247.
248.
249.
250.
251.
252.
253.
254.
255.
256.
# -*- coding: utf- 8  -*-

from DBUtils import Table




title=u"Учет книг"         # название базы
sqlfile=u"books.sql"    # отсюда берется SQL-код для начального создания всей БД

   
# ПРОГРАММЫ
programs=Table([u"Настройки", u"Программы"])
programs.sql_insert= u"INSERT INTO programs (name, comment) VALUES ({{Название|TEXT}}, {{Комментарий|TEXT}});"
programs.sql_view=   u"SELECT id, name AS Название, comment AS Комментарий FROM programs"
programs.sql_find=   u"SELECT name, comment FROM programs WHERE id={{id}}"
programs.sql_update= u"UPDATE programs SET name={{Название|TEXT}}, comment={{Комментарий|TEXT}} WHERE id={{id}};"
programs.sql_delete= u"DELETE FROM programs WHERE id={{id}};"

# ПРОЕКТЫ
projects=Table([u"Настройки", u"Проекты"])
projects.sql_insert=u"""INSERT INTO projects (name, program_id) VALUES ({{Номер|TEXT}}, {{Программа|SELECT id, name FROM programs}})"""
projects.sql_view=u"""SELECT projects.id as id, projects.name AS Номер, programs.name AS Программа
FROM projects INNER JOIN programs ON projects.program_id=programs.id"""
projects.sql_find=u"""SELECT name, program_id FROM projects WHERE id={{id}}"""
projects.sql_update=u"UPDATE projects SET name={{Номер|TEXT}}, program_id={{Программа|SELECT id, name FROM programs}} WHERE id={{id}}"
projects.sql_delete= u"DELETE FROM projects WHERE id={{id}};"

# УЧЕБНЫЕ ЦЕНТРЫ
cities=Table([u"Настройки", u"Учебные центры"])
cities.sql_insert=u"""INSERT INTO cities (name, phone, fullname, comment) VALUES ({{Название|TEXT}}, {{Телефон|TEXT}}, {{Полное название|TEXT}}, {{Комментарий|TEXT}})"""
cities.sql_view=u"""SELECT cities.id, name Название, phone Телефон, fullname [Полное название], comment Комментарий FROM cities"""
cities.sql_find="""SELECT name, phone, fullname, comment FROM cities WHERE id={{id}}"""
cities.sql_update=u"UPDATE cities SET name={{Название|TEXT}}, phone={{Телефон|TEXT}}, fullname={{Полное название|TEXT}}, comment={{Комментарий|TEXT}} WHERE id={{id}}"
cities.sql_delete=u"DELETE FROM cities WHERE id={{id}};"

# КНИГИ
books=Table([u"Настройки", u"Книги"])
books.sql_insert=u"INSERT INTO books (name, program_id, comment) VALUES ({{Название|TEXT}}, {{Программа|SELECT id, name FROM programs}}, {{Комментарий|TEXT}})"
books.sql_view=u"SELECT books.id, books.name Название, programs.name Программа, books.comment Комментарий FROM books INNER JOIN programs ON books.program_id=programs.id"
books.sql_find=u"SELECT name, program_id, comment FROM books WHERE id={{id}}"
books.sql_update=u"UPDATE books SET name={{Название|TEXT}}, program_id={{Программа|SELECT id, name FROM programs}}, comment={{Комментарий|TEXT}}  WHERE id={{id}}"
books.sql_delete= u"uDELETE FROM books WHERE id={{id}};"





# ОТПРАВКИ
shipments=Table([u"Учет", u"Отправки"])
shipments.sql_insert=u"""INSERT INTO shipments (date, book_id, city_id, project_id, amount, boxes, comment) 
VALUES (  {{Дата|DATE}}, 
{{Книга|select id, name from books order by name}}, {{Город|select id, name from cities order by name}},
{{Программа|select id, name from projects order by name}}, {{Количество|INT}}, {{Коробок|INT}}, {{Комментарий|TEXT}} )"""
shipments.sql_view=u"""SELECT shipments.id, shipments.date Дата, books.name Книга, cities.name Город, projects.name Программа, shipments.amount [Кол-во], shipments.boxes Коробок, shipments.comment Комментарий
FROM shipments INNER JOIN books ON shipments.book_id=books.id INNER JOIN cities ON shipments.city_id=cities.id INNER JOIN projects ON shipments.project_id=projects.id ORDER BY shipments.date DESC"""
shipments.sql_find=u"SELECT date, book_id, city_id, project_id, amount, boxes, comment FROM shipments WHERE id={{id}}"
shipments.sql_update=u"""UPDATE shipments SET 
date={{Дата|DATE}}, book_id={{Книга|select id, name from books order by name}}, 
city_id={{Город|select id, name from cities order by name}}, project_id={{Программа|select id, name from projects order by name}}, 
amount={{Количество|INT}}, boxes={{Коробок|INT}}, comment={{Комментарий|TEXT}} """
shipments.sql_delete= u"DELETE FROM shipments WHERE id={{id}};"

# ПОСТУПЛЕНИЯ
receipts=Table([u"Учет", u"Поступления"])
receipts.sql_insert=u"""INSERT INTO receipts (date, book_id, amount, comment) 
VALUES (  {{Дата|DATE}}, {{Книга|select id, name from books order by name}},{{Центр|select id, name from cities order by name}}, {{Количество|INT}}, {{Комментарий|TEXT}} )"""
receipts.sql_view=u"""SELECT receipts.id, receipts.date Дата, books.name Книга, receipts.amount [Кол-во], receipts.comment Комментарий
FROM receipts INNER JOIN books ON receipts.book_id=books.id ORDER BY receipts.date DESC"""
receipts.sql_find=u"SELECT date, book_id, amount, comment FROM receipts WHERE id={{id}}"
receipts.sql_update=u"""UPDATE receipts SET  date={{Дата|DATE}}, book_id={{Книга|select id, name from books order by name}}, 
amount={{Количество|INT}},comment={{Комментарий|TEXT}} """
receipts.sql_delete= u"DELETE FROM receipts WHERE id={{id}};"

# ВЫДАЧИ
distributions=Table([u"Учет", u"Выдачи"])
distributions.sql_insert=u"""INSERT INTO distributions (date, book_id, city_id, project_id, amount, comment) 
VALUES (  {{Дата|DATE}}, 
{{Книга|select id, name from books order by name}}, {{Город|select id, name from cities order by name}},
{{Программа|select id, name from projects order by name}}, {{Количество|INT}}, {{Комментарий|TEXT}} )"""
distributions.sql_view=u"""SELECT distributions.id, distributions.date Дата, books.name Книга, cities.name Город, projects.name Программа, distributions.amount [Кол-во], distributions.comment Комментарий
FROM distributions INNER JOIN books ON distributions.book_id=books.id INNER JOIN cities ON distributions.city_id=cities.id INNER JOIN projects ON distributions.project_id=projects.id ORDER BY distributions.date DESC"""
distributions.sql_find=u"SELECT date, book_id, city_id, project_id, amount, comment FROM shipments WHERE id={{id}}"
distributions.sql_update=u"""UPDATE distributions SET 
date={{Дата|DATE}}, book_id={{Книга|select id, name from books order by name}}, 
city_id={{Город|select id, name from cities order by name}}, project_id={{Программа|select id, name from projects order by name}}, 
amount={{Количество|INT}}, comment={{Комментарий|TEXT}} WHERE id={{id}}"""
distributions.sql_delete= u"DELETE FROM distributions WHERE id={{id}};"





# ОТЧЕТ ПО ГЛАВНОМУ СКЛАДУ
mainstore=Table([u"Анализ", u"Отчет по главному складу"])
mainstore.sql_view=u"""
SELECT " " as dummy, books.name AS Книга, temp.balance AS Остаток
FROM
(
    SELECT repreceipts.bookid as book, (repreceipts.sumreceipts-repshipments.sumshipments) as balance

    FROM

        (SELECT books.id as bookid,  COALESCE(sum(receipts.amount),0) as sumreceipts
        FROM books LEFT JOIN receipts ON (receipts.book_id=books.id)
        GROUP BY books.id) AS repreceipts

    INNER JOIN

        (SELECT books.id as bookid,  COALESCE(sum(shipments.amount),0) as sumshipments
        FROM books LEFT JOIN shipments ON (shipments.book_id=books.id)
        GROUP BY books.id) AS repshipments
            
    ON repreceipts.bookid=repshipments.bookid
) AS temp

LEFT JOIN books ON (temp.book=books.id)
ORDER BY temp.book"""




# ОТЧЕТЫ ПО ПРОГРАММЕ
byprogram=Table([u"Анализ", u"Отчет по программе"], cube=True)
byprogram.sql_view=u"""
SELECT "" dummy, temp.city [Город], temp.book Книга, sum(temp.amount) Количество
FROM (

        SELECT cities.name city, books.name||" +" book, 0 amount 
        FROM cities, books
    
        UNION ALL    
        
        SELECT cities.name city, books.name||" -" book, 0 amount 
        FROM cities, books
    
        UNION ALL
            
        SELECT cities.name city, books.name||" +" book, COALESCE(sum(shipments.amount),0) amount
        FROM cities, books, shipments
        WHERE cities.id=shipments.city_id AND books.id=shipments.book_id AND shipments.project_id={{Программа|SELECT id, name FROM projects ORDER BY name}}
        GROUP BY city, book
        
        UNION ALL

        SELECT cities.name city, books.name||" -" book, COALESCE(sum(distributions.amount),0) amount
        FROM cities, books, distributions
        WHERE cities.id=distributions.city_id AND books.id=distributions.book_id AND distributions.project_id={{Программа}}
        GROUP BY city, book
        ORDER BY city, book
      
) temp

GROUP BY temp.city, temp.book
ORDER BY temp.city, temp.book
"""
 
 
 
 
 
 
 
 
 
 
# ОТЧЕТ ПО ГОРОДАМ НА ОПРЕДЕЛЕННУЮ ДАТУ
bycitydate=Table([u"Анализ", u"Остатки в центрах на дату"], cube=True)
bycitydate.sql_view=u"""
SELECT " " as dummy, cities.name AS Центр, books.name AS Книга, temp.balance AS Остаток
FROM (
    SELECT repshipments.cityid as city, repdistributions.bookid as book, (repshipments.sumshipments-repdistributions.sumdistributions) as balance
    
    FROM
    
        (SELECT cities.id as cityid, books.id as bookid,  COALESCE(sum(distributions.amount),0) as sumdistributions
        FROM books INNER JOIN cities
        LEFT JOIN distributions ON (distributions.book_id=books.id) AND (distributions.city_id=cities.id)
        WHERE distributions.date<={{Дата|DATE}}
        GROUP BY cities.id, books.id) AS repdistributions
        
    INNER JOIN
        
        (SELECT cities.id AS cityid, books.id as bookid,  COALESCE(sum(shipments.amount),0) as sumshipments
        FROM books INNER JOIN cities
        LEFT JOIN shipments ON (shipments.book_id=books.id) AND (shipments.city_id=cities.id)
        WHERE shipments.date<={{Дата}}
        GROUP BY cities.id, books.id) AS repshipments
                    
    ON repdistributions.cityid=repshipments.cityid AND repdistributions.bookid=repshipments.bookid
    
) AS temp

LEFT JOIN books ON (temp.book=books.id) LEFT JOIN cities ON (temp.city=cities.id)
ORDER BY temp.city, temp.book"""

 
 
 
 
 
 

# ОТЧЕТ ПО ГОРОДАМ БЕЗ УЧЕТА ПРОГРАММ
bycityprogram=Table([u"Анализ", u"Остатки в центрах без программ"], cube=True)
bycityprogram.sql_view=u"""
SELECT " " as dummy, cities.name AS Центр, books.name AS Книга, temp.balance AS Остаток
FROM (
    SELECT repshipments.cityid as city, repdistributions.bookid as book, (repshipments.sumshipments-repdistributions.sumdistributions) as balance
    
    FROM
    
        (SELECT cities.id as cityid, books.id as bookid,  COALESCE(sum(distributions.amount),0) as sumdistributions
        FROM books INNER JOIN cities
        LEFT JOIN distributions ON (distributions.book_id=books.id) AND (distributions.city_id=cities.id)
        WHERE distributions.project_id IN (SELECT projects.id 
                FROM projects INNER JOIN programs ON projects.program_id=programs.id
                WHERE projects.name<{{Кроме программы|SELECT name, name FROM projects ORDER BY name}} AND programs.id IN (SELECT programs.id FROM programs INNER JOIN projects ON projects.program_id=programs.id WHERE projects.name={{Кроме программы}})
        )
        GROUP BY cities.id, books.id) AS repdistributions
        
    INNER JOIN
        
        (SELECT cities.id AS cityid, books.id as bookid,  COALESCE(sum(shipments.amount),0) as sumshipments
        FROM books INNER JOIN cities
        LEFT JOIN shipments ON (shipments.book_id=books.id) AND (shipments.city_id=cities.id)
        WHERE shipments.project_id IN (SELECT projects.id 
                FROM projects INNER JOIN programs ON projects.program_id=programs.id
                WHERE projects.name<{{Кроме программы}} AND programs.id IN (SELECT programs.id FROM programs INNER JOIN projects ON projects.program_id=programs.id WHERE projects.name={{Кроме программы}})
        )
        GROUP BY cities.id, books.id) AS repshipments
                    
    ON repdistributions.cityid=repshipments.cityid AND repdistributions.bookid=repshipments.bookid
    
) AS temp

LEFT JOIN books ON (temp.book=books.id) LEFT JOIN cities ON (temp.city=cities.id)
ORDER BY temp.city, temp.book;

"""

 
 
 
 
 
 
 
 
 
 
tables=[receipts, shipments, distributions, mainstore, byprogram, bycitydate, bycityprogram, programs, projects, books, cities]
 
defaulttable=mainstore
...
Рейтинг: 0 / 0
28.10.2009, 23:01
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36278411
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
alexdup,

забыли систему учета приложить.
...
Рейтинг: 0 / 0
28.10.2009, 23:24
| Ответить | Цитировать | Написать  
Графическая оболочка БД
    #36319225
vak_200566
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vak_200566
Гость
Круто у вас тут - даже боязно. Спор просто захватил.
Предлагаю посмотреть на ситуацию с точки зрения TCO (Общей стоимости владения). Насколько понимаю суть : у 1С первоначальные затраты при внедрении заманчиво малы и если не отходить от базовой конфигурации - то вполне приемлемые. Однако, если разрабатывать, а затем поддерживать уникальную конфигурацию - стоимость сопровождения может быть очень существенной (стоимость специалиста 1С сейчас высоковата). Мне кажется что небольшой проект лучше выполнить на 1С только в том случае если имеется необходимая типовая конфигурация. Я прав? не прав?
...
Рейтинг: 0 / 0
19.11.2009, 11:38
| Ответить | Цитировать | Написать  
73 сообщений из 73, показаны все 3 страниц
  все  
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Графическая оболочка БД
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=32&tid=1542979]:
 0ms
get settings:
 7ms
get forum list:
 15ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 189ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 83ms
get tp. blocked users:
 1ms
others: 233ms
total:  548ms
созд. / загр.: 548ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]