Ⅰ 怎么吧SQLServer中的“DTS 包" 导入导出
先导出后导入啊.
假设你要将DB1的数据导入DB2.
那你可以先从DB1导出到磁盘文件.
再将磁盘文件导进DB2.
具体,你需要建立必要的数据源.
Ⅱ sql 2014 可以用dts 吗
可以，在sql server中主要有三种方式导入导出数据：使用Transact-SQL对数据进行处理;调用命令行工具BCP处理数据;使用数据转换服务(DTS)对数据进行处理。
DTS是SQL Server中导入导出数据的核心，它除有具有SQL和命令行工具BCP相应的功能外，还可以灵活地通过VBScript、JScript等脚本语言对数据进行检验、净化和转换。
sql Server为DTS提供了图形用户接口，用户可以使用图形界面导入导出数据，并对数据进行相应的处理。同时，DTS还以com组件的形式提供编程接口，也就是说任何支持com组件的开发工具都可以利用com组件使用DTS所提供的功能。DTS在SQL Server中可以保存为不同的形式，可以是包的形式，也可以保存成Visual Basic源程序文件，这样只要在VB中编译便可以使用DTS com组件了。
DTS和其它数据导入导出方式最大的不同就是它可以在处理数据的过程中对每一行数据进行深度处理。以下是一段VBScript代码，这段代码在处DTS理每一条记录时执行，DTSDestination表示目标记录，DTSSource表示源记录，在处理“婚姻状况”时，将源记录中的“婚姻状况”中的0或1转换成目标记录中“已婚”或“未婚”。
使用DTS方式导数据应该是最好的方式了。由于它整合了Microsoft Universal Data Access技术与Microsoft ActiveX技术，因此不仅可以灵活地处理数据，而且在数据导入导出的效率是非常高的。
如果是在SQL Server数据库之间进行数据导入导出时，并且不需要对数据进行复杂的检验，最好使用Transact-SQL方法进行处理，因为在SQL Server数据库之间进行数据操作时,SQL是非常快的。当然，如果要进行复杂的操作，如数据检验、转换等操作时，最好还是使用DTS进行处理，因为 DTS不光导数据效率高，而且能够对数据进行深度控制。但是DTS的编程接口是基于com的，并且这个接口十分复杂，因此，使用程序调用DTS将变也会变得很复杂，因此, 当数据量不是很大，并且想将数据导入导出功能加入到程序中，而且没有复杂的数据处理功能时，可以使用OPENDATASOURCE或OPENROWSET 进行处理。
Ⅲ 如何将dtb反编译成dts
由于device tree会将一个node的信息分布在各个文件里，查看起来很不方便，比如如下例子，ldb在三个文件中都有配置：
imx6qdl-sabresd.dtsi:
&ldb {
status = "okay";
.......
};
imx6qdl.dtsi:
ldb: ldb@020e0008 {
#address-cells = <1>;
#size-cells = <0>;
......
};
imx6q.dtsi:
&ldb {
compatible = "fsl,imx6q-ldb", "fsl,imx53-ldb";
.......
}
其实device tree编译之后最终是会被全部放在一个.dtb结尾的文件，
比如这里是imx6q-sabresd-ldo.dtb，用如下命令就可以看到整个ldb node的内容，而且也可以作为编译之后的检查。
[kris@ecovacs:~/kernel_imx/scripts/dtc]$
./dtc -I dtb -O dts ../../arch/arm/boot/dts/imx6q-sabresd-ldo.dtb > ~/f.dts
Ⅳ linux加载dts的时候会创建设备节点吗
From:http://m.blog.csdn.net/blog/liliyaya/9188193
1. 在\kernel\of\fdt.c 中有如下初始化函数 注释上：展开设备树，创建device_nodes到全局变量allnodes中
void __init unflatten_device_tree(void)
{
__unflatten_device_tree(initial_boot_params, &allnodes,
early_init_dt_alloc_memory_arch);
/* Get pointer to "/chosen" and "/aliasas" nodes for use everywhere */
of_alias_scan(early_init_dt_alloc_memory_arch);
}
unflatten_device_tree函数被setup_arch函数调用，
因为我们使用得是arm平台所以存在\kernel\arch\arm\kernel\setup.c中
void __init setup_arch(char **cmdline_p)
{
unflatten_device_tree()
}
setup_arch函数在kernel启动是被调用，如下启动kernel存在\kernel\init\main.c中
asmlinkage void __init start_kernel(void)
{
setup_arch(&command_line);
}
这些工作完成解析DTS文件。保存到全局链表allnodes中。
2、在makefile中有这段话来编译dts文件：
$(obj)/A20%.dtb: $(src)/dts/A20%.dts FORCE
$(call if_changed_dep,dtc)
$(obj)/A68M%.dtb: $(src)/dts/A68M%.dts FORCE
$(call if_changed_dep,dtc)
和.c文件生成.o文件一样 回生成.dtb文件。在
/home/liyang/workspace/SZ_JB-mr1-8628-bsp-1012/out/target/proct/msm8226/obj/KERNEL_OBJ/arch/arm/boot
目录下，与zimage一个目录。
3、
在 board-8226.c中有初始化函数-->启动自动掉用
void __init msm8226_init(void)
{
of_platform_populate(NULL, of_default_bus_match_table, adata, NULL);
}
of_platform_populate在kernel\driver\of\platform.c中定义，回查询
root = root ? of_node_get(root) : of_find_node_by_path("/");
for_each_child_of_node(root, child)
{
rc = of_platform_bus_create(child, matches, lookup, parent, true);
if (rc)
break;
}
of_node_put(root);
在这里用到得函数of_find_node_by_path会最终调用到kernel\driver\of\base.c中得函数
struct device_node *of_find_node_by_path(const char *path)
{
遍历第1步中得allnodes找到根节点
}
of_platform_bus_create()函数中创建得内容存在了 adata中。
以下内容为转载：
（2）使用DTS注册总线设备的过程
以高通8974平台为例，在注册i2c总线时，会调用到qup_i2c_probe()接口，该接口用于申请总线资源和添加i2c适配器。在成功添加i2c适配器后，会调用of_i2c_register_devices()接口。此接口会解析i2c总线节点的子节点（挂载在该总线上的i2c设备节点），获取i2c设备的地址、中断号等硬件信息。然后调用request_mole()加载设备对应的驱动文件，调用i2c_new_device()，生成i2c设备。此时设备和驱动都已加载，于是drvier里面的probe方法将被调用。后面流程就和之前一样了。
简而言之，Linux采用DTS描述设备硬件信息后，省去了大量板文件垃圾信息。Linux在开机启动阶段，会解析DTS文件，保存到全局链表allnodes中，在掉用.init_machine时，会跟据allnodes中的信息注册平台总线和设备。值得注意的是，加载流程并不是按找从树根到树叶的方式递归注册，而是只注册根节点下的第一级子节点，第二级及之后的子节点暂不注册。Linux系统下的设备大多都是挂载在平台总线下的，因此在平台总线被注册后，会根据allnodes节点的树结构，去寻找该总线的子节点，所有的子节点将被作为设备注册到该总线上。
Ⅳ 嵌入式linux 修改dts文件同时需要修改preloader么
U-Boot 引入了扁平设备树FDT 这样的动态接口，使用一个单独的FDT blob（二进制大对象，是一个可以存储二进制文件的容器）存储传递给内核的参数[3]。一些确定信息，例如cache 大小、中断路由等直接由设备树提供，而其他的信息，例如eTSEC 的MAC 地址、频率、PCI 总线数目等由U-Boot 在运行时修改。U-Boot 使用扁平设备树取代了bd_t，而且也不再保证对bd_t 的后向兼容。需要修改的，重新编译dts文件。
Ⅵ linux内核中的dts文件用什么编辑
楼主为什么要编译在一起 现在做的都是分别生成内核和文件系统待烧录的文件，再下载到开发板上 开发板上的芯片会设置分区，对应加载的文件
Ⅶ dts与wav格式怎么转成dts格式
DTS(Digital Theater Systems)是一种高质量的多声道音频编码方式，目前主要用作DVD的伴音。DTS 5.1的最大码率(Bitrate)与LPCM(LPCM是数位非经压缩的声音规格，音质佳，所占容量空间较大)相同，可达1536Kbps，远高于目前另一种流行的多声道编码系统──Dolby Digital AC3的 448Kbps，虽然同样是有损压缩，但它可提供更为逼真，细节更为丰富的音响效果。用DVD中DTS音轨来制作音乐CD无疑是非常理想的。不过，长期以来这只能是发烧友的一个梦想，因为DTS标准一直没有开放(只授权给硬件厂商)，相关软件非常少，没有办法将它直接转换成WAV格式。笔者经过多次尝试，终于找到了个好的方法。
一、所需软件及安装
好在现在已经出现了非常不错的第三方DTS解码器，解码的质量已经相当理想了，这样就为DTS转换为WAV提供了前提条件。DTS转换为WAV需要的文件和软件有：
dtsac3source.ax DTS/AC3输出滤镜
iviaudio.ax InterVideo公司的音频解码器，提供了DTS音频解码
wavdest.ax WAV输出滤镜(来自DirectX SDK)
qcap.dll 文件写入滤镜(Windows XP自带)
Microsoft的可视化音视频滤镜编辑工具
以上文件除了dtsac3source.ax和qcap.dll外，都包含在GraphEdit的压缩包中。首先将dtsac3source.ax文件解压至系统文件夹的system32目录中，并运行regsvr32 dtsac3source.ax命令进行注册；然后将GraphEdit压缩包解压至某个目录当中，并运行register.bat批处理命令，注册其中的滤镜。
二、用GraphEdit转换DTS文件
1.选择要使用的滤镜
运行GraphEdit，选择 “Graph”菜单中的“Insert Filters”命令，打开滤镜选择对话框(如图)。在对话框中展开“DirectShow Filters”并选择其下的“DTS/AC3 Source”滤镜，单击“Insert Filter”按钮，会弹出“Select an Input file for this filter use(选择导入使用这个滤镜的文件)”对话框，在这里浏览至DTS文件所在的目录，并将它导入。
接下来同样也是在 “DirectShow Filters”下分别插入InterVideo Audio Decoder、WAV Dest滤镜，再选择“File writer”滤镜，然后在弹出的“Select an Output file for this filter use”对话框中设置输出的WAV文件名及其保存路径。
2.连接滤镜，设置处理步骤
现在关闭如图的对话框，回到GraphEdit的主窗口，用鼠标单击“DTS/AC3 Source”滤镜的“Output”端，通过拖动引出一条连线，与“InterVideo Audio Decoder”的“XFrom In”端连接；然后再将“InterVideo Audio Decoder”的“XFrom Out”与“WAV Dest”的In相连；最后将“WAV Dest”与“File Writer(即Output.wav)”相连接，这样DTS文件的处理步骤就设置好了。
大致的处理过程就是将DTS文件通过“DTS/AC3 Source”滤镜导入，并交给“InterVideo Audio Decoder”解码，在“WAV Dest”处转换成WAV格式，最后由“File Writer”写入磁盘。
3.设置InterVideo Audio Decoder解码器属性
建立好连线后，选择“InterVideo Audio Decoder”滤镜，单击鼠标右键，在快捷菜单中选择“Filter Properties(滤镜属性)”，会弹出解码器的属性对话框。
在对话框中选择“2 Speaker mode”下的“Stereo(立体声)”或“Dolby Surround Compatible(兼容杜比环绕声)”。这里不要选择4声道或6声道模式，这样只会使WAV文件变得很大，而且声音变调。
4.输出WAV文件
设置好后，回到主界面，点击工具栏上的“播放”按钮开始输出WAV文件。此时你不会听到播放的声音，只会看到硬盘灯亮，表明硬盘正在进行写操作。
最后你将得到一个48kHz，1536Kbps的双声道PCM WAV文件，这样的文件可以直接用Nero来制录Audio CD，也可以转换成其他更节省磁盘的压缩格式。
Ⅷ DTS 导入/导出向导错误
导入mdf文件,首先要附加数据库,你的错误提示是因为该mdf文件并不在已附加的本地数据库列表中
Ⅸ 如何使用dtc编译设备树 devicetree
DTS (device tree source)
.dts文件是一种ASCII 文本格式的Device
Tree描述，此文本格式非常人性化，适合人类的阅读习惯。基本上，在ARM
Linux在，一个.dts文件对应一个ARM的machine，一般放置在内核的arch/arm/boot/dts/目录。由于一个SoC可能对应多个machine（一个SoC可以对应多个产品和电路板），势必这些.dts文件需包含许多共同的部分，Linux内核为了简化，把SoC公用的部分或者多个machine共同的部分一般提炼为.dtsi，类似于C语言的头文件。其他的machine对应的.dts就include这个.dtsi。譬如，对于VEXPRESS而言，vexpress-v2m.dtsi就被vexpress-v2p-ca9.dts所引用，
vexpress-v2p-ca9.dts有如下一行：
/include/
"vexpress-v2m.dtsi"
当然，和C语言的头文件类似，.dtsi也可以include其他的.dtsi，譬如几乎所有的ARM
SoC的.dtsi都引用了skeleton.dtsi。
.dts（或者其include的.dtsi）基本元素即为前文所述的结点和属性：
[plain] view
plainprint?
/ {
node1 {
a-string-property = "A string";
a-string-list-property = "first string", "second string";
a-byte-data-property = [0x01 0x23 0x34 0x56];
child-node1 {
first-child-property;
second-child-property = <1>;
a-string-property = "Hello, world";
};
child-node2 {
};
};
node2 {
an-empty-property;
a-cell-property = <1 2 3 4>; /* each number (cell) is a uint32 */
child-node1 {
};
};
};
/ {
node1 {
a-string-property = "A string";
a-string-list-property = "first string", "second string";
a-byte-data-property = [0x01 0x23 0x34 0x56];
child-node1 {
first-child-property;
second-child-property = <1>;
a-string-property = "Hello, world";
};
child-node2 {
};
};
node2 {
an-empty-property;
a-cell-property = <1 2 3 4>; /* each number (cell) is a uint32 */
child-node1 {
};
};
};
上述.dts文件并没有什么真实的用途，但它基本表征了一个Device
Tree源文件的结构：
1个root结点"/"；
root结点下面含一系列子结点，本例中为"node1" 和
"node2"；
结点"node1"下又含有一系列子结点，本例中为"child-node1" 和
"child-node2"；
各结点都有一系列属性。这些属性可能为空，如"
an-empty-property"；可能为字符串，如"a-string-property"；可能为字符串数组，如"a-string-list-property"；可能为Cells（由u32整数组成），如"second-child-property"，可能为二进制数，如"a-byte-data-property"。
下面以一个最简单的machine为例来看如何写一个.dts文件。假设此machine的配置如下：
1个双核ARM
Cortex-A9 32位处理器；
ARM的local bus上的内存映射区域分布了2个串口（分别位于0x101F1000 和
0x101F2000）、GPIO控制器（位于0x101F3000）、SPI控制器（位于0x10170000）、中断控制器（位于0x10140000）和一个external
bus桥；
External bus桥上又连接了SMC SMC91111
Ethernet（位于0x10100000）、I2C控制器（位于0x10160000）、64MB NOR
Flash（位于0x30000000）；
External bus桥上连接的I2C控制器所对应的I2C总线上又连接了Maxim
DS1338实时钟（I2C地址为0x58）。
其对应的.dts文件为：
[plain] view
plainprint?
/ {
compatible = "acme,coyotes-revenge";
#address-cells = <1>;
#size-cells = <1>;
interrupt-parent = <&intc>;cpus {
#address-cells = <1>;
#size-cells = <0>;
cpu@0 {
compatible = "arm,cortex-a9";
reg = <0>;
};
cpu@1 {
compatible = "arm,cortex-a9";
reg = <1>;
};
};serial@101f0000 {
compatible = "arm,pl011";
reg = <0x101f0000 0x1000 >;
interrupts = < 1 0 >;
};serial@101f2000 {
compatible = "arm,pl011";
reg = <0x101f2000 0x1000 >;
interrupts = < 2 0 >;
};gpio@101f3000 {
compatible = "arm,pl061";
reg = <0x101f3000 0x1000
0x101f4000 0x0010>;
interrupts = < 3 0 >;
};intc: interrupt-controller@10140000 {
compatible = "arm,pl190";
reg = <0x10140000 0x1000 >;
interrupt-controller;
#interrupt-cells = <2>;
};spi@10115000 {
compatible = "arm,pl022";
reg = <0x10115000 0x1000 >;
interrupts = < 4 0 >;
};external-bus {
#address-cells = <2>
#size-cells = <1>;
ranges = <0 0 0x10100000 0x10000 // Chipselect 1, Ethernet
1 0 0x10160000 0x10000 // Chipselect 2, i2c controller
2 0 0x30000000 0x1000000>; // Chipselect 3, NOR Flashethernet@0,0 {
compatible = "smc,smc91c111";
reg = <0 0 0x1000>;
interrupts = < 5 2 >;
};i2c@1,0 {
compatible = "acme,a1234-i2c-bus";
#address-cells = <1>;
#size-cells = <0>;
reg = <1 0 0x1000>;
interrupts = < 6 2 >;
rtc@58 {
compatible = "maxim,ds1338";
reg = <58>;
interrupts = < 7 3 >;
};
};flash@2,0 {
compatible = "samsung,k8f1315ebm", "cfi-flash";
reg = <2 0 0x4000000>;
};
};
};
/ {
compatible = "acme,coyotes-revenge";
#address-cells = <1>;
#size-cells = <1>;
interrupt-parent = <&intc>;
cpus {
#address-cells = <1>;
#size-cells = <0>;
cpu@0 {
compatible = "arm,cortex-a9";
reg = <0>;
};
cpu@1 {
compatible = "arm,cortex-a9";
reg = <1>;
};
};
serial@101f0000 {
compatible = "arm,pl011";
reg = <0x101f0000 0x1000 >;
interrupts = < 1 0 >;
};
serial@101f2000 {
compatible = "arm,pl011";
reg = <0x101f2000 0x1000 >;
interrupts = < 2 0 >;
};
gpio@101f3000 {
compatible = "arm,pl061";
reg = <0x101f3000 0x1000
0x101f4000 0x0010>;
interrupts = < 3 0 >;
};
intc: interrupt-controller@10140000 {
compatible = "arm,pl190";
reg = <0x10140000 0x1000 >;
interrupt-controller;
#interrupt-cells = <2>;
};
spi@10115000 {
compatible = "arm,pl022";
reg = <0x10115000 0x1000 >;
interrupts = < 4 0 >;
};
external-bus {
#address-cells = <2>
#size-cells = <1>;
ranges = <0 0 0x10100000 0x10000 // Chipselect 1, Ethernet
1 0 0x10160000 0x10000 // Chipselect 2, i2c controller
2 0 0x30000000 0x1000000>; // Chipselect 3, NOR Flash
ethernet@0,0 {
compatible = "smc,smc91c111";
reg = <0 0 0x1000>;
interrupts = < 5 2 >;
};
i2c@1,0 {
compatible = "acme,a1234-i2c-bus";
#address-cells = <1>;
#size-cells = <0>;
reg = <1 0 0x1000>;
interrupts = < 6 2 >;
rtc@58 {
compatible = "maxim,ds1338";
reg = <58>;
interrupts = < 7 3 >;
};
};
flash@2,0 {
compatible = "samsung,k8f1315ebm", "cfi-flash";
reg = <2 0 0x4000000>;
};
};
};
上述.dts文件中,root结点"/"的compatible 属性compatible =
"acme,coyotes-revenge";定义了系统的名称，它的组织形式为：<manufacturer>,<model>。Linux内核透过root结点"/"的compatible
属性即可判断它启动的是什么machine。
在.dts文件的每个设备，都有一个compatible
属性，compatible属性用户驱动和设备的绑定。compatible
属性是一个字符串的列表，列表中的第一个字符串表征了结点代表的确切设备，形式为"<manufacturer>,<model>"，其后的字符串表征可兼容的其他设备。可以说前面的是特指，后面的则涵盖更广的范围。如在arch/arm/boot/dts/vexpress-v2m.dtsi中的Flash结点：
[plain] view
plainprint?
flash@0,00000000 {
compatible = "arm,vexpress-flash", "cfi-flash";
reg = <0 0x00000000 0x04000000>,
<1 0x00000000 0x04000000>;
bank-width = <4>;
};
flash@0,00000000 {
compatible = "arm,vexpress-flash", "cfi-flash";
reg = <0 0x00000000 0x04000000>,
<1 0x00000000 0x04000000>;
bank-width = <4>;
};
compatible属性的第2个字符串"cfi-flash"明显比第1个字符串"arm,vexpress-flash"涵盖的范围更广。
再比如，Freescale
MPC8349 SoC含一个串口设备，它实现了国家半导体（National Semiconctor）的ns16550
寄存器接口。则MPC8349串口设备的compatible属性为compatible = "fsl,mpc8349-uart",
"ns16550"。其中，fsl,mpc8349-uart指代了确切的设备， ns16550代表该设备与National Semiconctor
的16550
UART保持了寄存器兼容。
接下来root结点"/"的cpus子结点下面又包含2个cpu子结点，描述了此machine上的2个CPU，并且二者的compatible
属性为"arm,cortex-a9"。
注意cpus和cpus的2个cpu子结点的命名，它们遵循的组织形式为：<name>[@<unit-address>]，<>中的内容是必选项，[]中的则为可选项。name是一个ASCII字符串，用于描述结点对应的设备类型，如3com
Ethernet适配器对应的结点name宜为ethernet，而不是3com509。如果一个结点描述的设备有地址，则应该给出@unit-address。多个相同类型设备结点的name可以一样，只要unit-address不同即可，如本例中含有cpu@0、cpu@1以及serial@101f0000与serial@101f2000这样的同名结点。设备的unit-address地址也经常在其对应结点的reg属性中给出。ePAPR标准给出了结点命名的规范。
Ⅹ 编译linux内核设备树文件使用什么命令
Linux源码的arch/powerpc/boot/dts/目录下存放了很多dts文件，可以作为参考文件。另外dtc编译器在内核源码2.6.25版本之后已经被包含进去。在2.6.26版本之后，生成blob的简单规则已经加入makefile，如下命令：
$ make ARCH=powerpc canyonlands.dtb
也可以根据自己的硬件修改好dts文件后，用下面类似命令生成dtb文件。
$ dtc -f -I dts -O dtb -R 8 -S 0x3000 test.dts > mpc836x_mds.dtb
$ mkimage -A ppc -O Linux -T flat_dt -C none -a 0x300000 -e 0 -d mpc836x_mds.dtb mpc836x_mds.dtu