Чем access лучше 1с
Программа для работы с электронными таблицами, такая как Microsoft Excel, является прекрасным инструментом для обслуживания и вычисления небольших наборов информации. Excel легко понять и прост в использовании. Вы можете сортировать, фильтровать и форматировать данные быстро и легко. Но электронные таблицы не идеальны для обработки сотен записей при создании важного файла для клиента, контакта или руководителя. Очень легко сделать ошибки в электронной таблице, что делает анализ, суммирование и отчетность очень сложными.
Microsoft Access, с другой стороны, представляет собой систему управления реляционными базами данных (РСУБД), которая помогает вам хранить информацию для справки, отчетности и анализа. Доступ также может преодолеть ограничения, обнаруженные при попытке управлять большими объемами информации в Excel или других приложениях электронных таблиц.
Microsoft Access, наиболее широко используемая система настольных баз данных в мире, доступна в комплекте бизнес-продуктов Microsoft Office Professional, поэтому дополнительное программное обеспечение базы данных не требуется, если ваша компания приобретает компьютеры с уже установленным набором продуктов. Кроме того, Microsoft Access хорошо интегрируется с другими членами набора продуктов Microsoft Office, такими как Excel, Outlook, Word)[4].
Microsoft Access выпускает очень удобные приложения с помощью своего обширного языка программирования VBA (Visual Basic для приложений).
Доступ значительно дешевле для внедрения и обслуживания по сравнению с более крупными системами баз данных, такими как Oracle или SQL Server. Кроме того, доступ может обеспечить экономическую выгоду, поскольку для консультантов Access, как правило, для консультантов по доступу, как правило, ниже, чем консультанты Oracle или SQL Server[5].
При правильной разработке базы данных Access можно портировать (как правило, с некоторым трудом) на SQL Server или Oracle. Это важно, если нужно создать небольшую или разработать систему пилотной базы данных, а затем перейти к более крупным системам управления базами данных.
Система Microsoft Access может быть размещена на веб-сайте для доступа для удаленных пользователей. Возможность иметь приложение и данные в одном файле делает чрезвычайно удобным распространение всего приложения для разных пользователей, которые могут запускать приложение в отключённых средах[7].
Если для пользователя важна поддержка базы данных, то доступ может быть лучшим выбором, поскольку у Access больше консультантов по поддержке и развитию, чем у любой другой системы баз данных для настольных систем.
Если компания пользователя растёт, одним из преимуществ Microsoft Access является наличие возможностей обновления. Если размер вашей базы данных постоянно растёт и ваша производительность начинает страдать, вы можете легко перейти на SQL Server вместе с проектом данных доступа (ADP).
Независимо от того, является ли крупной корпорация, владелец малого бизнеса, некоммерческая организация, или если вы просто ищете более эффективные способы управления личной информацией, можно утверждать, что Access - привлекательная система баз данных для настольных компьютеров. Конечно, если пользователь новичок в Microsoft Access или хочет научиться действительно использовать все доступные функции, может потребоваться формальное обучение[9].
Программа MS Access имеет меню и полосу прокрутки.
Меню представляет группы связанных команд. При включении меню под заголовком появляется раскрывающийся список команд. Меню закрывается при выборе команды из списка. Команда меню может быть выбрана с помощью мыши или клавиатуры[15].
Полосы прокрутки используются для перемещения по окну, если его содержимое не подходит для прокрутки экрана, выполняется щелчком по стрелкам прокрутки на обоих концах полосы прокрутки. Пользователь также может перетаскивать кнопку прокрутки на полосе прокрутки. Кнопка прокрутки на полосе прокрутки изменяет свой размер пропорционально общему размеру данных на листе.
Microsoft Access используется для хранения и обработки большого количества информации. Он используется для создания запросов, форм и отчетов. Он позволяет вводить, обновлять и сообщать информацию.
IDE означает интегрированную среду разработки. Это набор средств, предоставляемых пользователям. Он используется для создания баз данных и приложений баз данных. IDE упрощает задачи создания и использования базы данных. В MS Access IDE предоставляет базы данных образцов, мастера и ключи для понимания структуры. Она интегрирована с другими приложениями MS Office. Это упрощает программирование. В MS Access нет избыточности[4].
Дополнительными преимуществами оболочки Microsoft Access яыляются:
1) Простота в использовании.
2) Упрощение создания приложений баз данных.
3) Отсутствие необходимости точных знаний баз данных.
4) Предоставление предопределенных средств для поиска, сортировки, извлечения и обработки данных в базах данных.
У системы есть мастер базы данных, который представляет собой набор шагов, позволяющий пользователю легко создавать базу данных. Он включает в себя выбор шаблона базы данных, выбор полей, создание настроек, добавление изображений и базы данных.
Преимущество использование мастера заключается в том, что он создаёт базу данных очень быстро и легко. Недостатком является то, что пользователю может потребоваться внести изменения в базу данных, созданную с помощью мастера[9].
Окно приложения MS Access соответствует стандартным макетам всех приложений Microsoft. Он содержит разные объекты, которые используются для проектирования и создания баз данных.
Различные части окна приложения включают строку заголовка, строку меню, панели инструментов, меню, полосы прокрутки и строку состояния.
Каждое слово в строке меню представляет собой другое меню. Каждое меню содержит команды для активации функций MS Access. Если на панели инструментов появляется значок, отображающий эту команду, она также отображается в меню. Это облегчает распознавание команд.
Окно базы данных в MS Access используется для организации всех объектов в базе данных. Список таблиц по умолчанию используется для отображения всех таблиц в текущей базе данных. Он также используется для создания таблиц.
Различные кнопки, доступные в окне базы данных Access, - это таблицы, запросы, формы, отчёты, страницы, макросы и модули.
Время показало, что приложения для работы с электронными таблицами, в том числе и Microsoft Excel, имеют потрясающие возможности для сбора, систематизации и анализа различных данных. Трудно представить бизнес, где бы не использовали этот инструмент. Вне зависимости от размера компании в ней обязательно используют электронные таблицы в том или ином виде.
Все те, кто работают с платформой 1С и решениями на ее основе не по наслышке знают, что Excel является чуть ли не главным инструментом бухгалтеров, аналитиков, финансистов и многих других специалистов.
Коллеги, Вы только вспомните сколько было сделано выгрузок из 1С в Excel! Сколько человеко-часов на это было потрачено!
Нет, нет! Excel ни в коем случае не является заменой учетных систем 1С, ведь назначение у них совершенно разное. Уберите оружие! Он скорее инструмент локального пользования для более гибкой обработки данных, ведь в 1С это не всегда сделать также просто, как в Excel.
Но если все так хорошо, то почему статья будет про Access? Неужели им кто-то еще пользуется? И на самом деле пользуется!
Excel vs. Access
Эпичной битвы не будет! Мы просто сравним два отличных инструмента по 9 критериям и опишем ситуации, когда Access может быть более подходящим вариантом.
Критерий | Excel | Access |
Назначение | Создание графиков, диаграмм и различных моделей данных. | Приложение базы данных для сбора и сортировки данных. |
Использование | Построение финансовых, статистических и других моделей, а также возможность проверки данных при вводе. | Сбор, сортировка и изменение информации в базах данных. |
Размер хранилища | Имеет ограничения по количеству строк (1 048 576) и столбцов (16 384), а также другие ограничения. Подробнее смотреть здесь. | Ограничения на макс. размер базы (2 ГБ) и другие. Подробнее смотреть здесь. |
Возможность доработки | Очень просто. Это может сделать любой пользователь Excel, конечно, если дело не касается макросов или других специфичных вещей. | Сложно, поскольку требуются знания по построению баз данных и других особенностей. |
Применимость | Больше всего подходит для анализа данных (финансовых, статистических или любых других). | Больше подходит для хранения данных. Ориентировано больше на малый бизнес. |
Изучение | Прост в изучении. | Тяжелее в изучении по сравнению с Excel. |
Реляционный или линейный | Не реляционное хранилище данных. | Для хранения используется реляционная модель. |
Знание программирования | В большинстве случаев знания программирования не нужны. | Знания программирования обязательны для работы с базами данных Access. |
И так, Access меньше ограничен в объемах выгрузки данных и позволяет строить реляционную модель хранения информации. Кроме того, можно делать произвольные SQL-запросы к таблицам для обработки данных. Во всем остальном Excel удобнее и эффективнее. Это если смотреть общую информацию, поэтому поклонников Access прошу не идти на несанкционированный митинг в комментариях! Тем более никто не мешает подключиться к базе Access из Excel и работать в последнем.
Таким образом, когда нужно выгрузить информацию из базы 1С в большом объеме и при этом у конечного потребителя нет навороченной СУБД, или просто стандарт работы через Access, или же есть реализованная на нем бизнес-логика, то почему бы не использовать его? Также иногда нужно обойти ограничение Excel в 1 миллион строк и выгрузить данные одним набором. В последнем случае база данных Access также может быть хорошим выбором.
Конечно, вместо Excel или Access есть масса других вариантов, но в зависимости от требований они не всегда могут подходить:
- CSV-файлы - их трудно анализировать, да и подходит это больше для последующей загрузки в другой источник данных.
- База SQL Server / PostgreSQL - отличный вариант, вот только не все конечные пользователи могут позволить себе настройку этого ПО.
- Разбить выгрузку Excel на несколько файлов? Отлично! Попробуйте собрать отчетность из 15 файлов Excel по 1 миллиону записей, тогда и поговорим!
- И др.
Далее поверхностно пробежимся по вопросу лицензирования и наконец-то перейдем к разработке.
Немного про лицензии
Этот вопрос очень важный, поскольку можно здорово напортачить, от чего в будущем могут быть проблемы из-за нарушения лицензионного соглашения Microsoft на их ПО. Дело тут вот в чем.
Выгрузка или другие действия в 1С должны выполняться на стороне сервера 1С, т.к. только там мы можем работать с запросами, таблицами значений или с системой компоновки данных. Конечно, есть еще толстый клиент и файловые базы, но сейчас они не представляют особого интереса, ведь тонкий клиент более предпочтительный вариант для прикладных решений. А для файловых баз проблема лицензирования офиса вообще не стоит, т.к. обычно все кто с этой базой работают уже имеют установленный офисный пакет. Получается, что для того, чтобы сервер 1С мог работать с базами данных Access нужно выполнить одно из следующих действий на сервере 1С:
- Установить полный пакет Microsoft Access.
- Установить пакет "Microsoft Access Database Engine 2016 Redistributable".
- И последний вариант - установить "Microsoft Access 2016 Runtime".
Самым простым вариантом выглядит установка полного пакета приложения MS Access на сервере, но это сильно нарушает лицензионное соглашение. В этом случае потребуется покупка лицензий на Office не только для сервера, но и клиентские лицензии для всех пользователей, которые работают с этим сервером. В нашем случае для всех, кто работает в 1С на этом сервере. А если пользователей 1000? И их становится все больше? Докупать лицензии? Это будет не дешево. В некоторых случаях лицензия может вообще запрещать такое развертывание, но на подробностях уже не будем останавливаться.
Второй вариант - это установка только ODBC-драйвера в пакете Microsoft Access Database Engine 2016 Redistributable. Да, это будет работать! Access устанавливать не нужно, а мы сможем работать с базой данных Access через ADO-соединение. Но и тут не все просто! Если перейти по ссылке и посмотреть детальную информацию, то там черным по белому написано, что этот пакет не может использоваться для:
- Для замены Ace (нас это сейчас не интересует).
- Для замены Jet OLEDB (из 1С тоже можно работать через Jet с базами Access, но это уже другая история).
- Как замена основных систем управления базами данных, электронными таблицами или документами.
- И самый главный пункт - использоваться как системная служба или программа серверной части приложения.
Фактически, этот пакет предназначен для клиентских компьютеров, которые подключаются к различным источникам данных
Третий вариант - установка Microsoft Access 2016 Runtime. Согласно информации на странице, для установки и распространения не требуется покупка дополнительных лицензий, т.к. этот пакет содержит лишь среду выполнения, которая используется для запуска уже готовых решений. Средства разработки в ней отсутствуют. При этом в состав пакета также входит установщик ODBC-драйвера, который нам и нужен.
На практике видел использование второго и третьего варианта, причем аудит от Microsoft не выявлял в этом случае никаких нарушений. Возможно, установка Microsoft Access Database Engine 2016 Redistributable формально и может являться нарушением соглашения, но по факту его никто не проверяет.
Все вышесказанное относится и к другим продуктам MS Office, в том числе и Excel, Word и т.д. Интересная информация по лицензированию есть здесь, можете прочитать там про "Access Runtime".
Нашли ошибку или не согласны что лицензирование работает именно так? Пишите в комментариях!
Простые примеры
В основном мы сосредоточимся на задачах выгрузки данных в Access. Операции загрузки также возможна, но она всегда достаточно простая и очень сильно завязана на условиях задачи (что и куда загрузить, как преобразовывать данные из базы и т.д.). Приведу лишь небольшой пример загрузки данных.
Все просто - создаем соединение с базой данных Access через ADO, создаем команду чтений данных в виде набора и обрабатываем его. После освобождаем ресурсы.
С выгрузкой данных все куда интересней, потому что проблемы сложнее:
- ODBC-драйвер не позволяет создать пустую базу. Тут либо иметь уже готовый файл с нужными таблицами или придумывать альтернативный вариант (что и было сделано, но об этом позже).
- При выгрузке всегда одного набора данных задача упрощается, но что если нужно выгружать каждый раз разные наборы. Например, нужно выгружать отчет на СКД и учитывать, что настройки (выводимые поля) пользователь может изменять. То есть нам нужно научиться создавать таблицы в Access, сопоставляя типы 1С с доступными типами MS Access.
- Нужно учесть ограничения базы Access на различные типы, а также на сам ODBC-драйвер. Например, что выгрузка в Access не поддерживает даты меньше 1753 года, если используется ODBC-драйвер.
- Также необходимо учитывать максимальный размер базы данных в 2 ГБ. Тут в качестве решения может быть настройка максимального количества выгружаемых записей для одной базы. В случае необходимости выгрузка будет выполняться в несколько порций.
То есть на практике нужно быть готовым к выгрузке произвольных наборов данных. которые в 1С могут быть представлены таблицей значений, запросов или результатом компоновки данных отчета. Если бы этих проблем не стояло, то алгоритм выгрузки был бы примерно такой.
Но вернемся все же к реальным требованиям. Для упрощения разработки и сопровождения сделаем прокси-функцию, которая позволит выгружать в Access таблицы значений, запросы и результаты СКД.
Прокси, прокси, прокси
Начнем с описания что в итоге нужно получить. Интерфейс выгрузки будет представлен тремя функциями:
- ВыгрузитьТаблицуЗначений(КаталогВыгрузки, ИсточникДанных)
- ВыгрузитьЗапрос(КаталогВыгрузки, ИсточникДанных)
- ВыгрузитьРезультатКомпоновки(КаталогВыгрузки, СхемаКомпоновкиДанных, Настройки)
Примеры работы с ними ниже под спойлером.
Все функции находятся в общем серверном модуле "РаботаСAccessСервер" и возвращают структуру результата выгрузки с количеством выгруженных записей.
По определению Аксесс - персональная БД, что означает ее полную неспособность поддерживать многопользовательский доступ. Правило здесь такое: если Вы пишете приложение для нескольких concurrent (извините, я не знаю, как это будет по-русски) соединений, то лучше использовать Сиквел. Сейчас есть его бесплатная версия Экспресс, а скоро появится 12-я версия с "локальной БД". Если Вы предполагаете, что объем базы будет больше 2Гб, то Аксесс и в этом случае надо исключить из кандидатов. Аксесс также медленней, чем SQL Сервер в любом варианте.
Главное преимущество SQL баз перед Аксессом не только мультисоединения, но и факт, что Вам не придется ничего переписывать, если потребуется перейти на полный SQL сервак.
Тем не менее, не надо слушать неверные советы: если Вам все равно, какой будет движок, лишь бы обеспечивал "непрямой" доступ (ODBC connections), то Аксесс вполне сгодится, т. к. вполне поддерживается ADO.
Это координально разные вещи. Ацесс имеет смысл применять для маленьких баз потому как там используется прямой доступ к базе. sql для больших баз (жто очень гркбое определение, для точности описания места здесь не хватит)
Владимир Оракул (56994) Разница ощутима на базе размером начиная с 500 мб. К тому же сервер sql поддерживает такие функции как встроенные процедуры которые работают не на уровне прикладного по а на уровне самой базы.
Для мелких проектов-в-себе, с интерфейсом и базой в одном файле, при ограниченных ресурсах и при отсутствии необходимости совместного использования данных, лучше Access. В остальных случаях лучше нормальные RDBMS, необязательно MS SQL (и даже лучше бы без него).
По большому счету, Access вообще не надо употреблять ни для каких баз.
Слишком кривой пакет, Микрософту он явно не удался, хотя понты кидает большие, входит только в Профессиональную версию Офиса.
Access - платное, убогое, виндозное поделие, MS SQL не такое убогое, но остальные недостатки те же. Если для проекта подходит даже Access, то лучше использовать, например, SQLite.
Аксесс для работа одного пользователя, на локальной машине и количество записей не может привышать 65536.
скл-сервер для работы до 2 тысяч пользователей, и количество запсей таблицы поболее
Существует большая-большая база на MS Access, можно сказать целое предприятие работает в ней. SQl не используется, пользователи сидят на серваке в ней по RDP.
Необходимо собрать не менее 10 аргументированных причин ухода от MS Access
- Вопрос задан более трёх лет назад
- 8533 просмотра
Оценить 5 комментариев
Какие могут быть аргументы при абстрактном вопросе?
Работает - не трогай. Вот уже один аргумент "против" (если что - сам не пользуюсь, ибо это офисный продукт и под винду, а винды нет и не надо, как и офиса тоже как такового).
AVKor: Какие могут быть аргументы при абстрактном вопросе?Сергей нашел 7 аргументов при абстрактном вопросе например.
Аргументированно - это когда известно, какая именно задача решается, какие именно требования к инструменту и т.д. При определённых обстоятельствах можно представить гипотетически условия, при которых каждый из этих 7 не будет иметь значения.
Это я не к тому, что мне нравится access (это, вообще-то, дерьмо, а не СУБД), но при решении вопросов такого рода всегда надо исходить из конкретики, а не исследовать сферического коня в вакууме.
AVKor: Ну вот видишь, ты просто назвал его дерьмом, а суть моего вопроса: "Почему ты думаешь что он дерьмо? Можешь рассказать мне?"
Access это
1. Устаревшее решение. Все сложнее найти специалиста, который бы мог порешать проблемы в случае чего, и чем дальше откладывать переход, тем болезненнее он может оказаться впоследствии.
2. Access не многопоточный. несколько пользователей могут мешать друг другу.
3. Access не очень надежный в плане отказоустойчивости - один (в лучшем случае несколько связных файлов), но это работа на уровне файловой системы. Отсутствие онлайн-бэкапов, неудобная структура для их создания. При большой базе возможны проблемы. Практически невозможно делать инкрементальные бэкапы.
4. Access платный. Работать нормально он может только на платной же Windows платформе.
5. Реализация многих вещей в Access редко когда позволяет легко перейти на новую версию того же Access-а, что может помешать его работоспособности даже в пределах текущей платформы.
6. Нет удобных штатных способов создавать онлайн-формы. Через IIS это опять таки платное решение с кучей гемора.
7. RDP сам по себе не самое хорошее решение просто для того, чтобы вводить данные в базу. Даже с небольшим увеличением пользователей, нагрузка на сервер повышается очень сильно даже при простое. В то время как веб-sql решение, может быть даже незаметно для пользователей, количество которых увеличилось на порядок.
Чем хорош access:
1. В первую очередь, это комбайн. Все свое, все на месте - формы, таблицы, программный код, стандарты. Не нужно ничего другого.
2. Приложение уже написано, работает, знакомо.
Переходить нужно, если на это есть средства (на саму миграцию) и если есть некие опасения, что access не устроит в будущем. Если же расширения фирмы не планируется вообще, то тут надо пояснить бизнес-выгоду.
Если вы используете лицензионный софт, то с этой точки зрения вполне можно найти выгоду, отказавшись от rdp, виндовс сервера и офиса с access, заменив это все на бесплатный linux сервер + apache/nging и реализовав логику на php/python/java/perl (что душе угодно) и бесплатную базу данных (mysql, oracle 1
Спасибо что поняли суть.
И спасибо за хороший ответ, всё актуально кроме пункта 6. Было бы замечательно подкинуть ещё пару пунктов.
С точки зрения лицензионного софта выгодны не получить, т.к. всё уже куплено и это ни куда не деть) Вот если бы изначально всё сделать нормально. Столько экономии на одних лицензиях на подключения к серверу. Но это уже совсем другая история.
KJIayD: Подкинуть еще пару пунктов сложно. Но вы расширьте пункт 1.
Если переписать решение на современных языках, очень легко можно будет расширить функционал. Найти любого специалиста, и не боясь что-либо ломать, внедрять множество нового функционала, парралельно работе, обеспечив прозрачный доступ и прозрачное разграничение доступа для разных пользователей.
Для расширения функционала, всех нужно выгонять, парралельно тестировать и работать нельзя.
При переводе в sql, парралельные запросы легки, быстры, отлично масштабируются.
А, вот еще пункт.
Я не помню есть ли в access вообще ограничение доступа, кроме как через формы (когда юзер не знает как напрямую залезть в таблицу). В SQL легко ограничить доступ разных пользователей к базе, логирование и мониторинг кто именно что делал делается за минуты.
Oracle RDBMS (она же Oracle Database) на первом месте среди СУБД. Система популярна у разработчиков, проста в использовании, у нее понятная документация, поддержка длинных наименований, JSON, улучшенный тег списка и Oracle Cloud.
Особенности
- Обрабатывает большие данные.
- Поддерживает SQL, к нему можно получить доступ из реляционных БД Oracle.
- Oracle NoSQL Database с Java/C API для чтения и записи данных.
2. MySQL
MySQL работает на Linux, Windows, OSX, FreeBSD и Solaris. Можно начать работать с бесплатным сервером, а затем перейти на коммерческую версию. Лицензия GPL с открытым исходным кодом позволяет модифицировать ПО MySQL.
Эта система управления базами данных использует стандартную форму SQL. Утилиты для проектирования таблиц имеют интуитивно понятный интерфейс. MySQL поддерживает до 50 миллионов строк в таблице. Предельный размер файла для таблицы по умолчанию 4 ГБ, но его можно увеличить. Поддерживает секционирование и репликацию, а также Xpath и хранимые процедуры, триггеры и представления.
Особенности
- Масштабируемость.
- Лёгкость использования.
- Безопасность.
- Поддержка Novell Cluster.
- Скорость.
- Поддержка многих операционных систем.
3. Microsoft SQL Server
Самая популярная коммерческая СУБД. Она привязана к Windows, но это плюс, если вы пользуетесь продуктами Microsoft. Зависит от платформы. И графический интерфейс, и программное обеспечение основаны на командах. Поддерживает SQL, непроцедурные, нечувствительные к регистру и общие языки баз данных.
Особенности
- Высокая производительность.
- Зависимость от платформы.
- Возможность установить разные версии на одном компьютере.
- Генерация скриптов для перемещения данных.
4. PosgreSQL
Масштабируемая объектно-реляционная база данных, работающая на Linux, Windows, OSX и некоторых других системах. В PostgreSQL 10 есть такие функции, как логическая репликация, декларативное разбиение таблиц, улучшенные параллельные запросы, более безопасная аутентификация по паролю на основе SCRAM-SHA-256.
Особенности
- Поддержка табличных пространств, а также хранимых процедур, объединений, представлений и триггеров.
- Восстановление на момент времени (PITR).
- Асинхронная репликация.
NoSQL-базы данных
5. MongoDB
Самая популярная NoSQL система управления базами данных. Лучше всего подходит для динамических запросов и определения индексов. Гибкая структура, которую можно модифицировать и расширять. Поддерживает Linux, OSX и Windows, но размер БД ограничен 2,5 ГБ в 32-битных системах. Использует платформы хранения MMAPv1 и WiredTiger.
Особенности
- Высокая производительность.
- Автоматическая фрагментация.
- Работа на нескольких серверах.
- Поддержка репликации Master-Slave.
- Данные хранятся в форме документов JSON.
- Возможность индексировать все поля в документе.
- Поддержка поиска по регулярным выражениям.
6. DB2
Работает на Linux, UNIX, Windows и мейнфреймах. Эта СУБД идеально подходит для хост-сред IBM. Версию DB2 Express-C нельзя использовать в средах высокой доступности (при репликации, кластеризации типа active-passive и при работе с синхронизируемым доступом к разделяемым данным).
Особенности DB2 11.1
- Улучшенное встроенное шифрование.
- Упрощённая установка и развёртывание.
7. Microsoft Access
Система управления базами данных от Microsoft, которая сочетает в себе реляционное ядро БД Microsoft Jet с графическим интерфейсом пользователя и инструментами разработки ПО.
Особенности
- Можно использовать VBA для создания многофункциональных решений с расширенными возможностями управления данными и пользовательским контролем.
- Импорт и экспорт в форматы Excel, Outlook, ASCII, dBase, Paradox, FoxPro, SQL Server и Oracle.
- Формат базы данных Jet.
8. Cassandra
СУБД активно используется в банковском деле, финансах, а также в Facebook и Twitter. Поддерживает Windows, Linux и OSX. Для запросов к БД Cassandra используется SQL-подобный язык — Cassandra Query Language (CQL).
Особенности
- Линейная масштабируемость.
- Быстрое время отклика.
- Поддержка MapReduce и Apache Hadoop.
- Максимальная гибкость.
- P2P архитектура.
9. Redis
Особенности
- Автоматическая обработка отказа.
- Транзакции.
- Сценарии LUA.
- Вытеснение LRU-ключей.
- Поддержка Publish/Subscribe.
10. Elasticsearch
Легко масштабируемая поисковая система корпоративного уровня с открытым исходным кодом. Благодаря обширному и продуманному API обеспечивает чрезвычайно быстрый поиск, работает в том числе с приложениями для обнаружения данных. Используется такими компаниями, как Википедия, The Guardian, StackOverflow, GitHub. ElasticSearch позволяет создавать копии индексов и сегментов.
Читайте также: