UI для Firebird на Java

[@yroman]

>>хочу показать простоту написания БД
Так где БД-то? Я только интерфейс работы с БД вижу, но никак не самописную БД.

[@t0xic]

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

[@performer]

Вы БД с СУБД не путаете? :)
БД тут есть, СУБД — нет :)

[@javax]

я не понял, Вы специально для своей базы данных взяли имя существующей базы данных? www.firebirdsql.org/

И еще — Vector не используют (без особой нужды), берите ArrayList — то же самое но не синхронизированное

[@t0xic]

Про различия Vector и ArrayList знаю, но здесь не подумал об оптимальности, спасибо что ткнули.

Вы про? Если да, то не случайно, это из оф примера.
private static final String DRIVER = «org.firebirdsql.jdbc.FBDriver»;
private static final String URL = «jdbc:firebirdsql:localhost/3050:C:\\BD\\BD.FDB»;

[@jreznot]

У вас своя Firebird B_aseD_ata?
Точно не DataBase?
Очень оригинально.

[@t0xic]

Скорее это русский вариант закрался в голову (=
База Данных[BD]

[@t0xic]

Не совсем так, на базе всего этого творения вполне просто создавать много формы. Я лишь обозначил свой опыт удобной, на мой взгляд, архитектуры. Основывалось это все на написании UI для нескольких баз большим числом таблиц.

[@t0xic]

Есть части приложения, есть взаимоотношения между ними.

[@t0xic]

Уверен что вырасту из «исходников сомнительного качества», какие мои годы. Я согласен с вами, что не всем хочется, но таковые найдутся. Не отрицаю, статья получилась не для широкого круга людей. Да UML был бы кстати, спасибо.

[@t0xic]

Разве не верно что качество кода зависит от опыта?

[@t0xic]

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

[@t0xic]

Спасибо за потраченное время.

[@performer]

И вот еще один… Базу данных человек сам разработал в IBExpert-е. Не путайте с СУБД, DBA засмеют!

[@aleksandy]

То, что сразу бросается в глаза

1. В DBHelper#getData() ResultSet и Statement правильно закрывать в finally блоке, иначе будут утечки, если произойдет ошибка до их закрытия.
2. RanksFrame#add(), RanksFrame#delete(), RanksFrame#save() statement-ы вообще не закрываются.
3. RanksFrame#updateTable весь код лучше запихать внутрь какого-нибудь SwingWorker-а или Runnable-объекта с передачей его в EventQueue.invokeLater().
4. Параметры подключения читать из файла настроек

[@t0xic]

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

[@performer]

> начал написание
Косноязычие на лицо. Есть прекрасное слово — разработка. Начал разработку.