我正在尝试构建(构建)以下内容:
package main
import (
"fmt"
_ "github.com/d2g/unqlitego"
_ "github.com/mattn/go-sqlite3"
)
func main() {
fmt.Println("Erm Compile?")
}
我收到一个错误:
重复的符号引用:github.com/d2g/unqlitego(.text)和github.com/mattn/go-sqlite3(.text)中的__moddi3
我正在运行版本go1.3.1 windows/386.
难道我做错了什么？你会如何解决这类问题？
这个OS/Go版本/架构特定的错误？(我很感激"它适合我",你的输出go version)
我把这一切都放在了一个回购中,所以你应该能够做到go get github.com/d2g/issue-duplicate_symbol.
根据评论看起来似乎已登录Windows 386问题:https://code.google.com/p/go/issues/detail？id = 8702
我已经研究过关于SQLite和UnQLite的内容,但仍有一些问题尚未得到解答.UnQLite似乎在过去几年内已经发布,这归因于缺乏基准."性能"(读/写速度,查询,平均数据库大小在显着减速之前等)比较可能在某种程度上是苹果到橙子.
从我所看到的两个方面来看,两者之间的差异相对较小,即SQLite是一个关系数据库,而UnQLite是一个键值对和文档(通过Jx9)数据库.它们既可移植,又可跨平台,并且具有32/64位友好性,并且可以具有单写和多读连接.在UnQLite基准测试中可以找到很少的东西,而SQLite在各种(脚本)语言中有不同的实现.SQLite 在内存数据库,索引数据和具有不同数据大小的读/写模式下具有不同的性能.整体SQLite看起来快速可靠.
我在UnQLite上找到的所有东西都是不可靠和令人困惑的.我似乎找不到任何有用的东西.UnQLite似乎达到了什么读/写速度？使用UnQLite时,建议使用哪些语言？有哪些已知的缺点和错误？
如果它有助于解释我的阴谋,我正在开发一个网络实用程序,它将通过网络接口之间的热交换来读取和处理数据包.由于连接虽然不太可能达到最高1 Gbps的速度,但会有大量原始数据写入数据库.它仍然处于开发的早期阶段,我必须找到一种平衡性能的方法.有很多因素,例如丢失数据包,每个写入大小有多大,处理和移动数据的速度,需要多少组织,需要多少表,是否可以实现多处理,每个如何依赖数据库是关于硬盘速度等等.我的数据将需要表格,但我是否必须存储它们作为关系仍然在空中.看看这两者如何与自己的利弊相提并论(除了通常的KVP与关系辩论之外)可能会把我推向任何一方,或者,如果我已经足够疯狂,可以将两者结合起来