Вопрос по рациональному использованию базы данных

← →
Tin © (2005-12-08 06:39) [0]

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

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

← →
Ormada © (2005-12-08 07:13) [1]

оч интресно.:)
вопрос
1 - какая БД
2 - причём тут TDatabase, ты любитель BDE ?

← →
Tin © (2005-12-08 11:21) [2]

1 - На Ваше усмотрение =)
2 - просто ниразу не пользовался, вот и задумался, как писать.

← →
Плохиш © (2005-12-08 11:41) [3]

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

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

← →
Рамиль © (2005-12-08 11:44) [4]

Легче всего в бд Access и подсоединяться через ADO.

← →
Ormada © (2005-12-08 13:00) [5]

раз ты знаешь лучше всего MySQL вот и юзай его
Access более тормознутый
компоненты : ADO+ODBC драйвер
или
MyComponents
нужны будут - пиши

← →
Anatoly Podgoretsky © (2005-12-08 13:02) [6]

Рамиль © (08.12.05 11:44) [4]
Микрософт не рекомендует.

← →
Anatoly Podgoretsky © (2005-12-08 13:03) [7]

Tin © (08.12.05 06:39)
Микрософт для этой цели использует MSDE (MS SQL), сейчас MS SQL 2005 Express

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

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

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

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

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

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

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

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

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

Вопрос по рациональному использованию базы данных Найти похожие ветки