|
|
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
Лина1995 Только возник вопрос, а как лучше сделать тестовые данные? Я подумала так: накидать порядка 100тыс одинаковых данных XML, и докинуть порядка 100-200 тех, которые мне как бы нужны, и посмотреть время выборки, ну хотя бы от 10 клиентов. Да, имхо вполне рабочая схема. Только делайте сами тестовые xml-и побольше - если у Вас планируется 100 атрибутов на сущность, делайте в тестовом 200, и т.п. Ну и про индексы на xml не забывайте, как Вам посоветовал alexeyvg. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2013, 21:48 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
Лина1995 Но моих знаний на сегодняшний день крайне малоЭто нормально все с этого начинали. Лина1995 заранее список всех технических параметров никто не скажет, сказано, что они будут частично внесены вначале, а потом будут довноситься, причем в любой момент нужно расширятьalter table add/drop column никто не отменял. Да это потребует изменений и на сервере и на клиенте одновременно. авторВ общем не типы данных ни их количество естественно неизвестноНо клиент-то знает что он хранит, как вводит данные, как ищет данные и как показывает. В конце концов можно сделать гибридную схему с EAV в виде "дополнительных полей определяемых пользователем, которые в следующей версии будут обычными". Мой вам совет - начните с простейшей таблицы с прорвой полей и нуллами. Это гораздо легче и удобнее на старте чем EAV. По мере накопления опыта таблицы будут менятся, заменятся вьюхами, обрастать ограничениями. Судя по описанию, проект изначально мертворожденный, так что ваша задача извлечь из него максимум для себя. Пробуйте, делайте так, так и еще вот так. Ищите достоинства или недостатки КАЖДОГО подхода. Задавайте вопросы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2013, 23:09 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
Кхм... позвольте поблагодарить вас, SERG1257, за рационально сформулированную точку зрения. А вам, Лина1995, позвольте выразить восхищение. Вы - наиболее адекватный новичок этого форума за последние десять лет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2013, 23:32 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
Лина1995, выбирайте XMl - это самый быстрый и легкий путь EAV - легко в самом начале, но дальше с каждым шагом засасывает..да и для ваших ребят генерящих интерфейс прийдется создавать еще базу метаданных для сего аморфного чудовища - что вам пока не по силам, деньгам и времени.. А после когда база будет в рабочем состоянии какаоето время - у вас откроется видение и окажется что все параметры известные однако - тогда можно перейти к обычному реляционному проектированию - если к тому времени оно еще будет актуальным для вас ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2013, 14:36 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
Ребята, огромное спасибо всем! Правда по сегодняшним совещаниям я так поняла, что действительно сделать что-то нормальное скорее всего не получится, будем делать лишь бы хоть как-то работало :( Ну да ладно... По техническим параметрам, тут действительно каша с неизвестным количеством и типами полей, плюс то, что новые параметры на любую номенклатуру могут возникать неожиданно, и еще время от времени могут и новые номенклатуры появляться. Насколько я поняла по общению с sap'овцами, то у них примерно также БД организована. А самое печальное для меня, так это то, что программисты, которых выделили для создания пользовательских форм, так они слова XML, древовидные таблицы и прочее слышат впервые. Ну в общем все еще хуже ) Но как меня сегодня успокоили, сказав, что здесь такое чуть ли не традиция %) Ребята, Вам всем действительно огромное СПАСИБО! Чуть позже я подготовлю еще немного вопросов... Сразу попрошу не слишком критично относиться, так как сделать действительно профессиональное и правильное решение похоже что тут не выйдет, нужна работоспособность, пусть далеко и не лучшая. И вот как раз вопрос: Наименование номенклатур - как правильно это организовать? Я конечно же понимаю, что это больше не вопрос структуры БД или клиентского приложения, а в основном это вопрос организационный, но может быть у кого-то есть опыт борьбы с халтурщиками, которые не захотят корректно вводить информацию. С уважением, Лина. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2013, 20:35 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
> Наименование номенклатур - как правильно это организовать? Правильно - сложно. ;) Если интересно, воспользуйтесь структурой типа тезауруса. Простой вариант: term_concept (id, ...); term (id, ...); term_substitution (term_concept_id, term_id); term_concept: двигатель электрический, term: электродвигатель, [часто встречающиеся ошибочные, неполные написания и пр.]. Логично различать правильное и ошибочное написание названия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2013, 22:09 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
Лина1995Объяснить руководству, которое считает, что IT это что-то типа "нажал одну кнопочку, ну максимум две и тут же тебе все на тарелочке с золотой каёмочкой", а вдобавок это менеджера, которые в итоге за конечный результат не отвечают... вот и делайте выводы.Главное, не поддавайтесь нажиму- "ах, надо быстро", "надо чтоб вчера", "внезапно" и прочее. Типичные слова менеджеров, которые своими руками никогда ничего не делали, а только "организовали ресурсы". Так что, работайте спокойно, как будто перед вами - вечность. Заменить вас все равно не смогут, любой кто придет со стороны, даже с продуктом, захочет столько денег, что они перейдут на ваш вариант. Лина1995Ну а по задаче, то на самом деле получается, что заранее список всех технических параметров никто не скажет, сказано, что они будут частично внесены вначале, а потом будут довноситься, причем в любой момент нужно расширять.Ну и прекрасно, не могут дать список параметров - не могут получить от вас оценку по срокам. Будете делать то, что дали, а потом менять и расширять. Это нормальное состояние любого програмного продукта, в изменчивых условиях бизнеса предприятия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2013, 10:58 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
да купите че нить готовое а то никто ниче не понимает, прогеров нет и т.д. деньги то есть наверное? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2013, 14:19 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
ViPRos, а потом еще понадобится купить того кто в купленном будет разбираться! :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2013, 20:42 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
sp, а доки на что? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2013, 20:52 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
> купите че нить готовое Например? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2013, 21:24 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
guest_20040621, неужто нет ни одно йпроги умеющий сосавить классификатор и поискать в нем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2013, 22:36 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
Вы задачу прочли? Любой классификатор по определению использует единый контекст. Здесь контекстов может быть любое количество. Кроме того, задача интересна тем, что может быть решена посредством неявного выделения компонентов, дополняющего требуемый функционал. С собственными классификаторами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2013, 01:39 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
> неужто нет Вдогонку. Покупая софт - покупаешь и тараканов разработчика. Чем сложнее задача - тем больше тараканов. Резон поэтому должен быть ну очень убедительный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2013, 01:48 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
guest_20040621Вы задачу прочли? Любой классификатор по определению использует единый контекст. Здесь контекстов может быть любое количество. Кроме того, задача интересна тем, что может быть решена посредством неявного выделения компонентов, дополняющего требуемый функционал. С собственными классификаторами. ну прочел еще раз ну обычный множественный классификатор ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2013, 10:39 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
на этом формуе чуть ли каждый день возникает вопрос связанный с типизацией объектов эти вопросы возникают из за того, что люди почему то думают, что объект должен относиться только к одному типу я тут описывал механизм динамической классификации (типизации), когда объект частично множественно типизирован и имеет нетипизированные свойства и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2013, 10:44 |
|
||
|
структура таблиц при неизвестном количестве параметров
|
|||
|---|---|---|---|
|
#18+
> обычный множественный классификатор В этом есть что-то обычное? Смелое заявление. Наверное, и типовые решения обычной задачи имеют место? > чуть ли каждый день возникает вопрос связанный с типизацией объектов Правильно. Кривые вопросы с кривыми ответами. Знаете, с возрастом становится очевидно, что мифология занимает в жизни место, значительное большее, чем можно было бы себе представить. Рациональный взгляд на вещи несложен, но не популярен. Для вашей посылки: если вы говорите "объект", вы предполагаете не только обязательное наличие метамодели, но и описание свойств посредством метамодели. Т. е. предлагаете полный набор тараканов сразу, без вариантов. Первый вопрос, который должен быть задан - какой объектной парадигме соответствует метамодель? Каким нотациям этой парадигмы? Насколько полно реализованы или должны быть реализованы эти нотации? Какие ограничения накладывает эта реализация? После ответов на эти вопросы становится очевидно, что речь идет об очень узкой и очень специальной реализации, тиражировать которую... наверное, можно, но при наличии очень веских оснований. У ТС есть все причины оставаться в рамках реляционной модели. Это будет не слишком просто, но и ничего особенно запредельного я не вижу. Сахават, давайте не будем теоретизировать в этой теме, - дадим девушке возможность просто решить свою задачу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2013, 12:58 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=38314455&tid=1541187]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
160ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 268ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...