возник небольшой, но серьезный вопрос, хотел посоветоватся!

Missory
Вопрос какого характера?
Когда то сталкивался, может помогу.

Да тут у нас ДБшников полно. Например, al2000.

Задача такая:

База данных статистики, т.е. основной объем данных это цифры.
Эти цифры делятся на периоды, которым они соответсвуют.

Всего 6 периодов.

Подскажите, как лучше сделать, разбить все данные и для каждого периода сделать свою таблицу или все запихнуть в одну таблицу?

Если много человек будут смотреть данные (через веб), то какая из реализаций будет более оправдана?

GET

Да тут у нас ДБшников полно. Например, al2000.

ты что имел ввиду?

Вот и мне надо, помогите посоветуйте
Нужна база или надстройка, для общественной организации,
ФИО, паспорт, адрес, примечание, членские взносы. Доступ только пользователя, без сетки. задачи такие вести учет членов, что бы удобно корректировать реквизиты. вести учет поступлений взносов, поквартально и за год, хотя бы так. Ну и поиск по хотя бы порядковому номеру
Замучался в экселе уже более 500 человек.
Вроде для 1с, что то есть.

Missory, лучше сделать одну таблицу. При наличии индексов разницы в скорости не заметишь, а в удобстве - намного выиграешь.
Vins, если есть желание изучить Microsoft Access - то это можно сделать там. Или вам нужен уже готовый продукт?

Armann
Хотелось бы что то уже готовое и попроще, а то общественный казначей не разбереться.

Missory

Согласен с Armann, пихать всё в одну таблицу.
Просмотр делать через фильтры, которые будут показывать только нужные группы


Vins
MS Access 2003 тебе нужен.
Если лень писать базу (для меня этот - не более 1 часа), для тебя там есть уже готовые БД (шаблоны), например, склад, сотрудники, расходы, контакты.

вести такие списки в Excel - пустая трата времени.

Armann
RomanMSK
Есть одна проблемка!
Сервак не ахти, 512 оперативки!
На нем итак стоит 2 базы, которыми активно пользуются и еще 3 которыми крайне редно!
Нарузка получится большая!

На данный момент есть реализация в разных таблицах, гемора много, но скорость приличная!
Еще выигрыш появляется в блокировках таблиц. Блокировка одной таблицы более критичка, чем одной из нескольких.
Индексы, разумеется, есть, но, что самое удивительное, они большой производительности не дали (пытаюсь разбратся почему). Сейчас вношу в БД информацию котороая будет накапливатся в течении 10 лет, как бы тестирую!
Посмотрю, что будет с блокировками и индексами!

Missory, какой сервер БД? MS SQL? MySQL?
Как много данных?
Какой характер работы с данными, в основном чтение или в основном запись? Насколько интенсивно?
Еще почти в каждом сервере БД можно посмотреть план выполняемого запроса, и увидеть используются индексы или нет. В любом случае стоит поискать книжку или статейки про использование индексов, их плюсы и минусы

Armann

какой сервер БД?

MS SQL 2000 SP4

Как много данных?

Не особо много, то хватает.
За год около 1ГБ, но со временем будет расти меньше

Какой характер работы с данными, в основном чтение или в основном запись?

Сам не знаю! Планируется просмотр БД через веб(~500 компов будут одновременно смотреть) и клиентская часть(для внесения данных) в ~100 отделах.
В основном, конечно это просмотр информации!

Еще почти в каждом сервере БД можно посмотреть план выполняемого запроса

Смотрел! Индексы берет павильные!

Missory, неплохая база получится, однозначна наращивать оперативку на сервере нужно За год гигабайт - это в одной таблице?
Если в основном просмотр информации - на блокировках можно особо не заморачиваться, и кроме того можно не экономить на индексах - наделать их на разные случаи жизни. Конкретно по поводу быстродействия, если не касаться оптимальности запросов, то тут разве что такие советы:
1. Однозначно добавлять на сервак памяти. Даже гиговая база на 512 мегах оперативки ворочаться будет не очень быстро, а еще там есть и другие базы.
2. Если за год гигабайт в одной таблице - то видимо все таки придется разделять по разным таблицам, хотя бы по годам. Как вариант - нарабатывать вторичные таблицы, в разрезе нужных пользователям данных, и работать дальше уже со вторичными таблицами

Не увидев системы что то более конкретно трудно посоветовать

Armann

За год гигабайт - это в одной таблице?

Неа, гиг со всех таблиц, но в остальных таблицах может прибавится по 20-100 записей и все! Конечно основные таблички это будудт именно с данными. Они-то и будут создавась объем.

Если в основном просмотр информации - на блокировках можно особо не заморачиваться

Тут и получается не определеность. Конечно просмотров будет больше, но и UPDATE будет не мало, гораз до больше, чем INSERT!

Оперативку пытаюсь выбить.... обещали 4 ГБ к концу года!

Спасибо за совет!

Еще совет - поищите обучающие курсы по MS SQL 2000, в них в принципе достаточно хорошо все написано, и про оптимизацию в том числе. Ну и есть какой то очень хороший хелп в поставке MS SQL, только как называется - забыл Есть там в названии слово Book, она даже в меню Программы присутствует
Удачи

Так мне то что кроме Microsoft Access посоветуйте, не охота заморачиваться в нем, время тратить

Vins
А чем тебя ацес не устраивает?

Между прочим вполне нормальная СУБД (если не влазить в будри не ставить переде ней задачи, типа хацу все сразу), то работает реально!

Missory Ну во первых Это мне придется делать, а я не особо силен, во вторых хотелось что то попроще и полегче весом, комп там старый 98 винда

Vins
1) Не ищи легких путей! Я думаю за день два можно кое чему научится!

2) А это не страшно! Она у тебя будет нормально работать! Конечно супер эффективности не будет, но это даже не из-за характеристик компа, а из-за самой СУБД

Спасибо, пойду покупать книжку Microsoft Access для чайников