@B4

Добрый вечер, уважаемые форумчане!
Есть потребность хранить и обрабатывать статистику работы приложения (длительность работы, время суток запуска, инфу для отладки).
Полагаю, что лучший способ хранить это всё в базе данных.
Будет ли это отдельная MS SQL база или база сайта My SQL пока не решил.

Подскажите где копать, пожалуйста (и хороший ли способ вообще выбран):
1. Какой класс отвечает за Insert в таблицы БД MySQL, MsSQL?
2. В какой момент жизни программы (желательно как можно позднее, чтобы точно отобразить длительность работы) лучше отправлять эту статистику? На formclosing'e, думаю будет подвисать.

Спасибо!

0

@Fene4ka_

B4, а чем плоха встроенная локальная sql База в visual studio ?
эмм, вы про этот метод чтоле?
не будет подвисать

0

@B4

Не сталкивался с подобным определением (либо формулировкой).
Если использовать локальную базу студии, то она будет единой или у каждого клиента своя? (Где вообще про неё можно почитать, чтобы понять о чём Вы).
Мне требуется, чтобы база была одна и программа отправляла туда данные от каждого пользователя. Обратная связь не потребуется, только инсерты.

Да, скорее всего подойдет. Поковыряю MSDN. Спасибо.

Прекрасно)



Спасибо за отклик!

0

@Fene4ka_

B4, наверное трудно загуглить "создание локальной базы данных в visual studio 2013"

0

@B4

Fene4ka_,
MSDN говорит следующее:
При использовании локальных данных приложение подключается к файлу базы данных на локальном компьютере, а не к базе данных на отдельном сервере.

Выходит у каждого клиента будет личная БД.
Как реализовать хранение статистики всех клиентов в БД на сервере? Какой сервер лучше выбрать?

0

@Fene4ka_

B4, эмм, вы не говорили, что программа будет сетевая и будет требовать доступ к интернету ... тогда скорее MySQL подайдет. Но все же если программа будет использоваться на одном компьютере, но разными пользователями, то юзайте локальную

0

@B4

Fene4ka_, Во, теперь мы поняли друг друга.
Спасибо.
Буду пробовать.

0

@FroztBal

На сколько мне известно статистику работы ПО, в народе ЛОГ`и, зачастую хранят в обычном текстовом документе.
плюсы: проще реализовать, открывается на любой машине, хорошо упаковывается

БД используют для долгосрочного хранения данных которые нельзя просмотреть без клиентского ПО.
Если хранить логи в БД, да еще и в сетевой, для этого вам нужен будет отдельный сервер. При большом потоке данных может наблюдаться замедление работы. Рост БД тоже приводит к замедлению работы. Еще есть подводные камни с записью данных в одну таблицу несколькими клиентами.

1

@B4

FroztBal, Сбор статистики работы программы больше не актуален, но осталась потребность в использовании БД, вот для чего:
Хочу сделать привязку к уникальному идентификатору компа (код процессора хранить или подобное) для каждого логина.
То есть для каждого зарегистрированного клиента при запуске программы будет окно ввода некоторого логина (из БД).
Для каждого пользователя будет включена возможность запускать приложение на 3 машинах. Следовательно надо коды этих машин где-то хранить. При первом запуске уникальный код машины думаю закинуть в параметры, а при последующих запусках запросами к БД проверять принадлежит ли машина зарегистрированному пользователю.
В итоге нагрузка на БД будет не очень большая, потому что будет максимум 3 инсерта на каждого пользователя (их будет не более тысячи) + селекты на проверку принадлежности машины к логину.

Подойдет ли такая схема для моей цели?
Подойдет ли MySQL?

Спасибо.

0

@Fene4ka_

B4, mySQL подайдет, но вот вопрос, а если я буду работать с вашим приложение в интернет-кафе ? как быть тогда ?

0

@B4

Fene4ka_, Запускать моё приложение не с домашнего ноута/компа не будет смысла, но спасибо за кейс)

0

@Fene4ka_

B4, не стоит привязывать аутентификацию к железу, лучше сделайте какую-нибудь двухфакторную аутентификацию

Добавлено через 50 секунд
B4, если только вы будете запускать приложение, то зачем вообще аутентификация ?

0