Привет всем. Хочу поделиться ссылками на Training Kits. Думаю будет нелишним пройтись еще раз по возможностям последних версий SQL Server и проверить не пропустил ли чего. Итак:
Недавно пришлось автоматизировать загрузку Excel файлов в базу с последующим обновлением OLAP куба. Неожиданно Excel Data Source преподнес один неприятный сюрприз — некоторые колонки с кодами (например, CF-15) были интерпретированы как числовые, в результате чего все смешанные данные были преобразованы в null. Пошерстив в интернете вычитал, что:
Это переведет работу драйвера в режим импорта и, если при анализе столбца он встретит в первых 8 ячейках смешанные данные то преобразует столбец в текст. Проблема кроется в том, что первые 8 строк у вас могут содержать числа, в то время как в последующих встретится строка. Это лечится при помощи ключа реестра TypeGuessRows в котором число семпла необходимо увеличить с 8 до максимально возможного:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Jet\4.0\Engines\Excel
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Jet\3.0\Engines\Excel
Hi,
I would like to share my experience in planning hardware configuration for DW & OLAP on the same hardware.
Here is a summary of what Microsoft says about hardware balancing:
1 Core = 200 MB/sec I/O
1 Core = 4 GB Memory
1 Core = 1.6 Gb/Sec Memory Channel
Here is a configuration:
| Component | Amount | Details |
| Server | 1 | Dell PowerEdge R710 HP |
| CPU | 2 | Xeon Quad-Core 2.4 Ghz |
| Memory | 48 GB | |
| System volume | 160 GB | RAID 1 (2 spindle) |
Data Staging volume DB data files (it really depends on your ETL workloads, for me it’s enough to perform loading it the midnight  ) |
300 GB | RAID 1 (2 spindle) |
| Data Staging volume DB log files | 300 GB | RAID 1 (2 spindle) |
| Volume | RAID | Spindle | LUNs | Size |
| SQL Server DW data files | 1/0 | 32 | 8 | 2.4 TB |
| SQL Server DW log files | 1 | 2 | 1 | 300 GB |
| SQL Server tempdb data files | 1/0 | 8 | 2 | 600 GB |
| SQL Server tempdb log files | 1 | 2 | 1 | 300 GB |
| Analysis Services data, temp & log | 1/0 | 8 | 2 | 600 GB |
1. Microsoft Fast Track Data Warehouse. http://www.microsoft.com/fasttrack.
2. DELL Reference Configuration Microsoft SQL Server 2008 Fast Track Data Warehouse. http://i.dell.com/sites/content/business/solutions/whitepapers/en/Documents/wp-sql-fast-track-config-guide.pdf.
3. An Introduction to Fast Track Data Warehouse Architectures. http://msdn.microsoft.com/en-us/library/dd459146.aspx.
4. Introduction to New Data Warehouse Scalability Features in SQL Server 2008. http://msdn2.microsoft.com/en-us/library/cc278097(SQL.100).aspx.
5. Microsoft Fast Track Reference Configuration Guide. http://download.microsoft.com/download/D/B/D/DBDE7972-1EB9-470A-BA18-58849DB3EB3B/FTRARefConfigGuide.docx.
6. Microsoft Dell Data Sheet. http://download.microsoft.com/download/D/F/A/DFAAD98F-0F1B-4F8B-988F-22C3F94B08E0/Dell%20Fast%20Track%202.0%20Datasheet.pdf.
Рано или поздно обычных [Today] и [Me] становится недостаточно для фильтров. Здесь описаны остальные формулы, применимые в столбцах и фильтрах:
Репостинг с блога Войтцеховского:
Стала доступна для загрузки русская версия BI VPC 9.2 на RTM продуктах 2010.
Ссылки по теме:
Прямые ссылки:
Overview
In the New SharePoint 2010 Workflows Resource Center
Иначе как танцем с бубном это не назовешь, итак, основная статья по установке здесь:
Тренинг по InfoPath 2007:
http://msdn.microsoft.com/en-us/library/bb267334(office.12).aspx
Материалы лабораторных по InfoPath:
Примеры:
http://www.infopathdev.com/files/folders/examples/default.aspx
Что нового в InfoPath 2010:
http://blogs.msdn.com/b/infopath/archive/2009/07/15/what-s-new-in-infopath-2010.aspx
Блоги:
Работа с профилями в InfoPath:
http://claytoncobb.wordpress.com/2009/06/21/userprofileservice-extended/
Сумма уникальных строк в repeating table:
http://www.eggheadcafe.com/forumarchives/infopath/Oct2005/post24442746.asp
Уникальные значения списка с использованием XPath:
http://blogs.msdn.com/b/timpash/archive/2005/11/23/xpath-filtering-distinct-values.aspx
Обновление данных в списке через веб сервис:
http://blog-sharepoint.blogspot.com/2009/07/summary-how-to-programmatically-update.html
Замечательная статья по получению групп SharePoint в которые входит пользователь:
http://rawatsumit.blogspot.com/2009/10/infopath-displaying-sharepoint-group.html
В общем-то, это достаточно известная ошибка. И все же решил опубликовать пост о ней т.к. сталкиваюсь с ней при каждой новой инсталляции/конфигурации SharePoint.
Итак, в чем же проблема? А проблема стара как мир, точнее как Windows Server 2003 SP1, т.к. именно в этой версии ОС появилась фишка безопасности Loop back check которая не дает доступаться к серверу к самому себе при обращении через FQDN (например, http://mynlbserver.inner или \\sharepointalias\share). Подробное описание решения находится здесь:
http://support.microsoft.com/kb/926642/en-us
Как же влияет эта ошибка на конфигурацию SharePoint 2010? Очень просто – вы не можете индексировать свой NLB кластер просто указав его полное имя в Search Administration. Фактически Windows Server не позволит SharePoint индексировать самого себя т.к. идет обращение по FQDN. Также Вы не можете зайти на страничку если находясь на сервере напишете запрос в браузере используя FQDN (постоянно попадаюсь на этом).
Итак, как же можно это обойти:
Технический блог Алексея Постоенко о Microsoft SharePoint 2010 и других продуктам Microsoft 