Прототипирование клиентских приложений, СУБД
Хочется услышать советы и комментарии по следующей задаче.
Итак, что есть:
- Несложная и малообъемная БД ( 12-15 таблиц, без сложных связей, PostgreSQL, но специфический диалект не используется и можно быстро перенести на другую СУБД).
- Располагается в локальной сети на постоянном сервере
Что нужно:
- Написать клиентское приложение, способное отображать отчеты данных из БД.
- Способное так же обновлять их через четко определенный список диалогов (каждому можно поставить в соответствие запрос).
Не требуется, чтобы это работало быстро, учитываю что в таблицах порядка 100-300 записей. Не требуется заранее заложить масштабиро-вание, и т.п.
Требуется написать это приложение максимально быстро.
Кто предложит какие технологии/архитектуру для создания такого приложения?
У меня есть ряд идей, но пока не буду озвучивать их.
Итак, что есть:
- Несложная и малообъемная БД ( 12-15 таблиц, без сложных связей, PostgreSQL, но специфический диалект не используется и можно быстро перенести на другую СУБД).
- Располагается в локальной сети на постоянном сервере
Что нужно:
- Написать клиентское приложение, способное отображать отчеты данных из БД.
- Способное так же обновлять их через четко определенный список диалогов (каждому можно поставить в соответствие запрос).
Не требуется, чтобы это работало быстро, учитываю что в таблицах порядка 100-300 записей. Не требуется заранее заложить масштабиро-вание, и т.п.
Требуется написать это приложение максимально быстро.
Кто предложит какие технологии/архитектуру для создания такого приложения?
У меня есть ряд идей, но пока не буду озвучивать их.
LINQ (C#3.0, .NET 3.5) в самый раз подойдет.
Достоинства: из студийного дизайнера перетащил БД - вот и объектная схема появилась. Запросы в явном виде в коде приложения, элементарная привязка объектов к интерфейсу.
Достоинства: из студийного дизайнера перетащил БД - вот и объектная схема появилась. Запросы в явном виде в коде приложения, элементарная привязка объектов к интерфейсу.
Я не знаю С#. И это не так технология, думаю, которую можно изучить быстро.
Я смотрю скорей в сторону ..даже не знаю, Руби возможно. Питон.
Ява была бы хороша, но кажется тяжеловесной для такой задачи.
Я смотрю скорей в сторону ..даже не знаю, Руби возможно. Питон.
Ява была бы хороша, но кажется тяжеловесной для такой задачи.
вместо PostgreSQL взять sqlite и любой скриптовый язык - Perl, Python. получится быстро. плюс - не надо тащить монстра, типа PostgreSQL на машину.
можешь еще в сторону TCL/Tk взглянуть :)
можешь еще в сторону TCL/Tk взглянуть :)
Цитата: Zorkus
Я не знаю С#. И это не так технология, думаю, которую можно изучить быстро.
Я смотрю скорей в сторону ..даже не знаю, Руби возможно. Питон.
Ява была бы хороша, но кажется тяжеловесной для такой задачи.
Я смотрю скорей в сторону ..даже не знаю, Руби возможно. Питон.
Ява была бы хороша, но кажется тяжеловесной для такой задачи.
А зачем тебе для такой простой и "легковесной" задачи Postgres? Думаю и на Java можно реализовать достойное приложение и JavaDB вполне подойдет для этих нужд. К примеру, если сваять Web приложение, кот. естественно будет работать через любой Web browser, а JavaDB сделать как "прослойку", т.е. embeded DB в твоем случае. Если умело обращаться со всем этим, то можно инжектировать хоть миллион записей в базу средствами JavaDB даже не прибегая к помощи таких вещей как Hibernate (который порой вообще не нужен).
Postgres уже есть и в нем все настроено, а с embedded db я не работал и не очень хочу сейчас начинать.
В итоге что я выбрал -
- Java
- Swing
- NetBeans
- Внимание! Beans Binding API! http://www.netbeans.org/kb/60/java/swing-app-beans-binding-screencast.html
В итоге что я выбрал -
- Java
- Swing
- NetBeans
- Внимание! Beans Binding API! http://www.netbeans.org/kb/60/java/swing-app-beans-binding-screencast.html