На чем можно легко писать приложения для ДБ ?

@Vutt · Регистрация: 28.04.2011

Author24 — интернет-сервис помощи студентам

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

.
Если кто-нибудь даст какие-нибудь ссылки на такого рода обзоры - буду очень благодарен.

@kolobok0 · 01.09.2011, 15:59

Если Вы писали на VB и имеете опыт общения с милкософтовской линейкой - то мне кажеться, более логично взглянуть на C#. Достаточно высокоуровневый язык, обьединяющий в себя бэйсик, яву и си плас плас в одном флаконе. Так же в библиотеке дот нет есть коллекция классов для обращения к базам данных. Думаю, что после того как освоитесь - легче будет сконцентрироваться на Вашей предметной области используя данный язык.

с уважением
(круглый)

@Dmitriy_Pryakhin · 01.09.2011, 17:36

Если не брезгуете смотреть старое, то посмотрете PowerBuilder. По скорости разработки у него конкурентов нет, равно как и по скорости освоения. Проблемы в основном две: во-первых, очень тяжело пишутся трехуровневые приложения; во-вторых, если хочется как-то высунуться из предоставляемой песочницы, также придется сильно попотеть. Правда, последний недостаток в значительной степени компенсируется тем, что песочница достаточно просторная.
Текущая версия - 10. К ней довольно близка девятая, так что если найдете ее, можно десятку не искать.

@Vutt · 01.09.2011, 18:06 **[ТС]**

Сам я с PowerBuilder раньше не сталкивался, но говорят что на нем достаточно сложно исправлять что-то (при изменениях в БД), есть сложности с работой дебагера и есть еще отзывы о том, что он очень часто глючит...так ли это?

@Dmitriy_Pryakhin · 01.09.2011, 18:48

Я бы сказал, что модифицируемость программ получается достаточно хорошая, ничем не хуже, чем в том же Delphy. Просто нужно иметь в виду, что PB - не вполне объектный инструмент, поэтому, если таблица видна из многих точек кода, придется править везде. Но, с другой стороны, в средних и мелких проектах не-объектность чаще ускоряет, чем замедляет разработку.
Сложностей с дебаггером у меня не было, но я активно работал только с версиями до 7 включительно. Справедливости ради нужно сказать, что я вообще дебаггеры не люблю и пользуюсь ими только в крайних случаях.
Насчет глючности могу сказать следующее. Прогу, написанную на PB можно компиллировать в EXE, а можно поставлять в byte-code в комплекте с библиотеками, которые его будут исполнять. Так вот, откомпиленные программы действительно работают безобразно, а к byte-code у меня претензий не было.

@Vutt · 05.09.2011, 11:45 **[ТС]**

А нужно ли (при использовании PowerBuilder) что-нибудь ставить дополнительно на клиентской машине (для возможности обращения к SQL Server'у) или достаточно просто установки exe-шника с библиотеками? А к SQL он будет через ОDBC например обращаться?

@Vutt · 05.09.2011, 11:48 **[ТС]**

И еще вопрос ко всем: на чем Вы пишите свои БД приложения для MS SQL ?
пока что основные программные средства получаются: VB/VB.NET, С/С++/С#, Delphi, PowerBuilder...
Есть что-нибудь еще конкурентно способное и с достаточными встроенными средствами для работы с БД?

@cryozot · 11.09.2011, 07:37

Есть ещё современные скриптовые языки типа Python и Ruby, из которых вообще всё просто делается, в том числе и работа с БД. Есть ещё платформа Java и куча RAD-средств под неё. Всё это вполне конкурентноспособно.

На любой из современных платформ, позиционируемых как предназначенных для разработки корпоративных приложений, достаточно просто работать с БД. Различаются подходы - это да. Где-то чуть проще один, где-то другой. Выбирать нужно исходя из-того, что ближе по духу, по знаниям. Если вы владеете VB, то можно на этом и остановиться, ибо ничего *принципиально* лучшего для задач низкой и средней сложности не придумали ещё.

@torskyr2004 · 28.09.2011, 20:35

Легче всего писать на Access

29.09.2011, 01:06

2 Vutt:
> пока что основные программные средства получаются: VB/VB.NET, С/С++/С#, Delphi, PowerBuilder...

мне кажется, что распределение немного неправильное - гораздо логичнее поставить VB.NET и C# в один ряд - все-таки они равноценны, а еще дописать к ним J#.
Мое мнение - именно их и нужно использовать (какой именно - зависит от личных предпочтений). Но .NET - однозначно...

@cryozot · 29.09.2011, 07:39

Если нужно создать приложение с веб-интерфейсом, то рекомендую взглянуть на Ruby on Rails (http://www.rubyonrails.org). Лично я не знаю другого способа за час написать полноценный веб-интерфейс для работы с десятком различных классов доменных объектов, хранящихся в БД. Используется очень простой, но выразительный язык Ruby.

Есть аналогичный по выразительности фреймворк Trails, но это уже для Java.

Возможно, есть что-либо аналогичное и для .NET - не встречал.

@Vutt · 29.09.2011, 08:58 **[ТС]**

Спасибо большое, всем, кто принял участие в обсуждении. На данный момент я остановился всетаки на .Net, и в частности на VB.Net

29.09.2011, 12:25

Если Вам нужно ОЧЕНЬ продвинутое средство разработки приложения связанного с СиквелСервером, причем в двухуровневой или трехуровневой схеме подключения, то остановите свой взгляд на MBS Axapta.

Это конечно не среда разработки в чистом виде... но...
Плюсы:
1. Полная абстракция от всех проблем связанным с подключением к базе, администрированием и т.п.
2. Продвинутая среда разработки ориентированная именно на работу с базой данный.
3. Огромная гора уже реализованного функционала и куча уже имеющихся справочников.
Минусы:
1. Это лицензионный продукт MS. И стоит он кучу бабок.
2. Ахарта ОЧЕНЬ БОЛЬШОЕ УЖЕ РАБОТАЮЩЕЕ ПРИЛОЖЕНИЕ. Глупо было бы использовать ее для написания своей картотеки дисков например...
3. На первый взгляд ИДЕ Ахарты очень легкая и простая. На деле в Ахарте ОЧЕНЬ МНОГО различных ограничений и условностей для разработчика.

15.10.2011, 21:55

Уж если говорить о [bold]полной абстракции[/bold] от "физического слоя", то нельзя не упомянуть систему "Домино 8.0" [italic](автор - компания "Софт-Вест", Москва)[/italic]: http://formtoini.narod.ru/Domino8/Domino8.htm

@Profi12 · 24.10.2011, 19:06

Есди для СиквелСервера под .NET то непременно C#.
Ещё для DB есть FoxPro (если не ошибаюсь, то последняя версия также поддерживает .NET)

Новые блоги и статьи Все статьи Все блоги /
Вопросы на собеседованиях по микросервисам ArchitectMsa 27.03.2025 Работодатели ищут не просто разработчиков, знающих базовые концепции, а специалистов, разбирающихся в тонкостях масштабирования, отказоустойчивости и производительности. Сейчас на первый план выходят. . .	Взаимодействие Python с REST API py-thonny 27.03.2025 REST API - это архитектурный стиль взаимодействия компонентов распределённого приложения в сети. Python располагает функциональным набором инструментов для работы с REST API и основная библиотека для. . .	sshd restrictions, ssh access limitations jigi33 26.03.2025 sshd restrictions \| ssh access limitations рестрикции доступа на сервер sshd статья: https:/ / www. golinuxcloud. com/ restrict-allow-ssh-certain-users-groups-rhel	Компиляция C++ с Clang API NullReferenced 24.03.2025 Компиляторы обычно воспринимаются как черные ящики, которые превращают исходный код в исполняемые файлы. Мы запускаем компилятор командой в терминале, и вуаля — получаем бинарник. Но что если нужно. . .	Многопоточное программирование в C#: Класс Thread UnmanagedCoder 24.03.2025 Когда запускается приложение на компьютере, операционная система создаёт для него процесс - виртуальное адресное пространство. В C# этот процесс изначально получает один поток выполнения — главный. . .
SwiftUI Data Flow: Передача данных между представлениями mobDevWorks 23.03.2025 При первом знакомстве со SwiftUI кажется, что фреймворк предлагает избыточное количество механизмов для передачи данных: @State, @Binding, @StateObject, @ObservedObject, @EnvironmentObject и другие. . . .	Моки в Java: Сравниваем Mockito, EasyMock, JMockit Javaican 23.03.2025 Как протестировать класс, который зависит от других сложных компонентов, таких как базы данных, веб-сервисы или другие классы, с которыми и так непросто работать в тестовом окружении? Для этого и. . .	Архитектурные паттерны микросервисов: ТОП-10 шаблонов ArchitectMsa 22.03.2025 Популярность микросервисной архитектуры объясняется множеством важных преимуществ. К примеру, она позволяет командам разработчиков работать независимо друг от друга, используя различные технологии и. . .	Оптимизация рендеринга в Unity: Сортировка миллиона спрайтов GameUnited 22.03.2025 Помните, когда наличие сотни спрайтов в игре приводило к существенному падению производительности? Время таких ограничений уходит в прошлое. Сегодня геймдев сталкивается с задачами совершенно иного. . .	Образование и практика Igor3D 21.03.2025 Добрый день А вот каково качество/ эффективность ВУЗовского образования? Аналитическая геометрия изучается в первом семестре и считается довольно легким курсом, что вполне справедливо. Ну хорошо,. . .

@Vutt 0 / 0 / 0 Регистрация: 28.04.2011 Сообщений: 6

	На чем можно легко писать приложения для ДБ ? 01.09.2011, 13:53. Показов 4657. Ответов 14 Метки нет (Все метки) Подскажите, пожалуйста, с помощью каких средств лучше всего писать клиентские приложения для БД. Критерии в основном максимальная легкость написания и нормальная функциональность. Есть опыт в написании на VB....просто хочеться обобщить все виды ПО и может рассмотреть что-то новое (или старое)... Рассмотрим все варианты . Если кто-нибудь даст какие-нибудь ссылки на такого рода обзоры - буду очень благодарен. 0

@kolobok0 50 / 49 / 10 Регистрация: 24.01.2010 Сообщений: 225
	01.09.2011, 15:59
	Если Вы писали на VB и имеете опыт общения с милкософтовской линейкой - то мне кажеться, более логично взглянуть на C#. Достаточно высокоуровневый язык, обьединяющий в себя бэйсик, яву и си плас плас в одном флаконе. Так же в библиотеке дот нет есть коллекция классов для обращения к базам данных. Думаю, что после того как освоитесь - легче будет сконцентрироваться на Вашей предметной области используя данный язык. с уважением (круглый) 0

@Dmitriy_Pryakhin 1 / 1 / 2 Регистрация: 07.01.2010 Сообщений: 128
	01.09.2011, 17:36
	Если не брезгуете смотреть старое, то посмотрете PowerBuilder. По скорости разработки у него конкурентов нет, равно как и по скорости освоения. Проблемы в основном две: во-первых, очень тяжело пишутся трехуровневые приложения; во-вторых, если хочется как-то высунуться из предоставляемой песочницы, также придется сильно попотеть. Правда, последний недостаток в значительной степени компенсируется тем, что песочница достаточно просторная. Текущая версия - 10. К ней довольно близка девятая, так что если найдете ее, можно десятку не искать. 0

@Vutt 0 / 0 / 0 Регистрация: 28.04.2011 Сообщений: 6
	01.09.2011, 18:06 [ТС]
	Сам я с PowerBuilder раньше не сталкивался, но говорят что на нем достаточно сложно исправлять что-то (при изменениях в БД), есть сложности с работой дебагера и есть еще отзывы о том, что он очень часто глючит...так ли это? 0

@Dmitriy_Pryakhin 1 / 1 / 2 Регистрация: 07.01.2010 Сообщений: 128
	01.09.2011, 18:48
	Я бы сказал, что модифицируемость программ получается достаточно хорошая, ничем не хуже, чем в том же Delphy. Просто нужно иметь в виду, что PB - не вполне объектный инструмент, поэтому, если таблица видна из многих точек кода, придется править везде. Но, с другой стороны, в средних и мелких проектах не-объектность чаще ускоряет, чем замедляет разработку. Сложностей с дебаггером у меня не было, но я активно работал только с версиями до 7 включительно. Справедливости ради нужно сказать, что я вообще дебаггеры не люблю и пользуюсь ими только в крайних случаях. Насчет глючности могу сказать следующее. Прогу, написанную на PB можно компиллировать в EXE, а можно поставлять в byte-code в комплекте с библиотеками, которые его будут исполнять. Так вот, откомпиленные программы действительно работают безобразно, а к byte-code у меня претензий не было. 0

@Vutt 0 / 0 / 0 Регистрация: 28.04.2011 Сообщений: 6
	05.09.2011, 11:45 [ТС]
	А нужно ли (при использовании PowerBuilder) что-нибудь ставить дополнительно на клиентской машине (для возможности обращения к SQL Server'у) или достаточно просто установки exe-шника с библиотеками? А к SQL он будет через ОDBC например обращаться? 0

@Vutt 0 / 0 / 0 Регистрация: 28.04.2011 Сообщений: 6
	05.09.2011, 11:48 [ТС]
	И еще вопрос ко всем: на чем Вы пишите свои БД приложения для MS SQL ? пока что основные программные средства получаются: VB/VB.NET, С/С++/С#, Delphi, PowerBuilder... Есть что-нибудь еще конкурентно способное и с достаточными встроенными средствами для работы с БД? 0

@cryozot 1 / 1 / 0 Регистрация: 02.08.2011 Сообщений: 64
	11.09.2011, 07:37
	Есть ещё современные скриптовые языки типа Python и Ruby, из которых вообще всё просто делается, в том числе и работа с БД. Есть ещё платформа Java и куча RAD-средств под неё. Всё это вполне конкурентноспособно. На любой из современных платформ, позиционируемых как предназначенных для разработки корпоративных приложений, достаточно просто работать с БД. Различаются подходы - это да. Где-то чуть проще один, где-то другой. Выбирать нужно исходя из-того, что ближе по духу, по знаниям. Если вы владеете VB, то можно на этом и остановиться, ибо ничего принципиально лучшего для задач низкой и средней сложности не придумали ещё. 0

@torskyr2004 0 / 0 / 0 Регистрация: 07.02.2010 Сообщений: 87
	28.09.2011, 20:35
	Легче всего писать на Access 0

Messir
	29.09.2011, 01:06
	2 Vutt: > пока что основные программные средства получаются: VB/VB.NET, С/С++/С#, Delphi, PowerBuilder... мне кажется, что распределение немного неправильное - гораздо логичнее поставить VB.NET и C# в один ряд - все-таки они равноценны, а еще дописать к ним J#. Мое мнение - именно их и нужно использовать (какой именно - зависит от личных предпочтений). Но .NET - однозначно...

Опции темы

@cryozot 1 / 1 / 0 Регистрация: 02.08.2011 Сообщений: 64
	29.09.2011, 07:39
	Если нужно создать приложение с веб-интерфейсом, то рекомендую взглянуть на Ruby on Rails (http://www.rubyonrails.org). Лично я не знаю другого способа за час написать полноценный веб-интерфейс для работы с десятком различных классов доменных объектов, хранящихся в БД. Используется очень простой, но выразительный язык Ruby. Есть аналогичный по выразительности фреймворк Trails, но это уже для Java. Возможно, есть что-либо аналогичное и для .NET - не встречал. 0

@Vutt 0 / 0 / 0 Регистрация: 28.04.2011 Сообщений: 6
	29.09.2011, 08:58 [ТС]
	Спасибо большое, всем, кто принял участие в обсуждении. На данный момент я остановился всетаки на .Net, и в частности на VB.Net 0

Taandr
	29.09.2011, 12:25
	Если Вам нужно ОЧЕНЬ продвинутое средство разработки приложения связанного с СиквелСервером, причем в двухуровневой или трехуровневой схеме подключения, то остановите свой взгляд на MBS Axapta. Это конечно не среда разработки в чистом виде... но... Плюсы: 1. Полная абстракция от всех проблем связанным с подключением к базе, администрированием и т.п. 2. Продвинутая среда разработки ориентированная именно на работу с базой данный. 3. Огромная гора уже реализованного функционала и куча уже имеющихся справочников. Минусы: 1. Это лицензионный продукт MS. И стоит он кучу бабок. 2. Ахарта ОЧЕНЬ БОЛЬШОЕ УЖЕ РАБОТАЮЩЕЕ ПРИЛОЖЕНИЕ. Глупо было бы использовать ее для написания своей картотеки дисков например... 3. На первый взгляд ИДЕ Ахарты очень легкая и простая. На деле в Ахарте ОЧЕНЬ МНОГО различных ограничений и условностей для разработчика.

Comanche
	15.10.2011, 21:55
	Уж если говорить о [bold]полной абстракции[/bold] от "физического слоя", то нельзя не упомянуть систему "Домино 8.0" [italic](автор - компания "Софт-Вест", Москва)[/italic]: http://formtoini.narod.ru/Domino8/Domino8.htm

@Profi12 0 / 0 / 0 Регистрация: 13.09.2011 Сообщений: 17
	24.10.2011, 19:06
	Есди для СиквелСервера под .NET то непременно C#. Ещё для DB есть FoxPro (если не ошибаюсь, то последняя версия также поддерживает .NET) 0