Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Вопрос по рациональному использованию базы данных [D7, XP, 2003]

Tin © (2005-12-08 06:39:00)
Я вообще больше PHP-программер и больше чем с MySQL не всталкивался.
Пишу логаналайзер, и думаю что проще всего будет загонять строки логов в базу данных, может даже разумно будет если базу сохранять.
Какие компоненты лучше задействовать, какими драйверами лучче пользоваться при использовании TDatabase (если ее вообще надо юзать), и какие доки бы почитать?

заранее благодарен

Anatoly Podgoretsky (2005-12-08 14:52:00) [1]
Digitman © (08.12.05 13:54) [9]
Я для этой цели использую MS SQL, свыше 7 миллионов строк в год из squid + каждые 5 минут аналитический отчет, по куче показателей с формированием множества HTML страниц.

Digitman (2005-12-08 13:54:00) [2]

> msguns © (08.12.05 13:27) [8]

> С год назад решил хранить журнал сквида в IB

У меня та же петрушка вполне успешно работает, но при таком же интенсивном темпе роста числа записей заметных сколь-либо "тормозов" не замечено

FB1.2 крутится на круглосуточно работающем Линуховом сервере доступа, под который выделена простенькая машинка отнюдь не могучей (даже не серверной в полноценном смысле) конфигурации - AMD K6 550Мгц, IDE-накопитель Seagate Barracuda 7200, 384Мб древненькой памяти на борту..

То что FB-сервис ощутимо шустрей работает под Линухом, нежели под НТ - факт проверенный в тех же условиях на том же объеме данных

Еще один немаловажный фактор - грамотно (и без неоправданных излишеств) построенный скрипт FB БД, куда линуховый скрипт ежедневно скидывает обработанные строки proxy- и NAT-логов, формируемых сквидом.

msguns (2005-12-08 13:27:00) [3]
С год назад решил хранить журнал сквида в IB (FB 1.02), написал соотв.приложение, сбрасывающее инфу построчно (попакетно) в таблицы БД, анализирующее трафик поюзерно, поПК(IP)-но и т.д. (АП не даст соврать - у него консультировался ;))
Все неплохо работало до тех пор, пока было до 100000 зап. После этого пошли тормоза. Причем весьма некислые. Когда объекм превысил четвертьмиллиона, работать с программой стало мяго говоря некомфортно.
Вполне возможно, конечно, что я неправильно продумал модель (все делалось в спешке, с "кондачка") данных, не предусмотрев упаковку длинных строк, не сделав акцент на индексы и т.д.
Прежде чем оптимизировать, поинтересовался у друзей. Так вот, они используют MySQL и скорость несравненно выше, чем IB.
Акцесс существенно медленнее интербєйза. Если уж итти мелкософтовой тропинкой, то MS SQL Server - не самое плохое решение ИМХО.
Локалки типа парадокса-дибэйза ("родные" для BDE) плохи тем, что чудовищно глючат в многопользовательских приложениях.

К тому же "мускул" прекрасно вписывается в никсовские системы.

Anatoly Podgoretsky (2005-12-08 13:03:00) [4]
Tin © (08.12.05 06:39)
Микрософт для этой цели использует MSDE (MS SQL), сейчас MS SQL 2005 Express

Anatoly Podgoretsky (2005-12-08 13:02:00) [5]
Рамиль © (08.12.05 11:44) [4]
Микрософт не рекомендует.

Ormada (2005-12-08 13:00:00) [6]
раз ты знаешь лучше всего MySQL вот и юзай его
Access более тормознутый
компоненты : ADO+ODBC драйвер
или
MyComponents
нужны будут - пиши

Рамиль (2005-12-08 11:44:00) [7]
Легче всего в бд Access и подсоединяться через ADO.

Плохиш (2005-12-08 11:41:00) [8]

> Tin © (08.12.05 11:21) [2]

Разработка техпроекта, она знаете ли денег стоит.

Tin (2005-12-08 11:21:00) [9]
1 - На Ваше усмотрение =)
2 - просто ниразу не пользовался, вот и задумался, как писать.

Ormada (2005-12-08 07:13:00) [10]
оч интресно.:)
вопрос
1 - какая БД
2 - причём тут TDatabase, ты любитель BDE ?

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »