Access и paradox что выбрать

Обновлено: 16.05.2024

С появлением большого числа микрокомпьютеров был разработан ряд СУБД для персональных компьютеров. Наиболее успешной из них была dBase – продукт корпорации Ashton-Tate. Среди ранних персональных СУБД наиболее известны Rbase корпорации Microrim и Paradox от Borland.

В настоящее время в мире используется достаточно большое количество универсальных промышленных СУБД . Среди них можно выделить трех несомненных лидеров (как по уровню развития технологий, так и по объему рынка – они вместе занимают более 90% мирового рынка СУБД ). Это СУБД первого эшелона – Oracle , Microsoft SQL Server и IBM DB2 . Список СУБД второго эшелона довольно велик, сюда относят такие СУБД , как Sybase , Informix, Ingress, Adabas, Interbase, Progress, Postgres, Cache , Linter, Firebird , Teradata и т.д.

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

Локальными или настольными называют СУБД типа Access, Paradox и т. п. В них определен формат данных, который учитывает параллельное выполнение операций, возможность доступа к БД нескольких пользователей и т. д. Недостатки настольных баз данных становятся очевидными не сразу, а по мере увеличения количества данных и числа пользователей – снижается производительность и учащаются случаи сбоев.

Для решения этих проблем была разработана технология "клиентсервер". В основе этой технологии лежит принцип централизации хранения и обработки данных: вся обработка и хранение данных полностью перекладывается на сервер ; машина-клиент посылает запросы, а сервер их выполняет и посылает ответы клиенту.

Рынок корпоративных серверных СУБД представлен Oracle , MS SQL , DB2 , Sybase и InterBase. СУБД Oracle остается лидером на рынке хранилищ данных как в отношении доли рынка (48.6%), так и инноваций разработок.

СУБД Oracle реализована для нескольких операционных систем и предлагает полный спектр решений по безопасности для обеспечения конфиденциальности данных, защиты от внутрисистемных угроз и соответствия нормативным документам. Благодаря разработанному Oracle мощному многофакторному контролю доступа привилегированных пользователей, установлению степени конфиденциальности информации, прозрачному шифрованию данных, аудиту, мониторингу и маскировке данных, клиенты могут внедрять надежные решения, не требующие внесения изменений в существующие приложения, экономя время и деньги.

Разделение и сжатие данных в Oracle существенно оптимизирует работу СУБД :

сокращает время обработки запросов от минут до секунд;
позволяет осуществлять доступ к критической информации 24 часа в сутки, 7 дней в неделю;
позволяет управлять небольшими "порциями" данных;
дает возможность экономически эффективно использовать хранилища данных.

Приложение Oracle Total Recall , являющееся частью полного комплекса решений Oracle , в целях обеспечения безопасности баз данных позволяет сохранять исторические данные, обеспечивая эффективное и автоматическое хранение "изменений" данных для быстрого доступа к старым версиям. Oracle Database 11g помогает компаниям хранить данные в надежной и защищенной от искажений базе данных, оставляя их доступными для существующих приложений. Total Recall не требует внесения изменений в приложения или особых интерфейсов и обеспечивает оптимальное использование дискового пространства.

В конце восьмидесятых годов Sybase разработала SQL Server и продала его Microsoft. Одним из преимуществ SQL Server является простота его применения, в частности, администрирования. Основным языком запросов является язык Transact- SQL , созданный совместно Microsoft и Sybase .

Для обеспечения доступа к данным Microsoft SQL Server поддерживает ODBC ( Open DataBase Connectivity – интерфейс взаимодействия приложений с СУБД ). Система SQL Server 2008 позволяет обращаться к данным из любого приложения, разработанного с применением технологий Microsoft. NET и Visual Studio, или в пределах сервисно-ориентированной архитектуры и бизнес-процессов – через Microsoft BizTalk Server .

SQL Server 2008 обеспечивает высокий уровень безопасности, надежности и масштабируемости для критически важных приложений. SQL поддерживает продукты сторонних компаний по управлению ключами и аппаратными модулями безопасности. Динамическое шифрование всей базы данных , файлов данных и файлов журналов не потребует никаких изменений в имеющихся приложениях.

SQL Server 2008 позволяет основному и зеркальному серверу прозрачно устранять последствия ошибок на страницах данных, запрашивая свежую копию "подозрительной" страницы с зеркального сервера незаметно для приложений и конечных пользователей

За счет применения сжатия данные хранятся более эффективно и занимают меньше места в хранилище. Сжатие также обеспечивает заметный прирост производительности на задачах, связанных с большим количеством операций ввода/вывода, как, например, при работе с хранилищами данных.

SQL Server 2008 имеет развитые средства создания корпоративной отчетности, позволяя без труда создавать отчеты любого размера и сложности, а также организовывать общий доступ к ним. Предоставить нужные сведения также можно с помощью развертывания отчетов в Интернете.

Средства упреждающей аналитики SQL Server 2008, основанные на мощном интеллектуальном анализе данных и тесно интегрированные с технологиями Microsoft BI (Microsoft Business Intelligence – бизнес- анализ в Microsoft), позволяют принимать взвешенные, обоснованные решения.

К их числу относятся:

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

В настоящее время разработано большое количество бесплатных СУБД . Наиболее популярными и распространенными среди них являются MySQL и PostgreSQL. Обе СУБД довольно динамично развиваются и повсеместно используются

MySQL – это система управления реляционными базами данных. Сейчас это самый распространенный сервер баз данных в сети Интернет . MySQL – быстрая, но немного ограниченная СУБД . Хорошо подходит для проектов, не требующих сложных баз (например, для веб-проектов).

PostgreSQL отвечает всем современным стандартам СУБД . Больше подходит для серьезных проектов, требующих сложных баз данных. По скорости работы PostgreSQL уступает MySQL. Кроме того, администрирование PostgreSQL достаточно сложно.

В небольших фирмах и компаниях, в которых нет необходимости использовать сервер и закупать дорогостоящие базы данных типа "клиент- сервер ", применяются локальные (настольные) СУБД . Основными представителями таких СУБД являются Microsoft Access, Paradox, Visual FoxPro и dBase.

Paradox и Access входят в офисные пакеты. СУБД Paradox, выпускаемая компанией Corel, входит в пакет WordPerfect Office. СУБД Access выпускается Microsoft и входит в состав MS Office.

СУБД dBase IV и Visual Foxpro – самостоятельные программные продукты. Однако обе базы обладают схожими свойствами и возможностями, вполне достаточными для поддержки данных в небольших компаниях.

8.3. Основные возможности баз данных на примере MS Access

Microsoft Access в настоящее время является одной из самых популярных настольных систем управления базами данных. Отметим несколько причин такой популярности.

Высокая степень универсальности и продуманности пользовательского интерфейса, который рассчитан на работу с пользователями самой различной квалификации, делает MS Access особенно привлекательной в качестве средства решения задач организации и обработки данных для не имеющих опыта в профессиональном программировании специалистов. Возможности MS Access помогают специалистам создавать приложения для собственного пользования.
Богатый набор визуальных средств разработки, позволяющий пользователю постоянно видеть результаты своих действий и корректировать их, легок в усвоении и применении для конструирования и модифицирования объектов MS Access. Важным средством, облегчающим работу с MS Access для пользователей всех уровней, являются "шаблоны" и "мастера" – специальные программные надстройки, предназначенные для создания объектов базы данных в режиме последовательных диалогов. Работа в режиме конструктора предполагает более гибкое управление ресурсами и возможностями объектов СУБД.

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

В MS Access глубоко развиты возможности интеграции с другими программными продуктами, входящими в состав MS Office, а также с любыми программными продуктами, поддерживающими технологию OLE(Object Link Embedded).
Специфической особенностью СУБД Access является то, что вся информация, относящаяся к одной базе данных, хранится в едином неделимом файле, расширение которого .accdb. Такое решение удобно для непрофессиональных пользователей, поскольку обеспечивает простоту при переносе данных с одного рабочего места на другое. Следует отметить, что внутренняя организация данных в базе менялась от версии к версии, но фирма Microsoft поддерживает технологию конвертирования баз данных, созданных в ранних версиях MS Access (mdb-формат), в формат, используемый в более поздних версиях.
Обычному пользователю не обязательно знать устройство форм, отчетов, запросов и других объектов. Он работает не с конструкторами объектов базы данных, а с приложением. Создание законченного приложения – задача разработчика базы данных. Приложение может быть построено только с использованием объектов базы данных (форм, отчетов и т.д.), или же при конструировании приложения могут использоваться программные расширения – макрокоманды, записываемые в макросах, или модули, содержащие процедуры на языке VBA.
В MS Access 2007 при создании новой базы данных или при открытии базы данных, созданной ранее, на экране появляется область переходов (рис.8.3). В этой области доступны типы объектов, которые может содержать база данных Access, и конкретные объекты. Эта область используется в Access 2007 для выполнения большинства задач работы с объектами базы. В предлагаемом обзоре будут рассмотрены только Таблицы, Запросы, Формы, Отчеты, Макросы и Модули.

Рис. 8.3. Типы объектов MS Access в области переходов

Интерфейс работы с объектами базы данных унифицирован. Для объекта любого типа предусмотрены стандартные режимы работы: создание и изменение структуры объекта, запуск или просмотр объекта (собственно работа с содержимым объекта). Реализованная в СУБД система управления объектами базы данных позволяет гибко и оперативно переходить из режима конструирования объекта в режим непосредственной его эксплуатации и обратно. Для открытия объекта базы данных можно использовать команды контекстного меню , которые зависят от типа объекта.

Access и paradox что выбрать

Posted via ActualForum NNTP Server 1.2

Я в свое время переписал Access-овскую программу на BDE+Paradox, по причине 1)медленной работы access-а, 2)периодического рушения бд.
После этого соответствующая обработка занимает не 25 минут, а 3 минуты, и все работает без перерыва вот уж несколько лет.

Ну вообще говоря Paradox поддерживает стандарт SQL. Что значит легче?

Год 2005-й, а Paradox - 12-й. Недавно вышел.

.

А что вас так возбудило? Для использования аксесовских баз в качестве БД (т.е. не в качестве клиентского приложения) действительно можно ничего и не устанавливать. Jet есть в любой винде изначально, DAO есть в любой винде изначально, какая-то версия ADO есть в любой винде изначально.
Желательно конечно поставить сервис-пак на Jet и последний MDAC, но вовсе необязательно.

Разница конечно есть, например:
1. В BDE есть алиасы на базы данных, это бывает удобно, когда нужно с одним приложением работать с разными БД (с идентичными структурами). В Access-е нужно обращаться к БД по явным дисковым путям (могу ошибаться).
2. В Accesse все находится в одном mde файле, в Paradox-е - куча файлов. Не знаю, что лучше - иногда так, иногда этак.
3. Средства работы с сетевыми БД отличаются, но, по-моему, это вопрос привычки.

И вообще, с моей точки зрения, они очень похожи, и даже входят в состав аналогичных продуктов (MS и Corel).
Так что (по-моему), например, переход с Paradox-а на Access или наоборот неоправдан, а если уже есть сложности - то смотреть в сторону КС. Даже с сохранением их в качестве клиентов.

Access и paradox что выбрать

Я начал писать програмку, которая работает с локальной БД (около 10 таблиц, от 10.000 до 1.000.000 записей в каждой). Т.к. опыта с БД не имею, то выбрал Paradox 7 (в книжке пример по нему был). Но мне не понравилось то, что каждая таблица хранится в отдельном файле, точнее даже в нескольких, таким образом вся БД разнеслась на 37 файлов!

Так вот я и хотел узнать что лучше выбрать? dBASE или FoxPro? или все-таки Access (я идейный противник MS)? или оставить Paradox?

alfa_a. Потянет-то потянет, но очень лениво.

MxL.
37 файлов - фигня. Да и не принципиально это. Видно ли таблы на уровне операционной системы, не видно - не суть важно. Хотя, конечно, если все таблы в одном файле, скорость считывания инфы несколько увеличивается.

Access и paradox что выбрать

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

И я думаю никаких триггеров и хранимых процедур ест-но не нужно в данном случае (во всяком случае я бы вопрос по другому поставил (какую Серв-ю Субд посоветуете))

Поэтому : 1. MySQL - нужен запущенный обработчик запросов, и интересно как бы я с Delphey с MySQL работал (я вот что-то вот совсем отстал (да, работал с MySQL на PHP - олично, но Delphi + MySQL -что то новое или я чего-то не знаю - подскажите тогда)).

2. MS SQL Server , Oracle и прочее серверные СУБД естественно отпадают - (10-15 таблиц - 2 юзера) - смешно просто, я уже про это чуть выше писал. Также Interbase - тежеловат наверное + наверное обработчик + не работал-не знаю.

3. Jet 4.0 меня заинтересовала и MSDE. И вообще я думал спор будет Paradox (всё-таки Delphi ) или Acccess, но слышал что Access по надёжнее.

И теперь меня интересует => 1. Итак на сколько эффективно/надёжно/неглючно и т.д. ADO - компоненты делфи работают с Access , тем же Jet 4.0 (BDE ведь не нужно будет устанавливать).
2. Что Вы скажете о Paradox.
3. Что нужно для работы с MSDE?
4. И может кто подскажет как быстро склепать приложение на Delphi для работы с MySQL (способ про установку ODBC - драйвера MySQL, кот потом в BDE виден и через эти 2 прослойки работать с MySQl даже слышать не хочу - криво).

Не понимаю смысла фразы:

С Access я однажды работал (приложение было на Visual Basic). Ох и много же я тогда неприличных слов произнес. Впечатления ужасные. Врагу не пожелаю.

Насчет Paradox - масштабируемость отсутствует (в случае с Access, кстати, тоже). А MySQL же масштабируется превосходно.

В Access есть встроенная система безопасности, причем весьма разветвленная (пользователи/группы, права разных типов для всех типов объектов (таблицы/формы/отчеты. ) и т.д.).

Только вот, насколько это все защищенно при наличии физического доступа к файлу БД на шаре (в том числе и с правами на запись)? Инструменты для снятия защиты с Офисных продуктов есть в Сети в немалом количестве.

Под защищенностью в данном случае я подразумеваю невозможность выполнить пользователем заданную операцию без соответствующих прав, даже если у него есть права на другие операции. Например, скопировать базу локально, поработать с ней спец-средствами, внести напрямую нужные ему данные и записать обратно. Администратор, при желании, может ему сильно затруднить жизнь, но принципиально исключить такую возможность с shared-file-DB не получится.

Negr
Перед тем, как делать окончательный выбор, выясни для себя требуемый уровень безопасности. Если есть 5 пользователей с равными правами и задача системы безопасности сводится к тому, что бы разделить весь мир на имеющих и не имеющих прав доступа к системе, то acess/paradox/etc. по критериям безопасности может подойти. О других критериях я сейчас не говорю.

Если данные "чувствительны" к защите и права у всех пользователей разные, то лучше остановиться на серверной СУБД. Пускай и простой, но серверной. Это может быть mySQL, MSDE (его бесплатность намного шире, чем писали в предыдущих постах. Об ней можно прочитать здесь). Сам выбор не принципиален, лиш бы тебе было удобно этим продуктом пользоваться.

Мне кажется выбор только из двух:
Access и MySQL.

Вот и выбирай: или серверная MySQL, но надо ее устанавливать,
что может иметь потенциальный геморрой при дистрибуции
(типа если ты пишешь инсталляшку и может начаться: ой у меня MySQL
не проинсталлировался - что делать);
или файловая Access - вроде проблем меньше, хотя на Win 95
надо апдейтить Jet.

Тем более если ты начинающий негр (сорри), то проще начать с Access.

Добавлено
PS: И забудь про Paradox .
PPS: И BDE.

В первом посте темы было упоминание о наличие требований к безопасности (правда без детализации). Возможно, для данного случая, вопросы безопасности не являются критичными, но и совсем забывать о них тоже не стоит. Как и пробовать сделать выбор платформы без учета требований к системе в целом. Можно сильно промахнуться, если брать в расчет только N users/rows/GBs/etc. Система то создается для решения бизнес-задач, а не для хранения записей.

Насколько критична планируемая система с точки зрения надежности и безопасности обрабатываемых данных?

Тут уж дешевле выдрать из MS Office 2000/XP инсталляшку MSDE и пользоваться им, т.к. все равно на 99% компьютеров пользователей и так стоит офис, а лицензионный он или нет - это уже не твоя проблема, т.к. твой софт его лишь использует. Вот. В случае с MySQL та же петрушка за один маленьким "но" - у заказчика есть довольно большая вероятность наличия таки лицензии на офис (особенно в нашей с тобой родной самостийной Украине, где уж не первый год гоняют за пиратские копии продуктов Microsoft).

Итог: если сервер на Win, то ориентироваться на MSDE или Access, иначе - MySQL.
Только у Negr в обоих случаях будут "косяки" с Delphi, т.к. использовать BDE не есть хорошо, а насколько прямо напрямую (сорри за тавтологию ) вызываются различные Win API оттуда мне не известно (еще один кирпич в сторону Delphi, но это совсем другая история)

Никакого смеха. Абзац, который ты процитировал, я привел в качестве комментария для одного из предыдущих постов. В этом ответе описан случай, когда платформу для БД нельзя выбирать на основании ТОЛЬКО количественных оценок строк / пользователей.

Меня, как и тебя, смущает противоречие: в условиях задачи умоминаются требования к безопасности и одновременно рассматривается возможность работы с file-shared-DB.

Комментарий по этому поводу я уже писал:

Так что оценки защищенности file-shared-DBs у нас похожи

Прочитал. исходные требования:

Успехов - если че : mamay@ziet.zhitomir.ua или в ПМ!

170 Мб данных. Вот и стараюсь уберечь человека от наступления на грабли. Сейчас если идет речь о возможной работе в сети, то я уже закладываю сервер БД. Благо он весит не много (Interbase, вернее его клоны).

Читайте также: