powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / mdb против dbf
25 сообщений из 90, страница 1 из 4
mdb против dbf
    #36526480
AnanimAnonimovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем привет, вопрос такой:
Есть необходимость написания ПО, которое будет включать в себя БД (как хранилище)+интерфейс на C++. Режим работы однопользовательский, установка только на 1 ПК, сетевой режим работы не будет использоваться и не планируется. БД будет хранить в себе результаты исследования некоторых процессов, данные пишутся в БД через адаптер, который работает с 2-мя форматами (dbf и mdb).
Время жизни таблицы с результатами - 1 год, за этот год накапливается примерно 1,7 Gb данных.
Далее необходимость в аналитике таблицы отпадает и её можно перелить в архивную БД.
Обработка данных в БД+вывод на экран SQL запросами, кроме того используется и индексно-последовательный метод обработки, так как возникают сложности с реализацией логики на диалектах Jet SQL и SQL dbf.
Предвижу вопрос, да система есть и на той и на той БД, но планируется сделать единое универсальное решение для каждого ПК.
Уровень подготовки разработчика не позволяет произвести полномасштабное тестирование того и другого формата, он может выдать только субьективное мнение дескать то быстрее, а то удобнее и все такое.
Хотелось бы узнать какой ФС выбрать, чей SQL более гибкий, имеются ли различия в скорости работы индексов, надежность того и иного формата...
SQL Сервера просьба не предлагать даже в варианте перелива создаваемых адаптером данных в том или ином формате.
...
Рейтинг: 0 / 0
mdb против dbf
    #36526503
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1) mdb всегда был самым медленным (но удобным)
2) ни mdb ни dbf (с индексами) никогда не отличались надежностью
3) если обойтись минимумом sql, а только последовательно - то dbf
4) 2Гб это близко к пределу возможностей обоих форматов, потому можно рассмотреть другие "не сервера": sql compact, sqlite
...
Рейтинг: 0 / 0
mdb против dbf
    #36526517
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JetSQL достаточно гибкий.
DBF ломаются только индексы - но они легко восстанавливаются

А в общем вариант у вас типа "выбрать страшного или глупого?" [мужа]
...
Рейтинг: 0 / 0
mdb против dbf
    #36526565
AnanimAnonimovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SiemarglJetSQL достаточно гибкий.
Иногда недостаточно, например в сохраненных запросах нет возможности использовать "быстрый" оператор управления потоком (IF), стандартная ф-я Access IIF при многократных вложениях приводит к ощутимой задержке на больших массивах данных с использованием индексов и при локальной работе.

SiemarglDBF ломаются только индексы - но они легко восстанавливаются

Я согласен, но mdb относительно новый формат по сравнению с dbf и мое мнение, может и ошибочное, но он более надежный и более быстрый. Используя Jet, оптимизатор которого наверняка более продвинутый чем оптимизатор для FoxPro.

Были проведены работы с компонентами Selphi Titan для Access, скорость работы очень впечатлило, не знаю использует ли Titan MS Jet... Но от Delphi как среды разработки и языка пришлось отказаться, в силу определенных причин!

А в общем вариант у вас типа "выбрать страшного или глупого?" [мужа][/quot]
...
Рейтинг: 0 / 0
mdb против dbf
    #36526597
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не так выразился. Лучше чем JetSQL вряд ли будет )

SQL для dbf - это нонсенс - простая пришлепка, и не более того.

Оптимизаторами и там и там и не пахнет.

По скорости - проведите простой тест на готовой БД. На вставку данных mdb проиграет раз в 5.
Но выборки в нем можно строить, а в .dbf - почти что нет (только перебором).
...
Рейтинг: 0 / 0
mdb против dbf
    #36526743
Fox5631
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Очередная аналитическая дискуссия не знающих Access с не знающими Foxpro.

Ищите поиском по этому форуму.
...
Рейтинг: 0 / 0
mdb против dbf
    #36526845
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Поправимся - SQL в ODBC/Jet для .DBF - упрощенный. Внутри Фокса - немножно получше.

А оптимизатор в Фоксе - это же рашмор =)

Опровергаем конкретные утверждения. Глядишь и потестим тут чего.
...
Рейтинг: 0 / 0
mdb против dbf
    #36527028
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Siemargl
По скорости - проведите простой тест на готовой БД. На вставку данных mdb проиграет раз в 5.
Чушь.

А оптимизатор в Фоксе - это же рашмор =)
Найдите десять отличий рашмора в фоксе и рашмора в аксесе.

2 AnanimAnonimovich
Выбирая из двух кусков... гм... чего-то несъедобного - выбирайте любой.
...
Рейтинг: 0 / 0
mdb против dbf
    #36528276
AnanimAnonimovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем спасибо, был выбран контейнер mdb
...
Рейтинг: 0 / 0
mdb против dbf
    #36528353
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тогда берегите базу, почаще бэкапьтесь (ежесуточно) и будет всегда достаточно прямой путь (для отступления) миграции в MSSQL.
На этом сайте сильный форум по Access.
...
Рейтинг: 0 / 0
mdb против dbf
    #36529216
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Firebird embedded подошел бы идеально....
...
Рейтинг: 0 / 0
mdb против dbf
    #36529401
Толстый_Троль
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FB Embedded
...
Рейтинг: 0 / 0
mdb против dbf
    #36529449
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну вы ещё оракула ради одной несчастной таблицы посоветуйте...
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
mdb против dbf
    #36530079
Фотография Saller
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov
Ну вы ещё оракула ради одной несчастной таблицы посоветуйте...

Апетит приходит во время еды, завтра начальство еще чего-то закомандует, а потом еще и еще в итоге через год уже будет не одна таблица, а 50-100...
...
Рейтинг: 0 / 0
mdb против dbf
    #36531982
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SallerDimitry Sibiryakov
Ну вы ещё оракула ради одной несчастной таблицы посоветуйте...

Апетит приходит во время еды, завтра начальство еще чего-то закомандует, а потом еще и еще в итоге через год уже будет не одна таблица, а 50-100...
типа, что вижу, то и пою
...
Рейтинг: 0 / 0
mdb против dbf
    #36533076
Толстый_Троль
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov
Ну вы ещё оракула ради одной несчастной таблицы посоветуйте...


C FB Embedded не нужно ставить сервер и администрировать его, нормальные индексы и sql, что полезно даже для оптимизации запросов по одной таблице. Ну а +7Мб(размер dll-ек сервера) с программой это сегодня не проблема.

Для работы с FB на C++ - рекомендую эту библиотеку
http://www.ibpp.org/reference
...
Рейтинг: 0 / 0
mdb против dbf
    #36535110
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Толстый_Троль Ну а +7Мб(размер dll-ек сервера) с программой это сегодня не проблема.

Я бы сказал, что 7Мб - это полноценный сервер. А FB Embedded несколько :-) поменьше.
...
Рейтинг: 0 / 0
mdb против dbf
    #36535267
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Firebird автору не нужен. Он хочет упростить разработчику работу, а не примкнуть к гикам-маргиналам:

1.Сам FB имеет заморочки, а мигрировать запросы с Accessa на егойный диалект SQL-та еще задачка.

2.Если используется не Дельфи, то процесс работы с FB еще "немного" усложняется.
...
Рейтинг: 0 / 0
mdb против dbf
    #36535298
Толстый_Троль
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
f_w_pТолстый_Троль Ну а +7Мб(размер dll-ек сервера) с программой это сегодня не проблема.

Я бы сказал, что 7Мб - это полноценный сервер. А FB Embedded несколько :-) поменьше.

2.1.3 размер 7 235 539 со всеми библиотеками и udf со стандартного комплекта.
...
Рейтинг: 0 / 0
mdb против dbf
    #36535313
Толстый_Троль
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Siemargl1.Сам FB имеет заморочки, а мигрировать запросы с Accessa на егойный диалект SQL-та еще задачка.

Да, аццесс отостой, почти все расчеты нужно вести на клиенте. А если в таблице еще лимон записей, то это вообще секс вприсядку. Если хочется софт только от MS тогда уж MS SQL Express. Но будет чуть сложнее чем с FB.

Siemargl2.Если используется не Дельфи, то процесс работы с FB еще "немного" усложняется.

С каким языком у вас были проблемы при доступе к FB?
...
Рейтинг: 0 / 0
mdb против dbf
    #36535345
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Толстый_Троль,

Наоборот, с Аксесса легче перейти на MS SQL Express, чем на FB - синтаксис ближе.

У меня особых проблем нет почти с любой СУБД, с которыми пришлось работать, но у других например

И с подключением из .Net похожая история - лень искать.
...
Рейтинг: 0 / 0
mdb против dbf
    #36535386
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Толстый_Троль
Да, аццесс отостой, почти все расчеты нужно вести на клиенте.
А у топикстартера кроме клиента и нет ничего - "установка только на 1 ПК, сетевой режим работы не будет использоваться и не планируется"

А если в таблице еще лимон записей, то это вообще секс вприсядку.
Да хоть миллиард. Лишь бы в ограничение в 2Гб влезло. У автора - влезает.

Если хочется софт только от MS тогда уж MS SQL Express.
Играл, угадал все буквы, не смог прочитать слово.
MS SQL Server Compact вполне подошел бы.
Но раз уж автор задал вопрос "mdb или dbf", то так тому и быть.
Нет же, выползли всякие выползни, начали куету свою советовать, о которой даже не и спрашивали.

С каким языком у вас были проблемы при доступе к FB?
Да с любым дотнетовским.
Фся интеграция - плюшевый провайдер, позволяющий хоть как-то с грехом пополам ручками клавиатуру топтать.
Про интеграцию с какими-нибудь EF, например, я так понимаю можно забыть и не вспоминать. Либо иметь комплект бубнов на каждый день.
...
Рейтинг: 0 / 0
mdb против dbf
    #36535495
Толстый_Троль
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛП
Да с любым дотнетовским.
Фся интеграция - плюшевый провайдер, позволяющий хоть как-то с грехом пополам ручками клавиатуру топтать.
Про интеграцию с какими-нибудь EF, например, я так понимаю можно забыть и не вспоминать. Либо иметь комплект бубнов на каждый день.

Firebird .Net Data Provider
http://www.ibphoenix.com/main.nfs?page=ibp_download_dotnet
...
Рейтинг: 0 / 0
mdb против dbf
    #36535531
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Толстый_ТрольЛП
Да с любым дотнетовским.
Фся интеграция - плюшевый провайдер, позволяющий хоть как-то с грехом пополам ручками клавиатуру топтать.
Про интеграцию с какими-нибудь EF, например, я так понимаю можно забыть и не вспоминать. Либо иметь комплект бубнов на каждый день.

Firebird .Net Data Provider
http://www.ibphoenix.com/main.nfs?page=ibp_download_dotnet
Это не про него вот такой вот чудесный пост в соседнем форуме:
нашел вот инструкцию, может у кого затруднения будут так поможет:

1. Установить «Data Provider for .NET Framework 2.0»
2. Утилитой gacutil выполнить gacutil /L > info.txt
3. Найти в файле info.txt строку, начинающуюся с FirebirdSql.Data.FirebirdClient». (FirebirdSql.Data.FirebirdClient, Version=2.0.1.0, Culture=neutral, PublicKeyToken=3750abcc3150b00c, processorArchitecture=MSIL)
4. Скопировать *.dll из FirebirdDDEXProvider-2.0.4.zip в папку c FirebirdClient (c:\Program Files\FirebirdClient 2.0\ или c:\Program Files\FirebirdClient\)
5. В файле FirebirdDDEXProviderPackageLess32.reg, заменить %Path% на папку с FirebirdClient ("c:\\Program Files\\FirebirdClient\\" - обязательно два слеша!)
6. Добавить данные из файла FirebirdDDEXProviderPackageLess32.reg в реестр (выполнить FirebirdDDEXProviderPackageLess32.reg)
7. В случае неверного запуска файла FirebirdDDEXProvider32.reg надо вручную удалить данные из реестра! В папке C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG\ в файле файл machine.config добавить в секцию


<configuration>
<configSections>

<section name="firebirdsql.data.firebirdclient" type="System.Data.Common.DbProviderConfigurationHandler, System.Data, Version=2.5.1.0, Culture=neutral, PublicKeyToken=3750abcc3150b00c"/>
</configSections>

а так же в секцию

<system.data>
<DbProviderFactories>

<add name="FirebirdClient Data Provider" invariant="FirebirdSql.Data.FirebirdClient" description=".Net Framework Data Provider for Firebird" type="FirebirdSql.Data.FirebirdClient.FirebirdClientFactory, FirebirdSql.Data.FirebirdClient, Version=2.5.1.0, Culture=neutral, PublicKeyToken=3750abcc3150b00c"/>
</DbProviderFactories>
</system.data>
</configuration>

Где Version=2.0.1.0, Culture=neutral, PublicKeyToken=3750abcc3150b00c взято из файла info.txt.
???

Если про него, то нахер бы такое убогое ублюдство, ежели оно даже поставиться нормально не умеет.
(работать оно тоже не умеет нормально, чего уж греха таить)
...
Рейтинг: 0 / 0
mdb против dbf
    #36535708
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да уж. Опупенно проехался по тельцу FB ) И модераторы не спасут :-J

Справедливости ради надо отметить, что Entity Framework 1.0 пока что тожередкостное г., чтобы для него стараться.

Но хороший и удобный .net драйвер все же FB нужен.

MS SQL Server Compact урезан в возможностях SQL - может не хватить. Да и вообще достаточно темная лошадка (для меня) - ни тестов скорости ни обслуживания/ремонта не попадалось.
...
Рейтинг: 0 / 0
25 сообщений из 90, страница 1 из 4
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / mdb против dbf
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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