powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнение локальных БД
58 сообщений из 58, показаны все 3 страниц
Сравнение локальных БД
    #34445516
Евгений3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Возникла следующая проблема:
Написал для курсового программу и БД на связке Delphi 7 - BDE - Paradox. БД небольшая - 4 таблицы и не более 100 новых записей в день.

Требуется доказать, что такая конфигурация / связка самая оптимальная для данной работы. 1 страница печатного текста (14 пт, Times New Roman).

Подскажите, что мне написать?

Спасибо
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34445551
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Пишите, что эта связка столь отработана, что к ней уже много лет даже патчей не выпускают.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34445649
Евгений3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
А что еще написать, препод предложил оформить табличку преимуществ и недостатков Paradox по сравнению с другими БД
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34445658
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как Вам сказать, это задание сродни сочинениям в школе - умение совершенно беспредметно трепаться на заданную тему. Потом от вас будут хотеть таких же документов, скажем, "напишите обоснование, согласно которому та хрень, от которой мы давно хотим, но никак не можем отвязаться и есть оптимальный выбор для информационной системы нашего нового заказчика". Что хотите, то и пишите, разве что деревянные сердечники замаскируйте.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34445999
Евгений3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ну подcкажите что нибудь еще, плиз!!!
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34446218
Конь 2.01
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Напишите, что Ваш выбор - из-за ограниченности программы обучения, а также из-за небольшого опыта, которым Вы обладаете.
Перечислите знакомые продукты, их характеристики. Обязательно упомяните требования к ресурсам системы, а также стоимость лицензии. Впрочем, вполне возможно, что Delphi по последнему критерию не пройдет.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34448290
Евгений3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 Конь 2.01
спасибо, за отклик. курсач не прет из-за всего одной страницы - я в апатии :(
не подскажите, где взять информацию о сродних продуктах. Я знаю только Paradox и dBase :(
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34448519
ChelO
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Access, FoxPro, Clipper, Clarion, FireBird ...
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34448524
ChelO
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кучу информации можно накопать в соседних форумах, благо их превеликое множество :)
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34449048
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChelOFireBird ...

Вот только птичку не надо трогать: она к локальным не относится.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34451372
Paradox:
- блокировка на уровне записи - в отличии от DBF нет проблем с блокировками в сети. В dbf вся таблица блокируется (по крайней мере в 1Це)
- кластерный первичный индекс (кажется это так называется, хотя...) - что-то ускоряет, например поиск.
- не требует никаких лицензий для конечного пользователя (Access требует MS Office вроде бы)
- скорость работы и надежность по сравнению с DBF лучше.
- родной для borland формат, dbf они поддерживать потом стали, когда купили dBase.
- без проблем работает под Linux в эмуляторе Wine.

Если выбирать между DBF и Paradox, то однозначно Paradox.
Если писать на дельфи, то нет смысла использовать Access.

Paradox когда-то, в году 1990, считался прогрессивным и передовым средством по сравнению с DBase :-), а других и не было.

Может кто-нибудь еще что-то накидает, мне тоже интересно, так как я формат Paradox до сих пор использую.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34451576
Евгений3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 любитель парадоксов
огромное спасибо!

но тема, еще не закрыта, пишите, плиз
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34451596
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Конечно тема не закрыта. Убедитесь, что любитель парадоксов нигде не написал неправды (про лицензии аксесса, блокировки dbf, сказки про "родной" формат)

Собственно, а почему бы для данной работы FoxPro не применить?
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34451640
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
любитель парадоксов- кластерный первичный индекс (кажется это так называется, хотя...) - что-то ускоряет, например поиск.


а что-то замедляет (например вставку) :)
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34452147
Изопропил сказки про "родной" формат

Почему сказки? В конце 80-х начале 90-х borland выпускала СУБД Paradox. Основным конкурентом был DBaseIII от аштон тейт (не помню, как на английском пишется). FoxPro тогда не было, microsoft в этой области тоже ничего не выпускал. В публикациях тех лет можно много найти о преимуществах Paradox, хотя в СССР никто официально не продавал тогда ничего.
Где-то в 1990-91 появилась библиотека Borland Paradox Engine для C и C++ - предшественник BDE. Была мультиплатформной - для DOS и Windows одни и те же функции.

В 1992 borland выпускает первую визуальную среду под Windows для работы с базами данных - ObjectVision. Как раз на этом этапе мы выбирали между форматами dbf и paradox и выбор был сделан однозначно в пользу Paradox, хотя до этого писали на Clipper и dbf был привчнее. Для доступа к dbf в ObjrctVision использовалась какая - то отдельная DLL

Году в примерно 1993-94 borland покупает аштон тейт вместе с DBase, выпускает BDE, чуть позже выпускает Delphi. Только на этом этапе появляеся поддержка формата dbf в библиотеке от borland. По внутреннему устройству функции BDE многое взяли из Paradox Engine, поэтому считаю формат Paradox "родным" для borland.

FoxPro появился где-то в то же время от какого-то разработчика, потом был куплен microsoft, чтобы на время закрыть пустоту в линейке продуктов. Потом они выпустили Access, и многие опасались что FoxPro свернут, так до сих пор и опасаются :-).

Что касается работы в сети, то формат Paradox с BDE у нас работает быстро и надежно. E У некоторых клиентов где-то 30-40 одновременных пользователей с базой работают без проблем. Правда в программе используется чистое BDE API без VCL. Код развивается с 1992 года, доступ к базе переписал с функция Paradox Engine на BDE :-).

Для новых разработок и сетевой базы я не планирую использовать Paradox, но имеющийся код работает вполне прилично.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34452244
tru55
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
На всякий случай
http://mf.grsu.by/other/lib/db/part2.html
Paradox был разработан компанией Ansa Software, и первая его версия увидела свет в 1985 году. Этот продукт был впоследствии приобретен компанией Borland. С июля 1996 года он принадлежит компании Corel и является составной частью Corel Office Professional.

В 93-94гг (точно не помню) появился Paradow for Windows 1.0 (до этого был только Paradox for DOS). Из этой штуки действительно Borland потом кучу всего перенесла в Delphi, достаточно сравнить хотя бы внешний вид DBD из Delphi с внешним видом GUI Paradox.

Однако я, если честно, и тогда, и в дальнейшем все таки видел большее использование dbf на том же Clipper (достаточно сказать, что пришлось не один год работать с банковской системой на его основе), а Paradox попадался достаточно редко...
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34452267
Serik Akhmetov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovВот только птичку не надо трогать: она к локальным не относится.А как же Firebird Embedded ?
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34452332
Serik Akhmetov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Евгений3Требуется доказать, что такая конфигурация / связка самая оптимальная для данной работы. 1 страница печатного текста (14 пт, Times New Roman).Я бы сделал табличку, в столбцах перечислил все варианты: Paradox, DBF, ...
А в строчках требования: Нативная поддержка Delphi, надежность, время выхода на рынок, поддержка, распространенность, качество документации, примеры использования - сдесь в нужной ячейке написать что-нибудь типа "КИС Газпром, КИС Лукойл т.д."...
И самое главное - опыт работы автора и многочисленные положительные отзывы.
Или в строчках можно перечислить ЯП.

Или даже 2 таблички: БД/требования, ЯП/требования.

А внизу текстом подытожить - перечислить все "+" выбранной технологии. Я в дипломе делал две таких таблицы для выбора ОС и выбора ЯП.

Солидно и наглядно.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34452424
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Serik AkhmetovА как же Firebird Embedded ?

Грязный хак для извращенцев. Кроме того, даже если весь сервер засунуть
в одну dll, он не перестанет быть сервером.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34453784
IgorK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov
Serik AkhmetovА как же Firebird Embedded ?

Грязный хак для извращенцев. Кроме того, даже если весь сервер засунуть
в одну dll, он не перестанет быть сервером.
Однако этот хак работает очень даже стабильно и надежно.
А библиотека для доступа к dbf в dll - тоже грязный хак?
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34454796
Евгений3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ИзопропилСобственно, а почему бы для данной работы FoxPro не применить?
Дело в том, что работа уже сделана на связке Delphi - Paradox. И именно оптимальность этой связки для ДАННОЙ работы (4 таблицы, не более 100 новых записей в день в одну из таблиц - в другие на порядок меньше) требуется доказать оптимальность этой связки.
Курс баз данных и единственную лабораторную работу по БД нам читали на примере именно Delphi - Paradox.
Серверные БД я сразу отбросил, т. к. сеть как таковая не требуется, да и Paradox позволяет получить распределенный доступ к ней.
Выбор ЯП был выбран в пользу Pascal и Delphi, т. к. в дельфи используется визуальное проектирование, которое очень облегчает разравботку. C/C++ был отброшен, т. к. в нем визуального проектирования нет (вернее я его не нашел и не знаю, где оно) и проектирование ведется на основе библиотек/шаблонов STL/UML.
Если бы использовался Access можно было бы писать на C/C++. Кроме того, на сколько я понимаю, в Delphi поддержки Access'а нет (или есть?).
Выбор БД в пользу Paradox был сделан, т. к. другому нас не учили.
Как альтернатива рассматривается dBase (DBF) и, возможно, Access, FoxPro.

После всего выше сказанного была написана программа и БД. И тут вдруг требуется доказать, что эта связка (Delphi - Paradox) - самая оптимальная. Надеюсь теперь вы представляете в какое положение меня поставили? Я даже подумал, что меня специально хотят недопустить к защите!

ЗЫ. Очень рад, что эту тему поддержали! Всем спасибо, продолжаем...
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34454867
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторТребуется доказать, что такая конфигурация / связка самая оптимальная для данной работы.

Чтобы доказать, неплохо бы было посмотреть задание на курсовую.

авторИ тут вдруг требуется доказать, что эта связка (Delphi - Paradox) - самая оптимальная. Надеюсь теперь вы представляете в какое положение меня поставили? Я даже подумал, что меня специально хотят недопустить к защите!

Я не знаю, кто будет у Вас на защите, но вот привести достаточно вескую аргументацию в пользу использования файл-серверной СУБД вместо клиент-серверной даже в контексте однопользовательской локальной задачи на данном этапе развития последних будет проблематично. IMHO.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34455118
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklin
Я не знаю, кто будет у Вас на защите, но вот привести достаточно вескую аргументацию в пользу использования файл-серверной СУБД вместо клиент-серверной даже в контексте однопользовательской локальной задачи на данном этапе развития последних будет проблематично. IMHO.
4 таблицы, не более 100 новых записей в день - и ставить сервер?
ну не смешите, Outlook с большим количеством данных работает без всякой СУБД
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34455223
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuper4 таблицы, не более 100 новых записей в день - и ставить сервер?
ну не смешите, Outlook с большим количеством данных работает без всякой СУБД

Ответьте, в чем принципиальная разница - "поставить BDE" и "поставить SQL Server Express" (или даже Compact Edition)?!

И первое и второе - движки бд.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34455482
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklin SergSuper4 таблицы, не более 100 новых записей в день - и ставить сервер?
ну не смешите, Outlook с большим количеством данных работает без всякой СУБД

Ответьте, в чем принципиальная разница - "поставить BDE" и "поставить SQL Server Express" (или даже Compact Edition)?!

И первое и второе - движки бд.
Приятель вчера целый день SQL Server Express ставил. Оказывается имя компьютера должно быть большими буквами.
Ну и размеры дистрибутива несопоставимые.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34455531
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Евгений3...
Курс баз данных и единственную лабораторную работу по БД нам читали на примере именно Delphi - Paradox.
Выбор БД в пользу Paradox был сделан, т. к. другому нас не учили.
Так и пишите: сжатые сроки которые не позволяют изучить другую СУБД, придают критерию "опыт работы" большой вес при выборе. А доказательство "оптимальности"- система написана в срок, работает правильно.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34455862
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuperПриятель вчера целый день SQL Server Express ставил. Оказывается имя компьютера должно быть большими буквами.
Ну и размеры дистрибутива несопоставимые.

Простите, где имя компьютера должно быть большими буквами???!!!

Дистрибутив SSEE - 54 мб.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34456294
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklin SergSuperПриятель вчера целый день SQL Server Express ставил. Оказывается имя компьютера должно быть большими буквами.
Ну и размеры дистрибутива несопоставимые.

Простите, где имя компьютера должно быть большими буквами???!!!

Дистрибутив SSEE - 54 мб.
54 мб из-за пары тыщ записей... ну ладно

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

Потом еще неудобно данные переность - при файл-сервере переписал файлы и всё. Продолжать не буду.
При клиент-сервера всегда сервер должен быть запущен. А он во-первых жрёт память всегда (а задача может не всегда быть запущена), а во-вторых может быть случайно не запущен.

Вобщем привести аргументацию можно
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34456532
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuperВобщем привести аргументацию можно

Гм... Можно привести и противоположную аргументацию.

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

Если это действительно так (хотя странно, давно бы это на соответствующем форуме вылезло), то Вашему приятелю надо заявлять баг.

SergSuperТ.е. у бабушки-пенсионерки при установке могут возникнуть проблемы.

Простите, о какой бабушке-пенсионерке идет речь?!

SergSuperПотом еще неудобно данные переность - при файл-сервере переписал файлы и всё. Продолжать не буду.

Гм... Файлы бд MS SQL можно тоже переписывать. При остановленной службе сервера. Или делать detach\attach, завернув это все в пользовательский интерфейс. т.е. сделав две функции - выгрузить данные\загрузить данные. Это будет проще, чем переписывать каталог той-же бабушке-пенсионерке. Вдруг она не все файлы перепишет и не туда?

SergSuperПри клиент-сервера всегда сервер должен быть запущен. А он во-первых жрёт память всегда (а задача может не всегда быть запущена), а во-вторых может быть случайно не запущен.

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

ЗЫ. К чему это я. Если б я был на защите, то выбор парадокса вряд ли бы прошел. ;)
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34456551
tru55
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЗЫ. К чему это я. Если б я был на защите, то выбор парадокса вряд ли бы прошел. ;)

Ну зачем же так категорично :)

Конечно, клиент-сервер - современная технология и если в компании уже есть "нормальная" СУБД, то задачу проще выполнять на ней (сделать отдельную схему и т.д.). Однако, есть множество мелких фирм с мелкими задачами, для которых файл-серверные СУБД еще впо-о-олне рулят...
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34456569
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinГм... Файлы бд MS SQL можно тоже переписывать. При остановленной службе сервера.
Начинаются дополнительные условия...

pkarklinСервис можно запускать при запуске программы и останавливать при выходе.
Можно. Особенно эта технология порадует человека, запустившего две программы для работы с этим сервисом и потом закрывшего одну из них

pkarklinЗЫ. К чему это я. Если б я был на защите, то выбор парадокса вряд ли бы прошел. ;)
Это зависит от.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34456891
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FireBird и другие клоны InterBase, они компактные, они настоящие сервера, кто-то из них имеет возможность работы напрямую из программы без установки самого сервера - нужна dll, правда тогда только однопользовательский режим, но зато файлы можно переписывать.

Всяко лучше paradox/dbf


-- Tygra's --
Мои фотогалереи тут и тут
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34456902
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Привет, tygra!
Ты пишешь:

tygrat> FireBird и другие клоны InterBase, они компактные, они настоящие сервераты чё это?

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34456924
Victor Spirin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
pkarklin

Ответьте, в чем принципиальная разница - "поставить BDE" и "поставить SQL Server Express" (или даже Compact Edition)?!

И первое и второе - движки бд.

BDE и SQL Server - это несколько разные вещи. Скорее сравнивать надо BDE и ADO.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34456926
tru55
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Клиент-сервер изначально придуман для многопользовательского режима. Если задача однопользовательская, зачем его притягивать за уши?
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34456974
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerНачинаются дополнительные условия...

Безусловно. На 100% не уверен, но открытые парадоксовские файлы, IMHO, тоже просто так не сопируешь.

softwarerМожно. Особенно эта технология порадует человека, запустившего две программы для работы с этим сервисом и потом закрывшего одну из них

Гм... Прежде, чем сказать SHUTDOWN можно проверить, а не работает ли кто-нибудь еще, кроме тебя самого.

softwarerЭто зависит от.

Согласен. :)
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34456982
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Victor SpirinBDE и SQL Server - это несколько разные вещи. Скорее сравнивать надо BDE и ADO.

ADO никогда в жизни не было движком бд. Так что такое сравнение (BDE и ADO), IMHO, не корректно.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34456995
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tru55Клиент-сервер изначально придуман для многопользовательского режима. Если задача однопользовательская, зачем его притягивать за уши?

В "притягивании за уши" клиент-серверных СУБД для однопльзовательской работы можно найти, на мой взгляд, ряд дополнительных приемуществ перед файл-серверными СУБД.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34457020
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мимопроходящий
Привет, tygra!
Ты пишешь:

tygrat> FireBird и другие клоны InterBase, они компактные, они настоящие сервераты чё это?

Да так, вспомнил молодость :))

tru55Клиент-сервер изначально придуман для многопользовательского режима. Если задача однопользовательская, зачем его притягивать за уши?
Затем, что проще работать, как уже привык, плюс из такой к-с программы всегда можно сделать многопользовательскую - а это обычная вещь, когда после всего оказывается, что еще паре человек нужно тоже работать - просто о них забыли :))

-- Tygra's --
Мои фотогалереи тут и тут
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34457065
tru55
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Затем, что проще работать, как уже привык, плюс из такой к-с программы всегда можно сделать многопользовательскую - а это обычная вещь, когда после всего оказывается, что еще паре человек нужно тоже работать - просто о них забыли

1. Это если привык :)
А я говорил о варианте маленьких фирм, для которой сделал программу и забыл. В этих фирмах часто даже для того, чтобы сделать ярлык, люди ищут знающего человека. И таких ой как немало...

2. Для работы нескольких человек файлы dbf/db вполне подходят. Сам несколько лет работал в небольшом банке, где практически все ПО было на Clipper

PS еще раз - я не призываю отказаться от клиент-сервер, сам уже больше 6 лет работаю на Oracle. Просто до того немало поработал на Paradox / Clipper и считаю, что в отдельных случаях они еще вполне жизнеспособны.

PPS Не обязательно использовать снегоход, для того чтобы проехать несколько километров по снегу. Иногда простых лыж вполне достаточно...
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34457205
Victor Spirin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
pkarklin Victor SpirinBDE и SQL Server - это несколько разные вещи. Скорее сравнивать надо BDE и ADO.

ADO никогда в жизни не было движком бд. Так что такое сравнение (BDE и ADO), IMHO, не корректно.

BDE тоже не движок базы данных (если я правильно понял понятие движок). Это библиотека доступа к базам данных, в том числе к MS SQL Server (через ODBC). Paradox для BDE один из форматов, хотя и "любимый". Для файлов Paradox не нужен движок - открывай файл и работай с ним.

Через ADO и ADO.NET также можно работать с базой в формате Paradox, хотя у них это получается кривовато.

Так что сравнивать надо ADO c BDE или файлы Paradox c MS SQL Server.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34457424
barsukof
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tru55
2. Для работы нескольких человек файлы dbf/db вполне подходят. Сам несколько лет работал в небольшом банке, где практически все ПО было на Clipper

А что происходит при отваливании какой-нибудь машинки от сети?
Эта ужасть с "полетевшими" индексами не стоит такой экономии.

tru55
1. Это если привык :)
А я говорил о варианте маленьких фирм, для которой сделал программу и забыл. В этих фирмах часто даже для того, чтобы сделать ярлык, люди ищут знающего человека. И таких ой как немало...


IBase (и его клоны) - это как краски "Ореол": покрасил и забыл.
У меня в нескольких конторках задачки на нем крутятся по нескольку лет бЭз присмотра практически.

tru55
PPS Не обязательно использовать снегоход, для того чтобы проехать несколько километров по снегу. Иногда простых лыж вполне достаточно...
"Лучше сейчас день потратить , потом за 10 минут долететь" (с)-Крылья, ноги и IBase.

PS.Сидя приятнее ехать ,чем на палках идти.
PS Оправдать "Парадох" будет трудновато.Если есть время перепиши свои 10 табличек на IBase-FireBird , а уж про преимущества сервера и клиента под ним здесь тебе стоко напоют, что докторскую сможешь защитить. Похвастаешься знанием SQL - заодно, поразишь преподофф в самое сереце.

Да для переноса программки в Делфи есть инсталалятор, в который можно все зашить вместе с BDE-ями , алиасами, библивотеками.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34458029
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Victor Spirin
BDE тоже не движок базы данных (если я правильно понял понятие движок). Это библиотека доступа к базам данных, в том числе к MS SQL Server (через ODBC). Paradox для BDE один из форматов, хотя и "любимый". Для файлов Paradox не нужен движок - открывай файл и работай с ним.


Видимо Вы не правильно поняли. BDE (Borland Database Engine) начинался как раз как в чистом виде как движок парадокса. Все остальное (SQL Links и т.п.) было "приделано" к нему позже. Но свою основную функциональность - движка парадокса он не потерял. То, что существуют другие движки для работы с парадоксом, отличные от BDE не делает BDE не движком.

Victor SpirinЧерез ADO и ADO.NET также можно работать с базой в формате Paradox, хотя у них это получается кривовато.

До последнего времени, чтобы работать через ADO с парадокс надо было обязательно устанавливать BDE. И только с 5м сервиспаком для Jet появилась возможность работать с парадоксом и dBase без установки BDE: INFO: Non-BDE Paradox and dBase ISAM Drivers . В этом случаи вместо одного движка (BDE) будет использоваться другой (MS Jet).

Victor Spirin
Так что сравнивать надо ADO c BDE или файлы Paradox c MS SQL Server.

BDE можно сравнивать с Jet, а MS SQL - с другой клиент-серверной СУБД, но ни как не с плоскими файлами.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34458439
tru55
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1.
А что происходит при отваливании какой-нибудь машинки от сети?
Эта ужасть с "полетевшими" индексами не стоит такой экономии.


Нич-ч-чего не происходит. За несколько лет уже упомянутой работы в банке индексы слетали всего несколько раз и то по другой причине. Акромя того, они перестраиваются быстро и элементарно. Я, например, когда делал прогу для фирмы, занимающейся маршрутками, просто сделал кнопку для перестройки их всех. Весь процесс занимает несколько секунд.

2.
IBase (и его клоны) - это как краски "Ореол": покрасил и забыл.
У меня в нескольких конторках задачки на нем крутятся по нескольку лет бЭз присмотра практически.


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

3.
PS.Сидя приятнее ехать ,чем на палках идти

Да, только это во-первых дороже, а во-вторых - не все умеют пользоваться (опять же намекая на неквалифицированность пользователей).
А еще на лыжах для здоровья полезнее (правда, к теме это не относится)

4.
Оправдать "Парадох" будет трудновато.Если есть время перепиши свои 10 табличек на IBase-FireBird , а уж про преимущества сервера и клиента под ним здесь тебе стоко напоют, что докторскую сможешь защитить. Похвастаешься знанием SQL - заодно, поразишь преподофф в самое сереце

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

А я лично переписывать ничего не буду, т.к. закончил институт в 86 году
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34465967
Фотография NextMan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tru55
Нич-ч-чего не происходит. За несколько лет уже упомянутой работы в банке индексы слетали всего несколько раз и то по другой причине. Акромя того, они перестраиваются быстро и элементарно.
!Ничего не происходит" и "происходит, но редко, и легко чинится" - это синонимы?

tru55С IBase практически не работал, врать не буду. Однако сам наблюдал ситуацию, когда в результате сбоев в машине слетали настройки того же BDE, а поскольку клиенты, естественно, их настроить не могут, то приходилось самому туда ехать. Одним словом, к сравнению не готов, но чисто по ощущениям, клиент-серверные базы требуют хотя бы минимального и редкого, но ухода, что не всегда удобно

1. BDE и "IBASE" никак не связаны. В смысле, BDE для работы с InterBaseFireBird давным-давно не нужен.
2. Вы что, создаете алиасы BDE уровня системы, и к ним подключаетесь? .
Не знаете, как это сделать на уровне приложения?
tru55
С точки зрения преподавателей не знаю. У них, может быть, несколько другие задачи (например, научить студентов перспективным технологиям), чем просто оценить обоснованность применения.

А я лично переписывать ничего не буду, т.к. закончил институт в 86 году
Давным-давно уже клиент-серверные приложения не "перспективные", а вполне себе обыденная реалность.
Твои рекомендации - того же уровня, как "...спички нам не нужны - огниво имеем.".
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34466019
tru55
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1. Ничего не происходит" и "происходит, но редко, и легко чинится" - это синонимы?

Хм-м-м... А ты знаешь ПО с которым никогда ничего не случается? Лично я такого не знаю. Даже ОС бывает, сыплются, что же говорить про базы данных? И чем сложнее система (и БД), тем сложнее она восстанавливается

2. Давным-давно уже клиент-серверные приложения не "перспективные", а вполне себе обыденная реалность.
Твои рекомендации - того же уровня, как "...спички нам не нужны - огниво имеем.".


Не так. Мои рекомендации из серии "для того, чтобы вскопать грядку на огороде, не нужен трактор - накладно, однако. Лопаты вполне достаточно"...
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34466231
DocAl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tru55 Затем, что проще работать, как уже привык, плюс из такой к-с программы всегда можно сделать многопользовательскую - а это обычная вещь, когда после всего оказывается, что еще паре человек нужно тоже работать - просто о них забыли

1. Это если привык :)
А я говорил о варианте маленьких фирм, для которой сделал программу и забыл. В этих фирмах часто даже для того, чтобы сделать ярлык, люди ищут знающего человека. И таких ой как немало...

А что, в маленьких фирмах никогда не бывает нужно работать с одной программой нескольким сотрудникам? Или типа "сделал и забыл, а они потом сами как хотят пусть -- так и барахтаются"?
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34466275
DocAl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tru551. Ничего не происходит" и "происходит, но редко, и легко чинится" - это синонимы?

Хм-м-м... А ты знаешь ПО с которым никогда ничего не случается? Лично я такого не знаю. Даже ОС бывает, сыплются, что же говорить про базы данных? И чем сложнее система (и БД), тем сложнее она восстанавливается
Особенно просто восстанавливается инфа с запоротого плоского файла, по сравнению с ACID хранилищем СУБД с бинарным логом.

Кстати, а транзакции в мелких конторах принципиально не востребованы?
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34466301
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tru55Не так. Мои рекомендации из серии "для того, чтобы вскопать грядку на огороде, не нужен трактор - накладно, однако. Лопаты вполне достаточно"...

Если только эта лапата на текущий момент времени не выглядит "детским совочком".
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34466724
Фотография NextMan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Млин, какие трактора/лопаты/совочки?

Что, перебрать записи в таблице Clients, чтобы найти значение FIO = "Иванов" проще, чем select * from Clients where FIO = "Иванов"?

Может, размер дистрибутива пугает?

FireBird (сервер) занимает 5 мегабайт (без документации). Инсталированный. В дистрибутиве - 4,3 мегабайта (вместе с документацией).
FireBird (embedded, т.е. в роли локальной СУБД) даже инсталляции не требует.

...
А насчет института в 86 году - так это не оправдание. Я вот в 1985 закончил. До пенсии далеко еще. Учиться никогда не поздно.

Нет уже такого средства разработки/формата хранения данных, как Paradox - не-ту. Умер.
И BDE умер.
Аминь.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34466758
tru55
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
До пенсии далеко еще. Учиться никогда не поздно.

Хех...
Если это обо мне, дык я уже давно работаю на Oracle, о чем уже говорил выше

Нет уже такого средства разработки/формата хранения данных, как Paradox - не-ту. Умер.
И BDE умер.


Еще раз хех... :)
Как говорил кто-то из великих "Слухи о моей смерти явно преувеличены"...
И если кто-то с ними не встречается, то это не значит, что их нету...

PS по поводу BDE - достаточно зайти хотя бы на форум Delphi и посмотреть вопросы...
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34466806
tru55
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2DocAl

1. А что, в маленьких фирмах никогда не бывает нужно работать с одной программой нескольким сотрудникам?

Я уже говорил - одновременная работа нескольких пользователей не является проблемой ни для dbf, ни для db

2. Особенно просто восстанавливается инфа с запоротого плоского файла, по сравнению с ACID хранилищем СУБД с бинарным логом.

Насчет восстановления согласен, db/dbf восстанавливаются только с копии (аналог холодного backup), однако, я полагаю, для неквалифицированных пользователей и в другой базе доступен только такой способ восстановления (т.е. на момент выполнения backup путем простого копирования файлов)

3. Кстати, а транзакции в мелких конторах принципиально не востребованы?

Разумеется, если к сохранности данных предъявляются повышенные требования, то это и стоит дороже вплоть приобретения солидной базы и наема админа.
Но я не про то...
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34506332
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Не ввязываясь в споры просто расскажу о своем опыте работы с Paradox. Именно Paradox как СУБД, а не как с форматом таблиц.

До версии 4.0 весь парадокс был под ДОС. 4.5 - переходная версия. Она была и под ДОС и под винду. Кажется в 1994 году появился Paradox 5.0. 16-разрядная версия под Win 3.XX. Шикарная была штуковина. Полностью русифицированная. До разрешения русских имен в идентификаторах. Это, кстати перешло и в последующие версии. В коробке было 8 дискет и два толстых тома сантиметра по три толщиной документации на русском. Правда, обещаной техподдержки для русских и скидок для приобретения следующих версий я так и не дождался. Кинули, хотя я зарегился официально.

В пятерке появился шикарный язык - ObjectPal. Ничего лучшего по удобочитаемости кода я больше никогда не видел. Если if то кончается endif. Если for, то кончается endfor. Все по логике, а не нагромождение всяких разных скобок, как в дельфях, си. В басике похоже, но почему там while кончается wend, а endwhile? Почему for rкончается next?

Язык был почти обектно-ориентированым. Нельзя было содавать собственные объекты, что значит, что наследования не было. Была шикарная система событий. События были очень полные и оригинально обрабатывались. Перехватить событие можно было не только в самом контроле и на форме, но и в любом контейнере контрола.

6 тоже была переходной версией, она просто стала 32-х разрядной. 7 - последняя версия от борланд. Как чистая СУБД она не распространялась, но до сих пор ее усеченная версия входит в состав дистрибутива Дельфи. Семерка была продана Corel, который в 1997 году выпустил версию 8.
По сравнению с 5-6 добавилась масса новых объектов. Тогда же был выпушен Corel Paradox RunTime 8.0. RunTime - единственный продукт, которые можно распространять бесплатно. На все остальное нужны лицензии. Corel включила Paradox в состав своего офисного пакета и после 9 он больше он по отдельности не распространялся. Сейчас, вроде уже 12 есть.

Я работал от 5-ки до 8-ки.
Использовал в трех ипостатясь

1. Локальная однопользовательская СУБД. Выше всяких похвал. Недавно с удивлением узнал, что небольшая база, разработанная мною на 5 в 1997 году (тогда 8 просто еще не успела до меня дойти) до сих пор нормально работает без присмотра. Да и еще несколько подобных, про которые я помню присмтриваю.

2. Сетевая база. Несмотря на преимущества связаных с автоматическими блокировками - это был полный писец. Конечно, во многом это связано с тем, что тогда была плохая сетевая аппаратура и компы регулярно отваливались от сети, но почти каждый такой отвал вызывал порчу индексов и каждый - необходимость выгонять всех из проги, что бы вручную убит файл блокировок. Я отказался от этой технологии почти сразу.

3. Клиент к SQL-серверу. Особых преимуществ, которые бы перевесили недостатки нет. До сих пор работает несколько клиентов. Преимущества - хороший построитель отчетов, хорошие контролы. Недостатки - ручками ришутся меню и тулбары.

Где то на этом форуме я делал практическое сравнение скорости Access, Paradox и VFP на типовых задачах. Надо поискать.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34506368
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
/topic/201516&pg=-1

вообще, по слову Paradox много чего интересного в поиске есть
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34506495
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2Ничего лучшего по удобочитаемости кода я больше никогда не видел. Если if то кончается endif. Если for, то кончается endfor.
Ндас, читаемость. Тому, кто занес эту "читаемость" в PL/SQL, руки бы оторвал.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34506792
nik_x
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer Cat2Ничего лучшего по удобочитаемости кода я больше никогда не видел. Если if то кончается endif. Если for, то кончается endfor.
Ндас, читаемость. Тому, кто занес эту "читаемость" в PL/SQL, руки бы оторвал.

Если вы не любите кошек, то вы не умеете их готовить...
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34506810
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nik_xЕсли вы не любите кошек, то вы не умеете их готовить...
Я не люблю заикания, особенно в письменной речи. Хотя, конечно, можно делать вид, что это особый литературный стиль.
...
Рейтинг: 0 / 0
Сравнение локальных БД
    #34506821
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Модератор: тему закрыл.
...
Рейтинг: 0 / 0
58 сообщений из 58, показаны все 3 страниц
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнение локальных БД
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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