|
||
| Правила | Регистрация | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны | Справка по форуму | Файлообменник | |
|
Поиск в этой теме |
|
||||
КЖ; C# Регистрация: 03.11.2005
Санкт-Петербург
Сообщений: 2,588
|
swell{d}, Тут надо подход менять, не надо бояться БД.
Для примера, у меня есть программки обсчета спецификаций, так вот сортировку, группировку позиций проще, быстрее и нагляднее выполнить в БД. Программно создал, обработал и стер... и плевать что там пяток позиций. |
|||
|
||||
КЖ; C# Регистрация: 03.11.2005
Санкт-Петербург
Сообщений: 2,588
|
swell{d}, тут не нужен никакой семинар.
Просто нужно понимание, что для выполнения различных операций, нужны различные инструменты. Это как с пакетом Офиса, для таблиц - ексел/калк, для текста - ворд. Нет, никто не запрещает делать таблицы в ворде, но нормально ли это? Так и в программирование, можно обрабатывать данные массивами и списками, более того, для одно (двух) мерного массива это нормально, но если работать со списками содержащими более двух колонок, то в плане простоты программирования и быстродействия работы - добро пожаловать в БД. ЗЫ. Я в курсе о возможностях ООП и использования LINQ , и прекрасно понимаю, как сортировать и группировать данные с любым количеством столбцов и данных, но не смотря на это, считаю, что удобнее и правильнее использовать БД. |
|||
|
||||
Регистрация: 09.12.2008
Сообщений: 4,649
|
Примеры использования баз данных по месту и назначению:
Учебное заведение и студенты: ФИО, год рождения, поступил - окончил и тд Больница и пациенты Склад и товары. Основной смысл базы данных - единый источник какой то информации, с которым могут работать разные люди (или много людей - одновременно) Например кадры, приемная комиссия и бухгалтерия. Не очень удобно если у каждого свой список, и приходится Дарье Петровне бегать к Марье Ивановне и смотреть - чего там поменялось. Для таких случаев и был создан access и его открытый аналог в опен-офис Сейчас все тоже самое все чаще организуют на сервере через веб интерфейс. А с модой на облачные технологии - несомненно, что и там наверняка уже есть нечто такое для пользователей облаков. Для более сложных случаев, например банки-клиенты есть уже вещи вроде оракл. Конечно даже простой текстовый файл со структурированной информацией можно рассматривать как базу. Написать поиск и парсинг и так далее. И для несложных программ иногда так и делают (в том числе там где инженерные расчеты). Но чаще даже такой подход избыточен. Но для того чтобы сложить 1+1=2 - базы данных точно не нужны. Оно собственно и access всегда занимал такую тонкую нишу, что не часто приходилось видеть, чтобы его активно пользовали. Для обычных пользователей он слишком сложен а для программистов - не нужен из за ограниченности. Потому что баз много и самые ходовые из них - вообще открытое ПО, известное и привычное любому программисту. В инженерных расчетах программирование вообще как правило элементарное. И в экселе "базу" можно вынести на отдельный лист и обращаться к ней через VLOOKUP (что все и делают). А во избежание ошибок - просто принудительно форматировать соотвествующие ячейки. Электронные таблицы все таки были и останутся основным средством для таких расчетов, тем более что basic расширяет возможности почти неограниченно.
__________________
мой блог по некоторым вопросам Последний раз редактировалось ETCartman, 16.12.2014 в 16:39. |
|||
|
||||
Регистрация: 18.12.2010
Сообщений: 5,047
|
Всё таки главное преимущество Access - скорость, быстро набросать БД, формы, чуть кода, отчёты в том числе с графикой в АкАд. Умеючи - скорость просто феерическая, особенно если есть заготовки (а через пол года использования - они будут)
|
|||
|
||||
Регистрация: 09.12.2008
Сообщений: 4,649
|
так про что угодно можно сказать. в lazarus вон zatmin почти целый автокад написал сам для прикола.
Access все таки самый странный выбор по моему.
__________________
мой блог по некоторым вопросам |
|||
|
||||
Thượng Tá Quân Đội Nhân Dân Việt Nam Регистрация: 14.03.2005
44d32'44"С, 33d26'51"В
Сообщений: 13,381
|
Можно, конечно, расчеты и "умеренно кустарно" делать, например совмешая Word и Excel. Иногда такое приходится делать, если надо много текста, иллюстрированного поясняющими таблицами. Тут такая схема:
1. Расчеты выполняются в Excel, как угодно. Можно и с графиками, диаграммами. 2. На каком-то листе надо сформировать таблицы, которые надо вставлять текст. Можно и "формулы картинками" туда вставлять. 3. В Word тотвятся результаты, например в виде пояснительной записки. 4. В нужные места вставляются выбранные диапазоны из Excel. Тут имеются свои тонкости - надо сделать правильное оформление, вписывать колонки в страницу, применять к таблице стили оформления из Word. 5. Придется столкнуться со сложностями. Надо, чтобы связь Excel и Word не терялась, т.е. файлы были на своих местах. Чтобы при изменении расчета в таблице изменялся и текст в Word. В принципе в MS Office всё это возможно, но есть неприятные нюансы, связанные с глюками. Вдруг не появляется контекстное мнею вставки с вариантами оформления. Вдруг сообщается о нехватке памяти, которой море. Вдруг....Вдруг... Чтобы преодолеть всё это приходится придумывать всякие макросы, как в Excel, так и в Word. Приходится заботиться о загрузке этих макросов, о внедрении их в шаблон, о появлении кнопок и дополнительных меню. В общем работа для "месье, которые знают толк в извращениях". Потраченного времени может быть больше, чем освоить "настоящее" программирование. Но иногда приходится и это делать. Например, раза два в год делать техническое обоснование тарифов для ТСО. Делать для этого "настоящую" программу нет смысла - время на её создание не окупится, продавать некому, себе - очень редко надо. Приходится всопминать про извращения. А вот другие расчеты, которые и себе нужны постоянно, и другие их покупают, делаю "по-взрослому". Цитата:
Научился человек работать в Access - пусть работает. Но это быдет уже только "для себя". |
|||
|
||||
webcad.pro Регистрация: 06.01.2005
Московская обл.
Сообщений: 501
|
Ну так ведь идея в том, что все расчеты на сервере, локально база мне нужна лишь для тестирования, если таковое понадобится. Что касается выбора базы - его можно делать осознанно т.к. я в себе совмещаю и пользователя и администратора, поэтому вопрос в удобствах (если есть разница) и прочих опосредованных причинах и подводных камнях.
Цитата:
Тут, очевидно, имеются трудности т.к. я до сего момента я обходился без среды и переходить на полпути на Делфи или куда-то еще не выглядит как привлекательная идея. |
|||
|
||||
Thượng Tá Quân Đội Nhân Dân Việt Nam Регистрация: 14.03.2005
44d32'44"С, 33d26'51"В
Сообщений: 13,381
|
Цитата:
Можно даже готовый бесплатный сайт арендовать, где-нибудь ну ukoz (только будет реклама "шпингалеты из Нижнего Тагила самовывозом"). Можно и более солидно - привязаться к аккаунту в Google - там и сайты дают. |
|||
|
||||
? Регистрация: 17.06.2014
Царицын
Сообщений: 12,203
|
Цитата:
Цитата:
Да, и надо различать потребности "фрилансера" и "бооольшой конторы".
__________________
Не откладывайте на завтра! Положите на всё уже сегодня.(с) |
|||
|
||||
webcad.pro Регистрация: 06.01.2005
Московская обл.
Сообщений: 501
|
Цитата:
|
|||
|
||||
Регистрация: 25.10.2010
Сообщений: 868
|
dabunbek, весьма интересно. Подозревал, что поля в ворде что-то наподобие полей в автокаде.
Проблема в том, что очень сложно выполнить ветвление расчета по условию. Непонятно, как присваивать значения переменным, например l=9000мм. В настоящее время пытаю маткад, там это делается гораздо легче, но проблемы с оформлением расчетов. Я все время пользовался для расчетов экселем, и понял, как ошибался. Тут надо понять, для чего маткад вообще нужен, и я понял - это как чертить вручную или с помощью автокада и считать вручную или с помощью маткада. Последний раз редактировалось vl74, 20.12.2014 в 20:12. |
|||
|
||||
webcad.pro Регистрация: 06.01.2005
Московская обл.
Сообщений: 501
|
|
|||
|
||||
YngIngKllr Регистрация: 29.03.2005
СПб
Сообщений: 12,968
|
ХЗ....
По мне так в Scilab прекрасно все делается.... Все ни как не могу сделать реальный пример расчета, т.к. занимаюсь пока программированием под СКАД. У меня уже есть реальные функции которые делают отчеты в html. Причем можно сделать и отчеты сразу в pdf. Но с этим пока не разбирался.... В Scilab есть модуль MathML который позволяет формировать формулы, и вообще создавать документы в виде картинок.... Времени к сожалению катастрофически не хватает....
__________________
Работаю за еду. Working for food. Für Essen arbeiten. العمل من أجل الغذاء Працую за їжу. |
|||
|
||||
Регистрация: 17.03.2009
Сообщений: 114
|
Предлагаю все же вернуться к теме как она звучит "Выполнение расчетов в WORD с одновременным оформлением отчета".
Расчеты можно делать в самом ворде, т.е. вычисления с использованием вводимых исходных данных. С одновременным оформлением. В ворде есть так называемые поля - очень мощный инструмент, если им уметь пользоваться. В этих полях можно записывать буквенные формулы, производить математические вычисления, запрашивать у пользователя данные для вода, производить логические операции. В качестве примера привожу расчет толщины стенки магистрального нефтепровода. Просто выделите текст и нажмите F9 (обновить поля). Ворд запросит заполнить поля (около 15...20) исходных данных, по завершению обновит формулы в расчете. Самое главное, что ворд скрывает целые абзацы расчетов, если, например, какие-либо условия расчета не выполняются. Индексы в формулах, правда, нельзя уменьшить по сравнению с основными символами, но это мелочи по сравнению со всем остальным. Главное - расчетная программа и оформленный расчет - "в одном флаконе". Конечно для сложных математических и логических вычислений это не пойдет, но для относительно простых (на 1...5 страниц) практических расчетов с линейным или нециклическим алгоритмом расчета - вполне годится. Хотите увидеть сам алгоритм расчета - нажмите Alt+F9. |
|||