Форум: "Начинающим";
Текущий архив: 2005.12.25;
Скачать: [xml.tar.bz2];
ВнизВопрос по рациональному использованию базы данных Найти похожие ветки
← →
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
← →
msguns © (2005-12-08 13:27) [8]С год назад решил хранить журнал сквида в IB (FB 1.02), написал соотв.приложение, сбрасывающее инфу построчно (попакетно) в таблицы БД, анализирующее трафик поюзерно, поПК(IP)-но и т.д. (АП не даст соврать - у него консультировался ;))
Все неплохо работало до тех пор, пока было до 100000 зап. После этого пошли тормоза. Причем весьма некислые. Когда объекм превысил четвертьмиллиона, работать с программой стало мяго говоря некомфортно.
Вполне возможно, конечно, что я неправильно продумал модель (все делалось в спешке, с "кондачка") данных, не предусмотрев упаковку длинных строк, не сделав акцент на индексы и т.д.
Прежде чем оптимизировать, поинтересовался у друзей. Так вот, они используют MySQL и скорость несравненно выше, чем IB.
Акцесс существенно медленнее интербєйза. Если уж итти мелкософтовой тропинкой, то MS SQL Server - не самое плохое решение ИМХО.
Локалки типа парадокса-дибэйза ("родные" для BDE) плохи тем, что чудовищно глючат в многопользовательских приложениях.
К тому же "мускул" прекрасно вписывается в никсовские системы.
← →
Digitman © (2005-12-08 13:54) [9]
> msguns © (08.12.05 13:27) [8]
> С год назад решил хранить журнал сквида в IB
У меня та же петрушка вполне успешно работает, но при таком же интенсивном темпе роста числа записей заметных сколь-либо "тормозов" не замечено
FB1.2 крутится на круглосуточно работающем Линуховом сервере доступа, под который выделена простенькая машинка отнюдь не могучей (даже не серверной в полноценном смысле) конфигурации - AMD K6 550Мгц, IDE-накопитель Seagate Barracuda 7200, 384Мб древненькой памяти на борту..
То что FB-сервис ощутимо шустрей работает под Линухом, нежели под НТ - факт проверенный в тех же условиях на том же объеме данных
Еще один немаловажный фактор - грамотно (и без неоправданных излишеств) построенный скрипт FB БД, куда линуховый скрипт ежедневно скидывает обработанные строки proxy- и NAT-логов, формируемых сквидом.
← →
Anatoly Podgoretsky © (2005-12-08 14:52) [10]Digitman © (08.12.05 13:54) [9]
Я для этой цели использую MS SQL, свыше 7 миллионов строк в год из squid + каждые 5 минут аналитический отчет, по куче показателей с формированием множества HTML страниц.
Страницы: 1 вся ветка
Форум: "Начинающим";
Текущий архив: 2005.12.25;
Скачать: [xml.tar.bz2];
Память: 0.47 MB
Время: 0.013 c