Вообщем, демагог. По делу что-то будет?

шарепоинтские индусыВы ответили, из Вашего ответа я понял что скорее всего Вы пытались постоить сложную схему на списках SP и очевидно неудачно.
Я напомнил что делать так не нуна и описал что такое SharePoint по моему мнению.
1. Причем тут построение сложной или легкой схемы? Я тебе за архитектуру вещаю: хранить данные различных списков и библиотек в одной таблице - клиническая оттепель в умах индийских специалистов.
2. Что ты мне напомнил? Ты о чём? Прочти еще раз пункт 1. О каких схемах речь? Банальная десятка связанных списков, пяток таксономий, пара-тройка библиотек на сайте - сложная схема? Акстись :)

3. Ты меня спросил, как должны разрабатываться такие движки. Я ответил и привел реальный пример на MS CRM.
4. Что еще ты от меня хочешь, милостивый?

шарепоинтские индусыОт Вас мне ничего не нужно, кроме как осознания Вами того факта, что не нужно совать в списки шарепоит то, чего там быть не должно.
1. А что я сую в списки шарепоинта "то, чего там быть не должно"?
2. Пруф линк, пожалуйста, на "то, чего там быть не должно".

шарепоинтские индусыИ если придерживаться некоторых принципов в постоении решения то можно на построить
хорошее и удобное в обслуживании приложение с минимальными затратами. Даже на Шарике. :]
Еще раз - я не говорю тебе о том, чего можно и чего нельзя в шарепоинте. Я говорю о кривой архитектуре. И дал обоснования и примеры. Ты это можешь понять или для тебя нужно всё разжевывать? :)

шарепоинтские индусыСобственно я начал дискуссию потому что не люблю безапеляционных утверждения мол, что-там говно, потому что я так сказал. Вот не нравиться мне это и все тут.
Ну ты трудный. Десятый раз говорю - я аргументировал своё высказывание. Более того, я указал на аналогичную архитектуру системы от того же вендора.

шарепоинтские индусына пямять


Это к чему, товарисч?

шарепоинтские индусыМСУ, Вглядывайтесь в диаграму до полного просветления.
Я тебе задал вопрос, ответ будет?

шарепоинтские индусыА как же, после полного Вашего просветления обязательно будет.
Как можно просветвляться подобным бредом, который ты излагаешь?

шарепоинтские индусыА если серьезно то, как Вы резонно заметили, врядли стоит хранить списки данных (Products, Orders и т.п.) в табличке AllUserData.
1. То есть архитектура кривая таки? В том же MS CRM - это плёвая задача.
2. Где ссылка на документацию, какие списки нужно хранить, а какие не нужно? Я же просил.
3. Чем не устроили списки вида Master-Detail в шарепоинте?
4. Причем тут именно "Products, Orders и т.п."? Что это за "подвид" списков.

шарепоинтские индусыИм место в нормально спроектированной DB, за данными могут бегать сервисы.
Это поток твоей фантазии или выводы какой-то специфицированной документации?

шарепоинтские индусыSharePoint, в свою очередь, может централизовано шарить эти сервисы на ферму.
Чтобы сделать пару связанных списков, мне нужно создавать свою БД, писать сервисы, что-то его шарить? Уважаемый, где берешь такую траву?

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

шарепоинтские индусыЧто мешает захостить свой WCF сервис и дергать данные из него кастомными(или стандартными) веб-партами.
Маразм крепчал. Компания купила коробочный продукт, в котором можно гибко конструировать сайты, списки, библиотеки.
Теперь ей нужно нанять еще и разработчиков, чтобы они написали сервис, подняли базу, ... и т.д.? Не пробовал убить себя об стену с такими предложениями?

шарепоинтские индусыДля служебной информации AllUserData более чем достаточно, мне кажется
Свои выводы оставь при себе. Они неадекватны. Кто ты такой, чтобы определять назначение AllUserData?
Я еще пока не увидел ни одного пруфлинка. Только потоки воспаленного сознания о том, что Products и Orders запрещено хранить в шарепоинте.

шарепоинтские индусыВсе ниже перечисленное пожалуй можно определить как...
Бред поскипан...

шарепоинтские индусыБизнесс данные.
И чё? А что есть не бизнес данные?

шарепоинтские индусыМСУЭто поток твоей фантазии или выводы какой-то специфицированной документации?

Это поток моей фантазии.
Поток твоей фантазии кладем в топку. Интересует только адекватные аргументы.

шарепоинтские индусыМСУЧтобы сделать пару связанных списков, мне нужно создавать свою БД, писать сервисы, что-то его шарить? Уважаемый, где берешь такую траву?
1. Да нужно.
2. Да есть тут барыга один :]
1. Не, - в сад.
2. Нифига подобного :)

шарепоинтские индусыМСУBCS очень полезная вещь, особенно есть внешние данные включать в обход поиска (дефолтный или Fast Search).
Как я и написал, BCS на любителя. Похоже Вы из них.
Возможно, но речь не о нём.

шарепоинтские индусыКак правило покупается не SharePoint, а решение на SharePoint. Если компания купила решение у Вас то все списки с данными
будут лежать в AllUserData.
Если она посодрудничает со мной данные будут в БД. Шарик будет хостить сервисы и веб-парты по работе с этими данными.
1. Сотрудичество стоит денег. Мне это не нужно.
2. Шарик может сам создавать списки и связи. Зачем мне нужны левые сервисы, базы и прочие костыли?

шарепоинтские индусыПользователь, использующий SharePoint для создания приложения по работе с корпоративными данным, разными данными.
Не только теми которые храняться в Шарепоинт. Более того как правило они там не хранятся а расположены в различных
и часто много численных приложениях, и шарик помогает создать витрину к этим данным. Это его назначение IMXO.
У тебя слишком много "имх". Сырая дискуссия, не замечаешь? )

шарепоинтские индусыМСУИ чё? А что есть не бизнес данные?

Да есть, относящиеся к инфраструктуре(Data Connection, App Config, WF, Sheduler'ы etc)
а не к домену(HR, Sale, Finance etc.) который ты атоматизируеш.
Каким боком тут "Data Connection, App Config, WF, Sheduler'ы", если мы говорим о списках шарепоинта?

шарепоинтские индусыно как мы с Вами выяснили хранит он эти списки не совсем оптимально.
1. Как ты выяснил, давай правильно расставлять акценты. Я об этом с самого начала тебе говорил.
2. Что и требовалось доказать.

шарепоинтские индусыМСУСырая дискуссия, не замечаешь? )

Согласен, все вышесказанное пока на этапе осмысления, не более.
Ты про себя? :)

шарепоинтские индусыДа и в большистве случаев (автоматизация процесса какого нибудь отдела, какой-нибудь конторы) AllUserData хватает за глаза,
и производительность вполне сносная. Все это в купе с коробочными фичами шарика, очень упрощает мне жизнь.
Несомненно. Именно поэтому мы используем шарепоинт.

шарепоинтские индусыНо если в списки данные льются часто и много или списки имет много полей и зависимостей, производительность падает :]
В 2007-ом были такие проблемы в своё время с библиотеками, пришлось выносить на сиквел таблицы.
В 2010-ом организация библиотек подверглась серьезному изменению, проблем пока нет.

шарепоинтские индусыДумаю оставить списки-заглушки (ID, GUID, Title, WF.Fields etc)
Подменить RenderingTemplate`ы айтемов кастомными CRUD-контролами.
Ну и AllItems заменить каким нибудь нарядным гридом.
Если нужен кастом, стараюсь кастомить только EditForm и DispForm, в AllItems уж больно много вкусных фишек. Это только если нужно фильтр какой прикрутить (с ними у шарика беда), тогда да.

шарепоинтские индусыСижу эксперементирую, доки читаю, с Вами вот беседую может идею интересную предложите какую :]

Так спрашивай по существу :)

шарепоинтские индусыМСУКаким боком тут "Data Connection, App Config, WF, Sheduler'ы", если мы говорим о списках шарепоинта?
Конфиги вышеперечисленных "объектов" храню в служебных, скрытых, списках.
Ужос. Откройте для себя PropertyBag. Вот тут лежит удобная морда.

шарепоинтские индусыО чем вам и сообщил, в ответ на Вашу реплику о том что "шарепоиские индусы" не компетентны.
Так и есть.

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

шарепоинтские индусыЭто мой основной месадж, в данном топике. В противовес Вашему, что SP мол угрюмая поделка индусов, не стоящая внимания.
Вранье. Я такого не говорил.

шарепоинтские индусыИ так SP-разработчиков , днем с огнем не не найдеш.
Согласен. Сам ищу.

У sql.ru большая аудитория новичков и пионэров, зачем пугаете их.
Шарипоинт должен занимается визуализацией данных а не их хранением и WSS_Content для этих целей более чем достаточно.

шарепоинтские индусыНу вот, все не так плохо, оказывается. На этой позитивной ноте предлагаю дискуссию закрыть.
Ок.