| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
MS Access Запрос с более 255 полями. [D7, MS ACCESS]
infom © (2006-08-14 11:35:00)Уважаемые мастера у меня появилась следующая проблема:
Необходимо создать запрос который возвращает около 350 полей, а MS Access это непозволяет, пишет ошибку "определено слишком много полей".
Как это побороть и что мне делать вообще ?
tupoy (2006-08-14 12:59:00) [21]infom, что ты тут выяснить пытаешься, сказали уже много раз, что такая структура ни к чему хорошему не приведет. Как вообще, зная про теорию БД, можно сотворить такое чудо? Поэтому - переделай свои сотни полей в записи и будет тебе щастье. Или занимайся другим делом и не пудри людям мозги(с).
идентичное исследование, блин..
Dok (2006-08-14 12:58:00) [22]
> Парень первая реализация программы отработала своё время
> прекрасно, теперь идет следующее идентичное исследование.
> Вопрос смогу ли я использовать старую программу для нового
> идентичного исследования ????
а что ошибка тебе ничего не сказала?
infom (2006-08-14 12:51:00) [23]2 Dok
Парень первая реализация программы отработала своё время прекрасно, теперь идет следующее идентичное исследование. Вопрос смогу ли я использовать старую программу для нового идентичного исследования ????
Dok (2006-08-14 12:46:00) [24]
> Теперь давайте перестанем обвинять меня в криворукости и
> четко ответим, кто знает, можно ли каким либо образом обойти
> предел в 255 полей или увеличить его ?
парень ты утверждаешь, что знаешь как - но делашь как сказал клиент? Понятно что клиент не знает о нормальных формах, но ты блин - программер! Ты должен фильтровать что говорит клиент и делать как нужно! Клиент завтра скажет мне пожалуйста сделай как в екселе: оодна строка, а каждом поле по несколько значений, ты что будешь все это реализовывать? Или ексель свой писать? Давно уже придумали все эти тербония приводит к 3-ей нормальной форме.
infom (2006-08-14 12:41:00) [25]Desdechado
Дорогу переходим только по пешеходному переходу и используем только лицензионные софт наверно...
Все по пунктам.
1. Во первых клиент и так платит мизер, поэтому все реализовывалось не отвелекая от основной работы
2. Все реализовывалось в "бесплатном" файловом MS Access из-за необходимости затраты минимум средств и возможностью быстрого переноса между компами.
3. Было выдвинуто требование реализовать в течении 2-х дней (причем рабочии дни).
Теперь давайте перестанем обвинять меня в криворукости и четко ответим, кто знает, можно ли каким либо образом обойти предел в 255 полей или увеличить его ?
Anatoly Podgoretsky (2006-08-14 12:21:00) [26]Но вообще то на месте клиента взыскал бы с автора и заставил сделать бесплатно и оплатить неустойку.
Desdechado (2006-08-14 12:20:00) [27]> просят сделать такую вот БД с максимум 100 типами продукции, неужели
> вы будете все делать полностью реляционную модель и соблюдать НФ-ы
Только так и буду - по правилам.
> тем самым уменьшив скорость работы как БД так и свою
Плохому танцору...
> нажив себе огромное количество проблем по ворочанию этой неповоротливой системы.
Сколько делал, ни разу не нажил. А ты вот уже успел. Так кто прав?
Anatoly Podgoretsky (2006-08-14 12:20:00) [28]Конечно будем, а как же иначе, не городить же монстра.
Попросить оплатить переделку в размере 150%
stone (2006-08-14 12:19:00) [29]
> Скажите мне вы если вас просят сделать такую вот БД с максимум
> 100 типами продукции, неужели вы будете все делать полностью
> реляционную модель и соблюдать НФ-ы
Обязательно
> тем самым уменьшив скорость работы как БД так и свою и нажив
> себе огромное количество проблем по ворочанию этой неповоротливой
> системы.
На твоем примере вижу обратное
> Клиент просто попросил увеличить количество полей ещё на
> 50, у меня встала конкретная проблема переделывать ли мне
> все и реализовывать другую структуру БД или же все удасться
> сделать намного мягче.
А завтра попросит еще штук 200...
infom (2006-08-14 12:15:00) [30]2 All
Уважаемые, учить меня создавать хорошо структурированные базы данных не стоит, и как это делать я прекрасно умею.
Скажите мне вы если вас просят сделать такую вот БД с максимум 100 типами продукции, неужели вы будете все делать полностью реляционную модель и соблюдать НФ-ы тем самым уменьшив скорость работы как БД так и свою и нажив себе огромное количество проблем по ворочанию этой неповоротливой системы.
Клиент просто попросил увеличить количество полей ещё на 50, у меня встала конкретная проблема переделывать ли мне все и реализовывать другую структуру БД или же все удасться сделать намного мягче.
Tomkat (2006-08-14 12:13:00) [31]
> продуктов будет не более 100
как это ?????? а вдруг расширение производства !
ну можно програмно столбцы добавлять , но предел-то есть ....
думаю , никак не обойти в той структуре .... ограничение кол-во полей есть в любой БД
надо менять .... пока не поздно ...
sniknik (2006-08-14 12:10:00) [32]из справки...
Определено слишком много полей. (Ошибка 3190)
Попытка выполнить операцию, которая включает более 255 полей. Уменьшите число полей и повторите операцию.
> клиент четко обещал что продуктов будет не более 100.
тз есть?
> Теперь он хочет ввести ещё 50 продуктов...
дополнительная переделка (перенаписание с 0), дополнительно оплачивается... повод есть. в чем проблема?
infom (2006-08-14 12:08:00) [33]2 Sergey13
база спроектирована под текущие нужды. клиент четко обещал что продуктов будет не более 100. Теперь он хочет ввести ещё 50 продуктов, причем программа мной уже полностью написана для ста и работает прекрасно, если добавить ещё 25 то она бедт также работать, но вот добавить ещё 50 уже не получится, каким образом это можно обойти ?
Tomkat (2006-08-14 12:06:00) [34]
> по каждому товару хранится число и цена итого по одному
> магазину около 320 полей.
а перевернуть таблицу не пробовал ?
сделать справочник магазинов, товаров , прайсов в конце концов ....
См. Нормальные формы БД.
Anatoly Podgoretsky (2006-08-14 12:04:00) [35]infom © (14.08.06 11:43) [3]
Итого получается всего три поля.
Не подпускать к базе, пока голова не будет исправлена.
Sergey13 (2006-08-14 11:49:00) [36]> [3] infom © (14.08.06 11:43)
> Структура БД и так проще некуда
> Есть магазины ~800, есть товары около >150, по каждому товару
> хранится число и цена итого по одному магазину около 320
> полей.
И ты считаешь - это нормально?
> Главная проблема в том что это БД служит для анализа.
Главная проблема, что база спроектирована из рук вон плохо.
infom (2006-08-14 11:43:00) [37]Структура БД и так проще некуда
Есть магазины ~800, есть товары около >150, по каждому товару хранится число и цена итого по одному магазину около 320 полей.
Главная проблема в том что это БД служит для анализа. т.е. аналитик одним запросам получает всю информацию по товарам по всем магазинам одним запросом, а потом анализирует свои различные показатели извлеченные из этого запроса
tupoy (2006-08-14 11:39:00) [38]разбить на 2 запроса, а вообще - см [1]
Sergey13 (2006-08-14 11:38:00) [39]> Как это побороть и что мне делать вообще ?
Заняться проектированием приложения/базы, ИМХО. Это ненормально (обычно), что "Необходимо создать запрос который возвращает около 350 полей".
| |
Страницы: 