Уважаемые профессионалы, помогите советом.
Необходимо подобрать БД под следующие требования:

* Простое хранилище данных, в день будет создаваться 2-е таблицы одна из них макс. около 500000 строк, другая макс. 1000 строк.
* Клиентов порядка 50.
* Возможеность доступа к базе данных как из локальных сетей организаций, так и через Интернет.
* Приложение работающее с БД будет написанно на Delphi.
* Желательно подобрать БД не дорогую.
Поскольку делал запрос на стоимость MSSQL... сказали что необходимо приобрести лицензию Windows Serwer - 697$, MSSQL Server - 859$, + за каждого подключенного клиента по 157$.

Спасибо.

Мимопроходящий
Привет, Dimitry!
Ты пишешь:

Dimitry JSIв день будет создаваться 2-е таблицы
DS> Может, сначала стоит сходить на курсы проектирования БД?..это излишне.
аффтар с отличием закончил курсы проектирования таблиц ...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

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

Мимопроходящий
Привет, JSI!
Ты пишешь:

[quot JSI]J> Я же сказал что это просто хранилище данных, из которого клиенты будут брать данные,
J> каждая запись просто имеет свою метку времени
J> (т.е. примерно: время, тип события, значение события), логических связей между таблицами нет...
J> Поэтому и спрашиваю на основе какой БД решить данную примитивную задачунужна ли в таком случае СУБД вообще?

--
With best regards, Мимопроходящий.

Нужна или не нужна ту тоже есть над чем подумать... необходимо хранить приходящие данные на сервере, и выдавать их клиентам по первому требованию..., спомощью БД все просто реализовать... а вот если без БД, то придется хранить эти данные в отдельных файлах..., городить протокол связи с клиентами на запрос-ответ по данным... мне просто кажется это и сложнее и не так универсально... поскольку любое стороннее приложение проще "прикрутить" к БД посредствам SQL-запросов... нежели тормашить потом меня и узнавать как у написанного мною сервера запросить данные... Кто что на этот счет думает?

pkarklin авторпоскольку любое стороннее приложение проще "прикрутить" к БД посредствам SQL-запросов...

Извините за не скромность, а у Вас есть опыт "прикручивания к БД приложения посредствам SQL-запросов"?!

Имелось ввиду разработка приложения сторонним разработчиком, которое сможет получать требуемые данные из моего проекта.

tygra2 JSI
Так сколько записей в год получается - подсчитывал?
500 000 * 365 = ~200 000 000
Не так много СУБД, которые смогут это обработать :)

Записей много..., но каждая запись занимает не так много места, ориентировочно: время-4байта код события- 1 байт, значение события - 2 байта.
Итого:
Одна запись - 7 байт
Одна таблица 7*500000 =3,3 Мб
За год примерно 3,3*365 = 1,2 Гб
500000 записей это максиму что может быть.
Каждый новый день создается уникальная таблица с именем типа: День месяц год:(LOG1104207)
Поэтому в одной таблице более 500000 записей не будет.

Dimitry Sibiryakov
JSI
Каждый новый день создается уникальная таблица с именем типа: День месяц
год:(LOG1104207)
Поэтому в одной таблице более 500000 записей не будет.

Зато будет большой геморой с агрегированными отчетами. Совсем недавно
проскакивал такой дизайн на WorseThanFailure (ex TheDailyWTF).
На этом пути грабли есть - проверено. Я же не зря посоветовал курсы...
Posted via ActualForum NNTP Server 1.4

Критиковать легко... если-б я просил критики то открыл бы тему откритикуйте мой подход..., я же прошу совета и помощи как, где хранить такое количество данных... итд и тп смотрите выше требования.

squirearchy JSI tygra2 JSI
Так сколько записей в год получается - подсчитывал?
500 000 * 365 = ~200 000 000
Не так много СУБД, которые смогут это обработать :)

Записей много..., но каждая запись занимает не так много места, ориентировочно: время-4байта код события- 1 байт, значение события - 2 байта.
Итого:
Одна запись - 7 байт
Одна таблица 7*500000 =3,3 Мб
За год примерно 3,3*365 = 1,2 Гб
500000 записей это максиму что может быть.
Каждый новый день создается уникальная таблица с именем типа: День месяц год:(LOG1104207)
Поэтому в одной таблице более 500000 записей не будет.
а не проще добавить еще одну колонку дата? И хранить все в одной таблице, получается 200 млн. в год. Проиндексировать по дате. И вперед.

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