ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Выбор средства разработки/языка для доступа к СУБД
48 сообщений из 48, показаны все 2 страниц
  все  
Выбор средства разработки/языка для доступа к СУБД
    #39800633
omarushchak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
omarushchak
Гость
Добрый день!

прошу Вашего совета относительно выбора языка/среды для разработки форм (получить данные из РСУБД, положить данные в БД, обновить, удалить).

Необходимо создать главную форму и из нее посредством меню вызывать разные формы списки документов, затем необходимо в них "проваливаться" и редактировать уже существуюющий документ или создавать/удалять из списка новый/старый.

Спасибо.
...
Рейтинг: 0 / 0
12.04.2019, 15:38
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39800791
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Siemargl
Участник
omarushchak,

в школу
...
Рейтинг: 0 / 0
12.04.2019, 22:10
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39800802
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
omarushchakДобрый день!

прошу Вашего совета относительно выбора языка/среды для разработки форм (получить данные из РСУБД, положить данные в БД, обновить, удалить).

Необходимо создать главную форму и из нее посредством меню вызывать разные формы списки документов, затем необходимо в них "проваливаться" и редактировать уже существуюющий документ или создавать/удалять из списка новый/старый.

Спасибо.

Тут как в телешоу. Ты должен выбрать категорию. Например

- Веб-приложения (которые в браузере)
- Оконные Windows приложения (которые работают просто в Винде). Экзешники.

И в зависимости от категории дальше - будут другие советы и уточняющие вопросы.
Для веб-приложений один пласт языков. Для окошечных другой.
...
Рейтинг: 0 / 0
12.04.2019, 22:41
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39800883
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex55555
Участник
omarushchakполучить данные из РСУБД, положить данные в БД, обновить, удалить
Есть масса редакторов БД. В теме "Разработка информационных систем" человек 10 наверное авторов таких конструкторов - спроси у них.
...
Рейтинг: 0 / 0
13.04.2019, 11:55
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39800896
Фотография vikkiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vikkiv
Участник
mayton...Для веб-приложений один пласт языков. Для окошечных другой.

точно, там ведь для выбора языка программирования ещё целый пласт других уровней пойдёт
типа на какой операционной системе (и версии) сидят пользователи,
подразумевается-ли мультиплатформенная поддержка, и т.д.
...
Рейтинг: 0 / 0
13.04.2019, 13:03
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801311
omarushchak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
omarushchak
Гость
mayton,

Оконные приложения
...
Рейтинг: 0 / 0
15.04.2019, 10:29
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801487
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Делай в том, в чём умеешь и через то, что знаешь. Не умеешь и не знаешь ничего - пойди учить первое попавшееся. Особой разницы, строго говоря, нет.
...
Рейтинг: 0 / 0
15.04.2019, 13:39
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801526
omarushchak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
omarushchak
Гость
Dimitry Sibiryakov,
Умею на Access. Но хотел бы на Delphi. Но тут все пишут, что delphi больше не в тренде.
...
Рейтинг: 0 / 0
15.04.2019, 14:24
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801597
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
omarushchakmayton,

Оконные приложения
Бери Шарпы . Будет всё чики-пики...
...
Рейтинг: 0 / 0
15.04.2019, 16:08
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801604
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DarkMaster
Участник
omarushchak,

Озвучь задачу. Обучение, заработать денег, дать возможность кому-то что-то сделать с БД (автоматизация бизнес процесса)... Слишком много вариантов.
...
Рейтинг: 0 / 0
15.04.2019, 16:14
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801606
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DarkMaster
Участник
maytonomarushchakmayton,

Оконные приложения
Бери Шарпы . Будет всё чики-пики...

Ровно с тем же успехом может тогда быть и Делфи и тот же Access
...
Рейтинг: 0 / 0
15.04.2019, 16:15
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801609
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
DarkMastermaytonпропущено...

Бери Шарпы . Будет всё чики-пики...

Ровно с тем же успехом может тогда быть и Делфи и тот же Access
Дельфи когда-то был реально силён. Моё почтение. Почти вся автоматизация на предприятиях
шла через дельфовые формочки. Щас не знаю. Я не в теме просто. Надо делфистов спрашивать.

Но у нас в команде было аж 3-4 бывших делфиста которые свичнулись на фронт-веб разработку
на Java. Не жалеют вобщем. В деньгах только поднялись.
...
Рейтинг: 0 / 0
15.04.2019, 16:17
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801674
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DarkMaster
Участник
mayton,

Я давно уже перестал смотреть, на чем там задачу решают. Есть задача (требования) - есть языки и технологии. Выбираем технологию - делаем. Во всяком случае для конечного пользователя пофиг что под капотом - Delphi/C#/С++ или что-то вообще супер новомодное. Или опять-таки - сайт на PHP/Java/JS/ASP или на каком-то новородившемся фреймворке. С помощью любого инструмента можно сделать и хороший продукт и забагованную кучу гуана...

P.S. Давайте не вдаваться в технологический долг, эскплуатацию, возможности развития и прочее - это уже выходит за тему.
...
Рейтинг: 0 / 0
15.04.2019, 17:15
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801741
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
ИМХО пользователю пофиг на чем написано ровно до тех пор пока у него разработчик не исчезнет, а потом начинается что вместо чуть-чуть доделать, предлагают все переделать с нуля, т.к. на этом уже не пишут, не модно и т.д. и т.п.
Поэтому я считаю самой идеальной платформой для систем учета - 1С. Тут нет проблем со сменой разработчика.
...
Рейтинг: 0 / 0
15.04.2019, 19:46
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801761
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
DarkMastermaytonпропущено...

Бери Шарпы . Будет всё чики-пики...

Ровно с тем же успехом может тогда быть и Делфи и тот же Access
Вы-бы вложились в старт проекта на Delphi?
...
Рейтинг: 0 / 0
15.04.2019, 20:42
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801809
Фотография Критик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Критик
Участник
omarushchakDimitry Sibiryakov,
Умею на Access. Но хотел бы на Delphi. Но тут все пишут, что delphi больше не в тренде.

C# или java
...
Рейтинг: 0 / 0
16.04.2019, 01:12
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801830
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
omarushchakDimitry Sibiryakov,
Умею на Access.
То есть под Windows, то есть Microsoft.

Тогда C#.
...
Рейтинг: 0 / 0
16.04.2019, 06:36
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801888
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DarkMaster
Участник
maytonDarkMasterпропущено...


Ровно с тем же успехом может тогда быть и Делфи и тот же Access
Вы-бы вложились в старт проекта на Delphi?

А что мешает? Страшилки всякие типа "Дельфи мертв"? Ну так тот же PHP хоронят уже бог знает сколько времени....
...
Рейтинг: 0 / 0
16.04.2019, 09:43
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801904
Фотография Критик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Критик
Участник
DarkMaster,

Кто это дело потом поддерживать будет?
...
Рейтинг: 0 / 0
16.04.2019, 10:05
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801905
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
DarkMastermaytonпропущено...

Вы-бы вложились в старт проекта на Delphi?

А что мешает? Страшилки всякие типа "Дельфи мертв"? Ну так тот же PHP хоронят уже бог знает сколько времени....
Логичное обоснование однако :)
...
Рейтинг: 0 / 0
16.04.2019, 10:06
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39801931
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DarkMaster
Участник
КритикDarkMaster,

Кто это дело потом поддерживать будет?

Гм... Ок. Берем С#... Через некоторое время он заменяется на что-то другое (можно посмотреть на ту же эволюцию asp.net для примера). Не хотите c# - возьмите JS с его многообразием фреймворков, которые изобретаются десятками и хоронятся с той же скоростью. Любой продукт устаревает, изменяется - так что вопрос поддержки - сугубо риторический. И дельфи тут никаким боком.
...
Рейтинг: 0 / 0
16.04.2019, 10:34
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39802002
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
DarkMasterКритикDarkMaster,

Кто это дело потом поддерживать будет?

Гм... Ок. Берем С#... Через некоторое время он заменяется на что-то другое (можно посмотреть на ту же эволюцию asp.net для примера). Не хотите c# - возьмите JS с его многообразием фреймворков, которые изобретаются десятками и хоронятся с той же скоростью. Любой продукт устаревает, изменяется - так что вопрос поддержки - сугубо риторический. И дельфи тут никаким боком.
Вы понимаете что с момента компилляции Delphi-бинарника он начинает медленно умирать?
Грубо говоря вы сидите на часовой бомбе которая зависит например от технической политики
Microsoft по отношению к семейству своих же продуктов. Windows-XP суппорт прекращён - все что
вы написали под него - мертво.
...
Рейтинг: 0 / 0
16.04.2019, 11:45
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39802007
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DarkMaster
Участник
mayton,

Это можно сказать о любом языке. Любой бинарник начинает умирать с момента компиляции.
...
Рейтинг: 0 / 0
16.04.2019, 11:52
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39802009
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
DarkMastermayton,

Это можно сказать о любом языке. Любой бинарник начинает умирать с момента компиляции.
Нет. Я до сих пор нормально запускаю бинарники от Java 1.4 собранные в 1998 году.
...
Рейтинг: 0 / 0
16.04.2019, 11:57
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39802070
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
maytonЯ до сих пор нормально запускаю бинарники от Java 1.4 собранные в 1998 году.Только это заслуга среды исполнения (JVM), а не самих "бинарников" (class-файлов).
"Бинарники на Дельфи" живы до тех пор, пока MS Windows сохраняет обратную совместимость. Варианты могут быть разные, но "скорее жив, чем мёртв".
...
Рейтинг: 0 / 0
16.04.2019, 13:10
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39802075
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Basil A. SidorovmaytonЯ до сих пор нормально запускаю бинарники от Java 1.4 собранные в 1998 году.Только это заслуга среды исполнения (JVM), а не самих "бинарников" (class-файлов).
"Бинарники на Дельфи" живы до тех пор, пока MS Windows сохраняет обратную совместимость. Варианты могут быть разные, но "скорее жив, чем мёртв".
Я согласен что он скорее жив чем мертв. Просто Microsoft бывает иногда излишне резок в своей политике
релизов. А разработка на шарпах которую я предлагал - всё таки дает больше гарантий что вам не нужно
будет привлекать дорогостоящих разрабов для портирования вашего драгоценного рабочего места под Windows 10
к примеры.

Заломят цену... сволочи.
...
Рейтинг: 0 / 0
16.04.2019, 13:13
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39802087
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
ИМХО проблема не в зависимости от политики производителей ОС, тут как раз все отлично, во всех виндовсах работает софт написанный для Win95, может кроме игр, которые напрямую к видеокарте обращались. Главная проблема в развитии ПО, т.е. в доработках.
...
Рейтинг: 0 / 0
16.04.2019, 13:21
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39802090
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
maytonПросто Microsoft бывает иногда излишне резок в своей политике релизов.
А разработка на шарпах которую я предлагал - всё таки дает больше гарантий ...Но если учесть, что кроме языка есть API, которых сейчас два, то ситуация выглядит уже менее однозначно.
...
Рейтинг: 0 / 0
16.04.2019, 13:23
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39802116
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
maytonЯ до сих пор нормально запускаю бинарники от Java 1.4 собранные в 1998 году.
Я точно так же нормально запускаю WinCVS, собранный в 2001-м. Дело не в среде, а в руках сборщика.
...
Рейтинг: 0 / 0
16.04.2019, 13:54
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39802166
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Обычно к АРМ или клиенту идёт толстенная документация по установке. Надеюсь вы проводите
границу между утилитой и десктопом который делает достаточно много всего и зависит от
всяких Odbc, *DAC, BDE, зависит от нативного WindowsAPI, в котором те параметры которые
раньше заполнялись NULL уже нелетают или требуют более аккуратной разработки. В целом
современная ОС всё ближе и ближе к песочнице где код имеет очень мало прав и любая активность
с реестром или диском которая раньше прокатывала уже не работает так просто. Прерывания
уже не дёрнуть. Да много всего. Вобщем думайте. Delphi - как RAD - я плюсую. Моё почтение.
Delphi - как современная платформа для бизнес-разработки (или поддержки старого) - есть
сомнения.
...
Рейтинг: 0 / 0
16.04.2019, 14:33
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825036
omarushchak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
omarushchak
Гость
А чем плох Access как клиентская часть к СУБД?
...
Рейтинг: 0 / 0
10.06.2019, 16:53
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825111
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
Dima TИМХО пользователю пофиг на чем написано ровно до тех пор пока у него разработчик не исчезнет, а потом начинается что вместо чуть-чуть доделать, предлагают все переделать с нуля, т.к. на этом уже не пишут, не модно и т.д. и т.п.
Поэтому я считаю самой идеальной платформой для систем учета - 1С. Тут нет проблем со сменой разработчика.ога, иди поищи
вообще "дорого" зависит от цены, которую она приобретает, а не от среды разработки.

Ну не получится бентли починить в любом гараже...
...
Рейтинг: 0 / 0
10.06.2019, 20:17
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825114
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
kealon(Ruslan)Dima TИМХО пользователю пофиг на чем написано ровно до тех пор пока у него разработчик не исчезнет, а потом начинается что вместо чуть-чуть доделать, предлагают все переделать с нуля, т.к. на этом уже не пишут, не модно и т.д. и т.п.
Поэтому я считаю самой идеальной платформой для систем учета - 1С. Тут нет проблем со сменой разработчика.ога, иди поищи
вообще "дорого" зависит от цены, которую она приобретает, а не от среды разработки.

Ну не получится бентли починить в любом гараже...
Поток сознания не понял, можно поподробнее меня покритиковать, тогда отвечу.
...
Рейтинг: 0 / 0
10.06.2019, 20:30
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825116
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
kealon(Ruslan)Ну не получится бентли починить в любом гараже...
Я к тому что практичнее ездить на жигулях чтобы в любом гараже быстро починили.
...
Рейтинг: 0 / 0
10.06.2019, 20:46
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825209
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
Dima T,

практичнее, но судя по нашим дорогам, большинство так не думает

я о том, что хороший 1С-к тоже стоит как спец по любому другому языку, несмотря на все уу...-конфигуратор и пр. И чем сложнее и самостоятельнее будет проект, тем дороже будет обходиться его обслуживание.
...
Рейтинг: 0 / 0
11.06.2019, 09:49
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825234
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KreatorXXI
Участник
А что такое хороший 1С-ник? Большинство могут пользоваться только тем, что наработала головная контора. Вроде бы возможности у платформы есть, а никому не надо?
...
Рейтинг: 0 / 0
11.06.2019, 10:56
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825282
d7i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
d7i
Участник
Dima TИМХО проблема не в зависимости от политики производителей ОС, тут как раз все отлично, во всех виндовсах работает софт написанный для Win95, может кроме игр, которые напрямую к видеокарте обращались. Главная проблема в развитии ПО, т.е. в доработках.
MS всегда обещает совместимость. Но...
В 64-разрядных Windows многие 32-разрядные приложения не работают. Особенно те, которые
нестандартно работают с памятью. Имею кучу нужных мне 32-разрядных приложений (1995-1999 годов), которые не
работают в 64-разрядной Windows, но прекрасно работают в 32-разрядных (начиная от Windows 95 и вплоть до Windows 10).
Так что есть над чем подумать при выборе средств разработки для Windows. Чтобы не пришлось через пару лет рвать
кое-где волосы...
...
Рейтинг: 0 / 0
11.06.2019, 12:08
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825289
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KreatorXXI
Участник
d7i,

ничего не путаете? 16-разрядные не работают. Как раз тех годов. С 32-разрядными проблем нет. Процентов на 99.
...
Рейтинг: 0 / 0
11.06.2019, 12:14
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825302
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
KreatorXXIА что такое хороший 1С-ник? Большинство могут пользоваться только тем, что наработала головная контора. Вроде бы возможности у платформы есть, а никому не надо?согласен, такое же абстрактное понятие как и сеньёр
но как бы в апроксимации можно брать хотя бы не ниже среднего, т.е. вполне может уйти в другую область, но за 1С получает сопоставимо с другими направлениями.

"никому не надо" === мало кому надо, 1С довольно капризный вендор и денежек хочет. Если отходить от базиса, т.е. делать проект более самостоятельным, то поддержка действий вендора становится слишком дорогой, а 1С в основном эксплуатируют мелкие предприятия - не по карману им серьёзные проекты.

Пример, есть одна довольно известная контора, сейчас у них около 80-ти 1С-в, выбрали весь локальный рынок и ещё ищут. Ежу понятно что обходится это недёшево, вот вам и цена кастомизации.
...
Рейтинг: 0 / 0
11.06.2019, 12:33
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825352
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KreatorXXI
Участник
kealon(Ruslan),

ну а приличное они что-то могут сделать, эти 80 человек? Или тупо эксплуатируют наработки головного вендора?
...
Рейтинг: 0 / 0
11.06.2019, 13:24
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825357
d7i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
d7i
Участник
KreatorXXId7i,
ничего не путаете? 16-разрядные не работают. Как раз тех годов. С 32-разрядными проблем нет. Процентов на 99.
Ничего не путаю. СУБД SyBase SQL Anywhere 5.5 (1999 г.) запускается, но "падает" через несколько минут на 64-разрядной Windows
(и сервер и энжайн). Также "падает" их ODBC-драйвер (на клиенте). Ошибка - некорректная работа с памятью. Видимо, там используются какие-то хитрые функции работы с памятью...
А вот среда Powersoft++ (1999 г., идет в связке с SyBase SQL Anywhere 5.5) вообще даже не устанавливается, так как имеет в своем составе 16-разрядные библиотеки...
Вот такая "полная совместимость"....
...
Рейтинг: 0 / 0
11.06.2019, 13:34
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825359
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
d7iВидимо, там используются какие-то хитрые функции работы с памятью...
а зачем их использовать?
...
Рейтинг: 0 / 0
11.06.2019, 13:37
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825375
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
d7iВидимо, там используются какие-то хитрые функции работы с памятью...
Угу, они офигевают, получив от системы "свободно 4 гигабайта физического ОЗУ". Но остаётся вопрос криворукости тех, кто эти функции туда засунул.
...
Рейтинг: 0 / 0
11.06.2019, 13:50
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825387
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KreatorXXI
Участник
d7iKreatorXXId7i,
ничего не путаете? 16-разрядные не работают. Как раз тех годов. С 32-разрядными проблем нет. Процентов на 99.
Ничего не путаю. СУБД SyBase SQL Anywhere 5.5 (1999 г.) запускается, но "падает" через несколько минут на 64-разрядной Windows
(и сервер и энжайн). Также "падает" их ODBC-драйвер (на клиенте). Ошибка - некорректная работа с памятью. Видимо, там используются какие-то хитрые функции работы с памятью...
А вот среда Powersoft++ (1999 г., идет в связке с SyBase SQL Anywhere 5.5) вообще даже не устанавливается, так как имеет в своем составе 16-разрядные библиотеки...
Вот такая "полная совместимость"....
Думаю, не показатель. Может программа проверяет версию Винды и валится от неизвестного ответа. Помните у 1С тоже были проблемы с Вистой? Не от разрядности проблема. Возможно.
...
Рейтинг: 0 / 0
11.06.2019, 14:02
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825402
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
d7iА вот среда Powersoft++ (1999 г., идет в связке с SyBase SQL Anywhere 5.5) вообще даже не устанавливается, так как имеет в своем составе 16-разрядные библиотеки...
Вот такая "полная совместимость"....
Я говорил про софт написанный для Win95, т.е. 32-битный под x86, а не совместимый с Win95. 16-битное старье возможно работало в Win95, но в режиме обратной совместимости.
То же самое касается DOS-приложений, которые перестали работать в Win7x64.

Dimitry SibiryakovУгу, они офигевают, получив от системы "свободно 4 гигабайта физического ОЗУ". Но остаётся вопрос криворукости тех, кто эти функции туда засунул.
+1
MS Visual FoxPro 6.0 глючило если оперативки более 2 Гб. Магическая цифра 2Гб или 2^31, максимум для int переменной (32-битное целое со знаком).
В 90-е даже HDD размером до 2Гб редко дотягивали, никто не думал что 2+ Гб оперативки может быть.
...
Рейтинг: 0 / 0
11.06.2019, 14:09
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825435
d7i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
d7i
Участник
Dima Td7iА вот среда Powersoft++ (1999 г., идет в связке с SyBase SQL Anywhere 5.5) вообще даже не устанавливается, так как имеет в своем составе 16-разрядные библиотеки...
Вот такая "полная совместимость"....
Я говорил про софт написанный для Win95, т.е. 32-битный под x86, а не совместимый с Win95. 16-битное старье возможно работало в Win95, но в режиме обратной совместимости.
То же самое касается DOS-приложений, которые перестали работать в Win7x64.

RAD-студия Powersoft++ (1999 г.) была написана как раз под Windows 95 и Windows NT. А 16-разрядные библиотеки использовала потому, что могла компилировать также под Windows 3.11. В любом случае, собранные в ней EXE и DLL прекрасно работают даже в 64-разрядной Windows 10. Проблема только с установкой Powersoft++ в 64-разрядной Windows .
d7iВидимо, там используются какие-то хитрые функции работы с памятью...
Изопропила зачем их использовать?
Это СУБД. Сервер работает с кэшем. Видимо нужно было.
Первичный разработчик Watcom, допиливал SyBase. Весьма солидные конторы, я не думаю что они что-то там "налажали".
SyBase SQL Anywhere 5.5 супер-СУБД для небольших групп, такую теперь ещё поискать надо. Прекрасно работает с 1994 года и
по сей день, на всех Windows. Кроме 64-разрядных...
Так что MS просто "привирает" про полную совместимость 32-разрядных приложений в 64-разрядной ОС...
Нет там полной совместимости. И быть не могло, потому что "всем не угодишь". И SyBase SQL Anywhere 5.5 попала в число "неугодных". Се ля ви.

Это я к тому, что выбирать среду разработки следует очень тщательно, если планируется долгоживущий проект.
...
Рейтинг: 0 / 0
11.06.2019, 15:09
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825436
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Давайте вспомним мажорные изменения в ключевых версиях Windows начиная от Windows-95.
Кодовые страницы. 1251-UTF16. Измененния прав доступа (ACL) в файловых системах начиная
прибл (С Windows-NT). Более длинные файловые пути (здесь надо уточнить не уверен) и их реакция на приложение,
Win32 API, стал наделять смыслом некоторые параметры (handles) которые
раньше мы заполняли 0 или NULL (здесь я навскидку не могу вспомнить ничего конкретного но
когда я кодил на MFC/C++ то такие находил). Изменения в реестре. Windows Defender, DEP. Ограничения
на обращения в прерываниям (IRQ). И различного рода багофиксы которые закрывают безопасность
но после которых легаси-ПО не работает.
...
Рейтинг: 0 / 0
11.06.2019, 15:12
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825454
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
KreatorXXIkealon(Ruslan),

ну а приличное они что-то могут сделать, эти 80 человек? Или тупо эксплуатируют наработки головного вендора?да так же как и везде: там прилепят, здесь присобачат :-)
...
Рейтинг: 0 / 0
11.06.2019, 15:44
| Ответить | Цитировать | Написать  
48 сообщений из 48, показаны все 2 страниц
  все  
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Выбор средства разработки/языка для доступа к СУБД
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=16&tid=1339931]:
 0ms
get settings:
 10ms
get forum list:
 12ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 323ms
get topic data:
 10ms
get forum data:
 3ms
get page messages:
 73ms
get tp. blocked users:
 1ms
others: 14ms
total:  452ms
созд. / загр.: 452ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]