Bang Опубликовано 1 марта, 2019 Жалоба Поделиться Опубликовано 1 марта, 2019 Всем общий. Появилась задача написать программу для отдела, который работает с большими таблицами в Excel'е (150-200 полей, по 40к-50к записей) + работают в одном файле одновременно по 4-6 человек. Таких таблиц около 10 шт. и "мини"-таблицы (сокращенные версии больших таблиц) также около 10-12 шт. Данные в таблицах все между собой связаны, но не физически (т.е. одни и те же данные забиваются в разные файлы вручную, как минимум копипастом). Также, в таблицах есть поля. в которых должны быть данные из справочников, но их туда также забивают руками. Я знаком со многими языками программирования, но лучше всех знаю Delphi. Всё "большое" писал на нём. ("большое" - программы для себя, т.е. для облегчения своей работы). Писал всегда на Delphi 7, т.к. не требовалась поддержка современных реалей (Windows 8-10, Office 2013-2016-365 и т.д.). Практически не знаком с SQL-программированием, но как мне кажется, его надо будет использовать для решения вышестоящей задачи. Так вот вопрос: какой язык программирования выбрать сейчас? Есть Delphi Community Edition, есть RAD Studio, есть Embarcadero Delphi. Первая бесплатна на 1 год (что дальше будет с Delphi и разработанной программой - не знаю). Вторая, Delphi + C++ + InterBase и + много других программуль (говорят перегружена в интерфейсе и компиляции файлов). Третья последняя версия Delphi. Можете предложить свои варианты. Тема будет актуальна 7-10 дней. Спасибо. ЗЫ Писать прогу буду сам, "написать за деньги" - не беспокоиться. ЗЗЫ Если есть опыт работы с Delphi Community Edition - прошу написать своё мнение о ней, особенно если прошло больше года после начала использования. Ссылка на комментарий
Intel_agent Опубликовано 4 марта, 2019 Жалоба Поделиться Опубликовано 4 марта, 2019 @Bang обычная база данных. Чем access не устраивает?! Использование excel для таблиц такого объема непрофессионально. Ссылка на комментарий
Bang Опубликовано 4 марта, 2019 Автор Жалоба Поделиться Опубликовано 4 марта, 2019 (изменено) 34 минуты назад, Intel_agent сказал: @Bang обычная база данных. Необычная. Там много чего еще надо, просто коротко не объяснишь. 34 минуты назад, Intel_agent сказал: Чем access не устраивает?! Access - прошлый век. Он со времён 2003 офиса не развивается ни как, памяти жрет безбожно, одновременную работу больше 3 приврощает в кошмар... (цитата 2 разных программистов) 34 минуты назад, Intel_agent сказал: Использование excel для таблиц такого объема непрофессионально. А я о чем? Вот и надо сделать "профессионально". Изменено 4 марта, 2019 пользователем Bang Ссылка на комментарий
Робус Гробус Опубликовано 4 марта, 2019 Жалоба Поделиться Опубликовано 4 марта, 2019 Ничего не понял -- что должна программа делать? Считать формулы, как Excel? Просто хранить таблицы? Ссылка на комментарий
Bang Опубликовано 4 марта, 2019 Автор Жалоба Поделиться Опубликовано 4 марта, 2019 @Робус Гробус Надо: 1. Перевести (перенести) все данные из Excel в какую-нибудь базу (зависит от языка программирования). 2. Разработать удобный интерфейс проги. 3. Сделать вывод данных в необходимой печатной форме с экспортом в Excel (для выгрузки в вышестоящие инстанции). 4. Максимально ускорить работу проги и снизить сбои в работе по сетке. Так вот для решения данных и других задач нужно решить в чём делать? Склоняюсь базу сделать в sql, а интерфейс в delphi. Поставил себе Delphi 10.3 с бесплатной годовой лицензией. Появился такой вопрос: что будет с "разработанной" программой через год? Ссылка на комментарий
Mac Опубликовано 4 марта, 2019 Жалоба Поделиться Опубликовано 4 марта, 2019 01.03.2019 в 12:24, Bang сказал: работают в одном файле одновременно по 4-6 человек Совместный доступ по сети к одному расшаренному файлу? А как разрешается проблема перезаписи чужой работы? Google Docs/Яндекс не пробовали? По крайней мере совместная работа там над одним файлом устроена хорошо. Ссылка на комментарий
Bang Опубликовано 4 марта, 2019 Автор Жалоба Поделиться Опубликовано 4 марта, 2019 25 минут назад, Mac сказал: Совместный доступ по сети к одному расшаренному файлу? А как разрешается проблема перезаписи чужой работы? Сохраняются по очереди. 25 минут назад, Mac сказал: Google Docs/Яндекс не пробовали? По крайней мере совместная работа там над одним файлом устроена хорошо. Требуется офф-лайн. Ссылка на комментарий
esjigala Опубликовано 4 марта, 2019 Жалоба Поделиться Опубликовано 4 марта, 2019 (изменено) Java + Java fx + JDBC + MySql делаешь проект выкладываешь в гит. ссылку на свой профиль в гитхаб вставляешь в резюме и ищешь себе более достойную работу😁 Изменено 4 марта, 2019 пользователем esjigala 1 Ссылка на комментарий
Mac Опубликовано 4 марта, 2019 Жалоба Поделиться Опубликовано 4 марта, 2019 Что конкретно не устраивает в текущей схеме? Хотите, чтобы клиенты могли писать в базу независимо друг от друга? Во-первых, я бы поискал какие-нибудь готовые корпоративные решения с возможностью поднятия своего локального сервера. Может даже у MS Office такое есть. Либо посмотреть альтернативные офисные пакеты. Если БД не слишком сложная и есть желание/время реимплементить интерфейс табличного редактора самостоятельно, я бы посмотрел в сторону традиционного веб-сервиса: PHP/Python/Ruby + MySQL/PostgreSQL на сервере и HTML+JS в браузере на клиенте. Экспорт в CSV из такого сделать несложно. Бонусом будет возможность открыть это для мира (удаленный доступ сотрудников из дома, например). Но придется учить новый стек. Ссылка на комментарий
Робус Гробус Опубликовано 4 марта, 2019 Жалоба Поделиться Опубликовано 4 марта, 2019 6 часов назад, Bang сказал: 1. Перевести (перенести) все данные из Excel в какую-нибудь базу (зависит от языка программирования). 2. Разработать удобный интерфейс проги. 3. Сделать вывод данных в необходимой печатной форме с экспортом в Excel (для выгрузки в вышестоящие инстанции). 4. Максимально ускорить работу проги и снизить сбои в работе по сетке. Если это все требования -- то пиши на том стеке, который тебе больше нравится. ИМХО подойдёт практически что угодно. 6 часов назад, Bang сказал: интерфейс в delphi Не зачем так себя мучить -- это ведь не сопровождение легаси проекта. 6 часов назад, Bang сказал: Поставил себе Delphi 10.3 с бесплатной годовой лицензией. Появился такой вопрос: что будет с "разработанной" программой через год? В тыкву она превратиться (медленно но верно) без новых патчей от разработчика (тебя). 1 час назад, Mac сказал: Во-первых, я бы поискал какие-нибудь готовые корпоративные решения с возможностью поднятия своего локального сервера. Может даже у MS Office такое есть. Либо посмотреть альтернативные офисные пакеты. Вот, кстати, да. Был же какой-то очередной "убийца Libre Office" с открытым кодом и как раз на ынтырпрайз ориентированный.. OnlyOffice Ссылка на комментарий
X-tender Опубликовано 17 марта, 2019 Жалоба Поделиться Опубликовано 17 марта, 2019 04.03.2019 в 03:53, Intel_agent сказал: @Bang обычная база данных. Чем access не устраивает?! Использование excel для таблиц такого объема непрофессионально. +++ 04.03.2019 в 04:27, Bang сказал: Access - прошлый век. Он со времён 2003 офиса не развивается ни как, памяти жрет безбожно, одновременную работу больше 3 приврощает в кошмар... (цитата 2 разных программистов) Это только если использовать встроенную файл-серверную субд. Поставьте MS SQL Server и для ваших объемов и нагрузки этого будет более чем достаточно. 04.03.2019 в 12:55, Робус Гробус сказал: ынтырпрайз ориентированный Для "ынтырпрайза" есть Oracle Forms, но денег надо ооооооочень много 04.03.2019 в 08:47, esjigala сказал: Java + Java fx + JDBC + MySql Oracle XE тогда уж Ссылка на комментарий
trade Опубликовано 7 апреля, 2019 Жалоба Поделиться Опубликовано 7 апреля, 2019 Delphi + любая SQL БД поднятая в локалке организации 1 Ссылка на комментарий
X-tender Опубликовано 12 апреля, 2019 Жалоба Поделиться Опубликовано 12 апреля, 2019 Писать самому без опыта это практически 100% шанс нарваться на ошибки реализации, т.к. надо хорошо знать пессимистические/оптимистические блокировки, различные варианты ведения истории измения данных/восстановления предыдущих версий (Slow Changing Dimensions) и тд и тп... Ссылка на комментарий
Рекомендуемые сообщения
Пожалуйста, войдите, чтобы комментировать
Вы сможете оставить комментарий после входа в
Войти