Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
Давно была спроектирвана база на FoxPro... Каждая база данных состоит из каталога и наборов данных. Каждая строка каталога определяет один набор данных. В первом столбце каталога стоит номер набора данных. Если выбрана какая-либо строка каталога, то происходит переход к соответствующему набору данных. Группы наборов находятся в директроиях BAZAXX. Например в директории BAZA28. Соответсвенно в директории лежит dbf-файл с перечислением наборов в этой директории. Если выбрана строка, в которой указан номер набора равный 26, то формируется обозначение набора: b28_026.dbf и загружается файл с этим наименованием. На все каталоги есть тоже отдельный файл. Выявлены недостатки: 1. Поддержка целостности практически отсутсвует. Не задать ключей. 2. При создании нового набора необходимо создавать новую таблицу 3. Необходимо создавать новый каталог для новой группы набора данных. 4. Наборы могут отличаться лишь одним параметром, при этом трудно сделать их общую выборку... 5. Приходится делать общие запросы (типа select * from...), поскольку все наборы с разной структурой, и просто выводить результат в таблице... Может кто ещё чего подскажет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2005, 08:12 |
|
||
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
Мне кажется, что и одного недостатка №1 вполне достаточно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2005, 09:58 |
|
||
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
Да уж...наворотили... Наверно наворот связан с попыткой максимально поднять производительность ? А не было мыслей перейти на что-нибудь более современное, чем DBF ? Пора ! Заодно и перепроектируете :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2005, 10:57 |
|
||
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
modДавно была спроектирвана база на FoxPro... Каждая база данных состоит из каталога и наборов данных. Каждая строка каталога определяет один набор данных. В первом столбце каталога стоит номер набора данных. Если выбрана какая-либо строка каталога, то происходит переход к соответствующему набору данных. Группы наборов находятся в директроиях BAZAXX. Например в директории BAZA28. Соответсвенно в директории лежит dbf-файл с перечислением наборов в этой директории. Если выбрана строка, в которой указан номер набора равный 26, то формируется обозначение набора: b28_026.dbf и загружается файл с этим наименованием. На все каталоги есть тоже отдельный файл. Выявлены недостатки: 1. Поддержка целостности практически отсутсвует. Не задать ключей. 2. При создании нового набора необходимо создавать новую таблицу 3. Необходимо создавать новый каталог для новой группы набора данных. 4. Наборы могут отличаться лишь одним параметром, при этом трудно сделать их общую выборку... 5. Приходится делать общие запросы (типа select * from...), поскольку все наборы с разной структурой, и просто выводить результат в таблице... Может кто ещё чего подскажет? Какие данные в базе хранятся? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2005, 16:34 |
|
||
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
Не, о производительности не думали тогда вообще, просто так мыслили структуру.... Давно это было... В базе хранятся данные: «Режущий инструмент»; «Измерительный инструмент»; «Оборудование»; «Приспособления»; «Роботы»; «Пресс-формы»; «Припуски»; «Заготовки»; «Режимы резания»... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2005, 07:29 |
|
||
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
Ясно, идей нет... А жаль... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 08:12 |
|
||
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
modЯсно, идей нет... А жаль... Не идей нет, а исходной структуры. Ты предлагаешь по куче строительного мусора выявить недостатки архитектурного проекта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 09:09 |
|
||
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
Для каждой проектируемой базы в большинстве случаев (имхо), как требование к базе, определяется время выборки данных по условию. при данной структуре этот параметр увы не вытянуть. Вообще то для чего надо обсасывать структуру созданную в старые времена? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 09:38 |
|
||
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
Нужнообоснование прежде всего чтобы внушить что пора отказатся от той самой кучи мусора.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2005, 08:14 |
|
||
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
Проблема в том что меня заставляю сравнить на достоинства/недостатки старый, приведённый здесь "каталожный" способ хранения, с разрабатываемым мной на SQL Server 2000. Не могу никак подступится к проблеме... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2005, 15:17 |
|
||
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
Возьми Дейта, у него четко описаны требования к СУБД, сравни с тем что есть, разницу грамотно сформулируй в обоснование. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2005, 17:10 |
|
||
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
modПроблема в том что меня заставляю сравнить на достоинства/недостатки старый, приведённый здесь "каталожный" способ хранения, с разрабатываемым мной на SQL Server 2000. Не могу никак подступится к проблеме... Начни с вопроса о резервном копировании данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2005, 18:09 |
|
||
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
Genady, спасибо, посмотрю. Скорее всего это то, что надо! S.PR если ту старую структуру конвертнуть в SQL, то проблем с резервным копирванием не должно быть, так что отпадает, но спасибо.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2005, 05:21 |
|
||
|
Помогите выявить все недостатки структуры(её отсутствия).....
|
|||
|---|---|---|---|
|
#18+
modGenady, спасибо, посмотрю. Скорее всего это то, что надо! S.PR если ту старую структуру конвертнуть в SQL, то проблем с резервным копирванием не должно быть, так что отпадает, но спасибо.... Вот именно что в SQL отпадает, потому что происходит в отдельной транзакции. Но при хранении данных в dbf превращается в бааальшую проблему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2005, 10:08 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33032641&tid=1545918]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
56ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 235ms |
| total: | 366ms |

| 0 / 0 |
