sqlserver數(shù)據(jù)庫(kù)多程序同時(shí)讀取問(wèn)題

這點(diǎn)負(fù)載對(duì)sqlserver來(lái)說(shuō)都不是個(gè)事，放寬心了

成都創(chuàng)新互聯(lián)公司專(zhuān)注于樟樹(shù)企業(yè)網(wǎng)站建設(shè),成都響應(yīng)式網(wǎng)站建設(shè)公司,商城網(wǎng)站建設(shè)。樟樹(shù)網(wǎng)站建設(shè)公司,為樟樹(shù)等地區(qū)提供建站服務(wù)。全流程按需制作，專(zhuān)業(yè)設(shè)計(jì)，全程項(xiàng)目跟蹤，成都創(chuàng)新互聯(lián)公司專(zhuān)業(yè)和態(tài)度為您提供的服務(wù)

sqlserver做大型應(yīng)用時(shí)每秒都有幾十上百個(gè)請(qǐng)求完全沒(méi)問(wèn)題，當(dāng)然硬件配置也高，只要你sql服務(wù)器不出硬件問(wèn)題，并注意備份，sql就只有性能問(wèn)題，不需要擔(dān)心其他

高手請(qǐng)進(jìn)：為什么安裝sqlserver 后，系統(tǒng)會(huì)隨機(jī)啟動(dòng)一堆進(jìn)程

sqlServer2000是自動(dòng)進(jìn)程，每次都會(huì)隨開(kāi)機(jī)啟動(dòng)，關(guān)了也會(huì)打開(kāi)。

如果你有優(yōu)化大師的話(huà)，在系統(tǒng)優(yōu)化那項(xiàng)中有個(gè)后臺(tái)服務(wù)優(yōu)化，在后臺(tái)服務(wù)優(yōu)化中會(huì)有sqlServeragent這項(xiàng)，其后面顯示的是“自動(dòng) 啟用”，在底下的把這改成“手動(dòng) 停用”然后點(diǎn)擊“設(shè)置”就行了。

請(qǐng)有經(jīng)驗(yàn)的DBA進(jìn)來(lái)回答一下，sqlserver大批量數(shù)據(jù)遷移問(wèn)題

1 不需要的數(shù)據(jù)當(dāng)然刪除最好 減輕壓力。

1） 刪除前先刪除索引。因?yàn)閯h除的同時(shí)也需要對(duì)索引進(jìn)行維護(hù)。我們先刪除索引再刪除數(shù)據(jù)效率會(huì)有一點(diǎn)提高

2） 刪除完數(shù)據(jù)后，再重新創(chuàng)建索引。為數(shù)據(jù)轉(zhuǎn)換做準(zhǔn)備。

2 數(shù)據(jù)轉(zhuǎn)換過(guò)程

1）不知道你是如何實(shí)現(xiàn)的。我推薦的方法是將數(shù)據(jù)導(dǎo)出來(lái)成一個(gè)或者一系列的文件。

2）再將導(dǎo)出的文件導(dǎo)入到oracle中?？赡苄枰M(jìn)行數(shù)據(jù)類(lèi)型等的轉(zhuǎn)換。

我的想法就是將你的所有動(dòng)作分解，一個(gè)個(gè)完成。這樣出問(wèn)題也能及時(shí)解決，而且互不影響。如果從sqlserver導(dǎo)出數(shù)據(jù)的同時(shí)還需要往sqlserver中插入數(shù)據(jù)，那么我推薦插入的數(shù)據(jù)放入一個(gè)新表中，最后將這個(gè)新表的數(shù)據(jù)也導(dǎo)出來(lái)再導(dǎo)入。

3 導(dǎo)入到oracle數(shù)據(jù)庫(kù)中。

1）做好詳細(xì)規(guī)劃。刪除不必要的數(shù)據(jù)大概還有接近4億行。oracle中的表是否要做分區(qū)等？

2）數(shù)據(jù)導(dǎo)入后再在表上建索引。

多進(jìn)程同時(shí)讀寫(xiě)SQLServer會(huì)有問(wèn)題嗎

這個(gè)程序在使用Windows的卷影復(fù)制對(duì)SQL Server數(shù)據(jù)庫(kù)進(jìn)行備份和還原的時(shí)候用到，對(duì)于一般用戶(hù)是用不到這個(gè)功能的，如果是安裝SQL Server 2012時(shí)候安裝的Microsoft Vss Writer For SQL Server 2012的話(huà)，這個(gè)程序是可以卸載的。

為什么 MySQL 使用多線(xiàn)程，而 Oracle 和 PostgreSQL 使用多進(jìn)程

.NET平臺(tái)很棒。真的很棒。直到它不再那么棒。我為什么不再用.NET？簡(jiǎn)單來(lái)說(shuō)，它限制了我們選擇的能力(對(duì)我來(lái)說(shuō)很重要)，轉(zhuǎn)移了我們的注意力，使得我們向內(nèi)認(rèn)知它的安全性，替代了幫助我們認(rèn)知外面廣闊世界的所有可能性。[系好安全帶：這個(gè)文章的長(zhǎng)度幾乎成了一本書(shū)…]優(yōu)點(diǎn)首先讓我開(kāi)始說(shuō)說(shuō).NET做得對(duì)的許多事吧，盡管這其中的大多數(shù)并不來(lái)自.NET本身，但卻是由.NET社區(qū)而來(lái)。C#C#令人驚嘆。我認(rèn)為它是一個(gè)令人驚嘆的編程語(yǔ)言。從強(qiáng)大的C語(yǔ)言背景而來(lái)，我徹底地喜歡其語(yǔ)法，流和這門(mén)語(yǔ)言的所帶來(lái)的感覺(jué)。當(dāng)然有我可能改變的事，但總體來(lái)說(shuō)它是一門(mén)扎實(shí)的語(yǔ)言。并且基于開(kāi)發(fā)人員使用的編程語(yǔ)言如此巨額的百分比和Windows操作系統(tǒng)的優(yōu)越性，它是一門(mén)眾所周知的語(yǔ)言。ReSharper我也很喜歡Resharper。在JetBrains工作的開(kāi)發(fā)者們都是奇跡般的人。如果沒(méi)有ReSharper和一些相關(guān)的工具，我可能并不會(huì)如此喜歡C#。BDDandMSpec我也很喜歡簡(jiǎn)稱(chēng)為機(jī)器規(guī)格(mspec)的BDD風(fēng)格的框架。它是一個(gè)令人驚嘆的測(cè)試框架，真正支持在測(cè)試中使用正確的語(yǔ)言測(cè)試本身。在使用mspec之前，我的測(cè)試真是一團(tuán)糟并且很礙我的事。另外，當(dāng)我們創(chuàng)建GoConvey—基于Golang的BDD測(cè)試框架的時(shí)候，Mspec對(duì)于我的組織來(lái)說(shuō)是一個(gè)巨大的靈感和激勵(lì)。多語(yǔ)言運(yùn)行時(shí)我認(rèn)為多語(yǔ)言的CLR(公共語(yǔ)言運(yùn)行時(shí))的觀念真得使得JVM的世界思考著。我不知道任何非Java的JVM語(yǔ)言在CLR之前，但隨著“公共語(yǔ)言運(yùn)行時(shí)”的到來(lái)，我的理解是這使得使用JVM的人們向前進(jìn)并且最終創(chuàng)造了如Scala和Clojure這樣偉大的JVM編程語(yǔ)言。如果我錯(cuò)了請(qǐng)糾正我。再者，CLR使得Sun公司的人們坐下來(lái)并關(guān)注它，因?yàn)镴ava有一點(diǎn)陳舊并且隨著Java8的到來(lái)，僅僅現(xiàn)在才在多個(gè)方面追趕著。競(jìng)爭(zhēng)是一件非常好的事。NuGet另一個(gè)顯著的例子是NuGet。這個(gè)包在Windows中作為一個(gè)整體特別是在Windows的開(kāi)發(fā)中，它的管理軼事是糟透的。NuGet解決了很多問(wèn)題，他們也通過(guò)從Python和Ruby借用了很多東西去做了很多正確的事。有改進(jìn)的余地嗎？當(dāng)然。但比起其他一些選擇在這兒或那兒的包升級(jí)來(lái)說(shuō)，我還沒(méi)有感到使用NuGet有這許多痛楚。Mono對(duì)于Mono的開(kāi)發(fā)者們，我不能不說(shuō)太棒了。他們所創(chuàng)造的太驚奇了。沒(méi)有任何官方支持和不顧潛在的懸在他們頭上的法律問(wèn)題，他們向前推進(jìn)并創(chuàng)造了一個(gè)居然能替代官方運(yùn)行時(shí)的實(shí)現(xiàn)。我已經(jīng)有一些運(yùn)行在產(chǎn)品中應(yīng)用程序，在Mono下運(yùn)行了幾乎一年而沒(méi)有任何問(wèn)題。它的產(chǎn)品準(zhǔn)備好了嗎？這可能取決于你的應(yīng)用程序(見(jiàn)下文“Mono”)。CQRS和事件溯源可以認(rèn)為，關(guān)于.NET最好事之一是，它是CQRS的誕生地并有相關(guān)的技術(shù)：事件溯源。就算這樣，CQRS+ES本身并沒(méi)有什么很新的東西。正如GregYoung將會(huì)告訴你的，這是由一堆40年歷史原料為我們重新打包并更名的。對(duì)于大型代碼庫(kù)我有些非常嚴(yán)重的問(wèn)題，當(dāng)我5年前使用CQRS+ES的時(shí)候，它完全釋放了我的域。CQRS+ES現(xiàn)在是命名模式的并且其成長(zhǎng)是顯而易見(jiàn)的。這可能是因?yàn)?NET已經(jīng)能夠和其他的開(kāi)發(fā)平臺(tái)交互共享的原因。除了這個(gè)之外，大多數(shù)的創(chuàng)新是從外部來(lái)的。缺點(diǎn)優(yōu)點(diǎn)先放在一邊，讓我們看看什么出錯(cuò)了和我為什么不再用.NET框架。關(guān)于我最近開(kāi)發(fā)平臺(tái)的遷移，最能激勵(lì)我的事是我可以利用許多最好的部分而丟下不好的部分(如下文所說(shuō))。Windows正如前文所述，當(dāng)面對(duì)基于網(wǎng)絡(luò)的服務(wù)器軟件時(shí)，Windows并不是一個(gè)好的選手。在我看來(lái)，Windows的另一個(gè)真正的大問(wèn)題是傳統(tǒng)的Windows開(kāi)發(fā)者是通常僅僅擅長(zhǎng)于Windows，當(dāng)他們離開(kāi)安樂(lè)窩之后就會(huì)很快迷失，這對(duì)于Linux開(kāi)發(fā)者來(lái)說(shuō)卻不是問(wèn)題。計(jì)算遠(yuǎn)不止是Windows。開(kāi)發(fā)者僅僅能操作單一的操作系統(tǒng)的一個(gè)問(wèn)題是它不可避免得導(dǎo)致Windows的激增。換句話(huà)說(shuō)，Windows生了Windows。沒(méi)法打破這個(gè)循環(huán)。另一方面，*NIX的開(kāi)發(fā)者通常熟悉多操作系統(tǒng)(Linux，Unix，OSX，Windows等等)，一個(gè)操作系統(tǒng)的內(nèi)部工作原理，不同的分布(基于Debian和基于Fedora)，窗口管理器，桌面管理器，文件系統(tǒng)，包管理，編譯，重新編譯，重新打包，命令行“fu”等等。我的一個(gè)心病是文件系統(tǒng)。NTFS并不是系統(tǒng)唯一的文件系統(tǒng)，對(duì)于任何給予的任務(wù)它幾乎都不是最好的選擇。ZFS，BTRFS，ReiserFs，ext*等等，有一些很酷的特性。我也很喜歡為了各種高速/透明的磁盤(pán)操作，能從BASH創(chuàng)建回路設(shè)備或者創(chuàng)建RAM設(shè)備。這在Windows中不會(huì)發(fā)生—如果沒(méi)有第三方軟件的話(huà)。在AWS云服務(wù)中，啟動(dòng)一個(gè)Windows機(jī)器要花掉足足10多分鐘。我大約15-20秒就能啟動(dòng)一個(gè)簡(jiǎn)單的Linux機(jī)器。當(dāng)涉及到云計(jì)算規(guī)模，它能夠迅速擴(kuò)展是很重要的，因?yàn)楫?dāng)擴(kuò)展很重要時(shí)，10-15分鐘就像是永恒的。VisualStudio在我這另一根刺，當(dāng)屬VisualStudio。我需要一個(gè)大大超出預(yù)期的IDE去做任何開(kāi)發(fā)，這個(gè)想法困擾著我。它只是如Windows一樣龐大的資源豬。我有一個(gè)內(nèi)核i73770K3.5GHZ的臺(tái)式機(jī)，以16GB的內(nèi)存和最大4512GB的固態(tài)硬盤(pán)去編譯。它差不多刷爆了Windows體驗(yàn)指數(shù)，但Windows+VS仍然很慢。(是的，ReSharper使得它更慢了，但是ReSharper對(duì)這來(lái)說(shuō)是值得的。)現(xiàn)在我在MacBookPro上開(kāi)發(fā)，它比起我的強(qiáng)大的臺(tái)式機(jī)來(lái)說(shuō)只有更少的CPU馬力，但運(yùn)行明顯更快，在一個(gè)短小的學(xué)習(xí)曲線(xiàn)之后，UX（用戶(hù)體驗(yàn)）變得無(wú)限美好了。事實(shí)上，我甚至不再用鼠標(biāo)了—我的雙手一直在鍵盤(pán)或觸控板上，我可以用手勢(shì)操作我的電腦并讓它回應(yīng)—不像在Windows。關(guān)于VS很酷的一個(gè)事是調(diào)試器。它的查看和使用，令人難以置信得方便。每隔一段時(shí)間會(huì)在監(jiān)視窗口報(bào)告錯(cuò)誤的值，導(dǎo)致花費(fèi)時(shí)間去調(diào)試。同時(shí)，這也是很大的負(fù)面，因?yàn)镃LR默認(rèn)的，多線(xiàn)程的世界使得我一開(kāi)始就需要一個(gè)調(diào)試器。沒(méi)有調(diào)試器是一個(gè)解脫的體驗(yàn)，因?yàn)樗仁鼓阋粤硪环N方式編程。VS同樣也有創(chuàng)建“csproj”和“sln”文件的壞毛病。我恨這些。當(dāng)然，C#必須知道編譯什么和何時(shí)編譯。我理解這點(diǎn)。在Golang中，引用在代碼中使用了很重要的語(yǔ)句。如果它不是.NET中用到的工程文件，我可能使用簡(jiǎn)單的文本編輯器編碼C#，并且對(duì)這門(mén)語(yǔ)言更流暢。使用gitrebase操作時(shí)，這些文件也有導(dǎo)致合并沖突。別讓我開(kāi)始說(shuō)換行符的差異。我不能相信直到今天我們還在處理這樣的事。如果VS解決方案文件以Linux行結(jié)束符結(jié)束，通過(guò)雙擊它并不能載入該解決方案，因?yàn)閂S解決方案文件分析器讀不出它來(lái)。源代碼管理幸運(yùn)的是，我早就跳出了微軟陣營(yíng)的源代碼管理(版本控制系統(tǒng)VSS)。我早在2000年初，在VSS無(wú)數(shù)次丟失了我的提交之后，就使用了Subversion(譯者注：Subversion是開(kāi)源的版本控制系統(tǒng))。之后git(譯者注：git是開(kāi)源的版本控制系統(tǒng)，內(nèi)容管理系統(tǒng)等)出現(xiàn)了，我又迷上了它。不幸的是，沒(méi)有Windows的接口—對(duì)我來(lái)說(shuō)是典型的遭遇。最終有人創(chuàng)建了一個(gè)接口，我就用了那個(gè)并且沒(méi)有回頭。Git是一把非常鋒利的刀，但當(dāng)你正確運(yùn)用它的時(shí)候，它是一個(gè)強(qiáng)大而高效的工具。我曾經(jīng)在一個(gè)小工程中用過(guò)TFS(譯者注：TeamFoundationServer，工作流協(xié)作引擎)，它是一個(gè)怪物—和所有來(lái)自Redmond(譯者注：美國(guó)微軟總部)的產(chǎn)品一樣。它感染了我的項(xiàng)目文件并且污染了我的源代碼目錄。真可惡。不，還是謝謝你。給了我任意一天用命令行g(shù)it…或者可能是SourceTree，如果你需要從GUI得到一點(diǎn)關(guān)愛(ài)。Mono是的，這是第二次提及Mono。正如Mono本身如此驚艷一樣。在.NET的世界，它仍然二等公民。無(wú)論什么時(shí)候我嘗試在Mono上運(yùn)行任何重要的東西，我通常都在和漏洞作斗爭(zhēng)。幸運(yùn)的是，對(duì)下載代碼，查找問(wèn)題，發(fā)送請(qǐng)求和在Linux上編譯代碼我沒(méi)有感到不舒服。但是這件事我都記不清做了多少遍了。是的，CLR是個(gè)巨大的怪物，并且對(duì)一個(gè)非官方的應(yīng)用在不同的操作系統(tǒng)都有相同的行為，簡(jiǎn)直是個(gè)類(lèi)似于分開(kāi)紅海的奇跡。但事實(shí)是，我不得不花費(fèi)如此多的時(shí)間來(lái)填補(bǔ)漏洞以使我的代碼能夠正確運(yùn)行，實(shí)在是很難為其辯護(hù)。Mono的特定區(qū)域也慢。也許它不是在慢在過(guò)載，但對(duì)我來(lái)說(shuō)Web服務(wù)器是關(guān)鍵所在。并且它非常慢，最后，慢到了最底下—即使是微不足道的東西。我想好消息是它只能從這兒得到更好的。我也應(yīng)該提及Mono的開(kāi)發(fā)者可能忘了Linux，比起我可能知道的還多，所以我不能太挑剔。IIS也許IIS在嘗試著為太多的應(yīng)用程序做太多的事情。它從作為一個(gè)web服務(wù)器變?yōu)橄馢2EE應(yīng)用程序容器一樣的應(yīng)用程序宿主。它也站在慢速這一邊。我猜如果我需要更高的性能，我應(yīng)該編寫(xiě)我自己的web服務(wù)器，但我真的很想只關(guān)注我應(yīng)用程序的代碼?？赡芾肳indows事件服務(wù)器將是好的，但nginx(譯者注：一個(gè)高性能的HTTP和反向代理服務(wù)器，也是一個(gè)IMAP/POP3/SMTP代理服務(wù)器)和其他服務(wù)器只是不喜歡在Windows中生產(chǎn)。虛擬的以JVM為基礎(chǔ)的實(shí)現(xiàn)，例如Netty(譯者注：JBOSS提供的一個(gè)java開(kāi)源框架)，很容易處理每秒650K+/的請(qǐng)求量。IIS在運(yùn)行一個(gè)簡(jiǎn)單的CLR應(yīng)用程序“Hello,World!”，處理大約每秒50K的請(qǐng)求量時(shí)就會(huì)壅塞。(有趣的題外話(huà)，參考基準(zhǔn)開(kāi)發(fā)者通過(guò)TCP套接字創(chuàng)建了一個(gè)簡(jiǎn)單的C#的web服務(wù)器，它能處理大約每秒120K的請(qǐng)求量。)狹隘的心理前些年有個(gè)運(yùn)動(dòng)叫做ALT.NET。該運(yùn)動(dòng)是全部是關(guān)于尋找我們自身之外的更廣闊的開(kāi)發(fā)社區(qū)以作為一個(gè)整體，并匯聚不同的部分。有趣的是，那是StructureMap、Autofac、NuGet、ASP.NETMVC和許多其它工具的靈感來(lái)源。在傳統(tǒng)的.NET的圈子里，這個(gè)運(yùn)動(dòng)受到了很多的不屑和鄙視。我把這看作是，作為一個(gè)整體的社區(qū)普遍的狹隘心理和怠惰的一個(gè)極大的例證。(的確，它們中的一些可能會(huì)消失，進(jìn)而以包括Redis，MongoBD還有其它的不同的技術(shù)而出現(xiàn)。)有這么多很棒的方案在那里。假定微軟已注定是唯一正確之路的想法是荒謬的。如果是這樣的話(huà)，我們就都還在使用VisualStudio的設(shè)計(jì)工具去拖放按鈕和鏈接元素到一個(gè)WebForm的界面上，我們會(huì)設(shè)定了該按鈕并且依賴(lài)ViewState以幫助我們與可怕的HTTP所帶來(lái)的恐懼隔開(kāi)。我從我的一個(gè)部署的代碼庫(kù)中最后一個(gè)WebForm中擺脫的那一天，是個(gè)光榮的值得慶賀的日子。誰(shuí)又曾想過(guò)“網(wǎng)絡(luò)控制”是個(gè)好主意？很顯然我考慮過(guò)因?yàn)槲液攘薑ool-Aid(譯者注：卡夫公司出品的飲料，這里意指明知是注定的或有危險(xiǎn)的仍然去做,有負(fù)面涵義)并且完全接受它。它狠咬了我。見(jiàn)過(guò)2MB的ViewState嗎？[注：當(dāng)我寫(xiě)這篇文章的時(shí)候，原來(lái)的標(biāo)題，“為什么我不再用.NET”，意味著整個(gè).NET生態(tài)系統(tǒng)。標(biāo)題感覺(jué)有點(diǎn)短于是我更新為“為什么我不再用.NET框架”。我想.NET作為一個(gè)生態(tài)系統(tǒng)，包括了所有的工具，工程，平臺(tái)，組織還有很多開(kāi)發(fā)者。這就是為什么有些更廣泛的.NET社區(qū)的元素在我的這篇文章中受到抨擊原因。]性能殺手C，Java和C#中典型的多線(xiàn)程范例都強(qiáng)烈推薦使用鎖和互斥。對(duì)于鎖來(lái)說(shuō)有個(gè)隱藏的開(kāi)銷(xiāo)：它們慢得難以忍受。使用Disruptor(JVM中的無(wú)鎖的環(huán)形緩存[譯者注：實(shí)際上就是擁有一個(gè)序號(hào)指向下一個(gè)可用元素的數(shù)組])，你可以很容易得每秒處理20M以上的事件。在.NET中使用規(guī)定的“最佳實(shí)踐”等任何超過(guò)每秒十幾次的傳輸，都被認(rèn)為是體面又好的性能表現(xiàn)，在這一點(diǎn)上來(lái)說(shuō)你僅僅需要更大/更好/的硬件設(shè)備。事實(shí)上，我見(jiàn)過(guò)第三方客戶(hù)端庫(kù)(Rabbit，Couch，Mongo等等)中鎖語(yǔ)句遍布整個(gè)代碼。即使在我的代碼中沒(méi)有任何的并發(fā)，默認(rèn)的和首選的方法都用了鎖。無(wú)鎖的、事件驅(qū)動(dòng)的方法允許你大幅降低硬件和資金支出。大部分應(yīng)用程序可以輕易地運(yùn)行在兩臺(tái)機(jī)器上，第二臺(tái)機(jī)器僅僅在冗余和失效備援時(shí)是必須的，以防因?yàn)橛布嚓P(guān)的問(wèn)題導(dǎo)致第一臺(tái)機(jī)器不可用的時(shí)候起作用。這個(gè)問(wèn)題的另一個(gè)方面是調(diào)用網(wǎng)絡(luò)和磁盤(pán)子系統(tǒng)的傳統(tǒng)方式：同步，阻塞代碼。如果你需要多個(gè)并發(fā)的HTTP請(qǐng)求，你需要的線(xiàn)程。大多數(shù)人不知道的是，為維持線(xiàn)程多出的1-2MB和上下文切換線(xiàn)程的需求，使得CPU內(nèi)核消耗所有的時(shí)間顛簸在上下文切換上而不是做真正的工作。所以現(xiàn)在我們得到了在一個(gè)應(yīng)用程序中數(shù)百或數(shù)千的線(xiàn)程，占用了RAM，并造成CPU停滯不前。還有個(gè)更好的方式。Netty/NIO(JVM)，Erlang，Node，Gevent(Python)和Go都支持使用事件驅(qū)動(dòng)的子系統(tǒng)操作(選擇/epoll[譯者注：Linux內(nèi)核中的一種可擴(kuò)展IO事件處理機(jī)制]/kqueue[譯者注：FreeBSD的可擴(kuò)展的事件通知接口])。這就意味著當(dāng)?shù)却龜?shù)據(jù)包被tx/rx跨網(wǎng)絡(luò)的時(shí)候，CPU可以自由地去做其它，重要的工作。因?yàn)镴VM的成熟，Netty可以認(rèn)為是做這項(xiàng)工作最快的，但我喜歡Go用Goroutines操作這個(gè)的方式—它簡(jiǎn)單，優(yōu)雅，很容易推理，沒(méi)有像意大利面條一樣的回調(diào)。SQLServer作為一名.NET開(kāi)發(fā)者，當(dāng)你開(kāi)始一個(gè)新的工程時(shí)，有一些事是你通常會(huì)去做的：創(chuàng)建一個(gè)新的solution將其部署到TeamFoundationServer(譯者注：Microsoft應(yīng)用程序生命周期管理(ALM)解決方案的核心協(xié)作平臺(tái))IIS中建立相應(yīng)的網(wǎng)站入口創(chuàng)建一個(gè)新的SQLServer數(shù)據(jù)庫(kù)在solution中關(guān)聯(lián)EntityFramework(通常是2010年之后創(chuàng)建的工程)開(kāi)始設(shè)計(jì)你的數(shù)據(jù)庫(kù)和ActiveRecord實(shí)體在大多數(shù)情況下這不是編寫(xiě)代碼的正確方式。當(dāng)然它可能在某些情況下有效，但是作為一個(gè)“默認(rèn)的架構(gòu)”它并不是你想要的。為什么在我們甚至還沒(méi)理解問(wèn)題領(lǐng)域之前已經(jīng)做了任何技術(shù)上的選擇？這簡(jiǎn)直是本末倒置了。微軟的生態(tài)系統(tǒng)鼓勵(lì)每個(gè)人使用SQLServer。在VisualStudio中和SQLService進(jìn)行交互或者使用SQLManagementStudio(和它的前身，SQL查詢(xún)分析器)是如此令人難以置信的容易。這種以數(shù)據(jù)庫(kù)為中心的重點(diǎn)，是欽定的或唯一正確的方式的一部分。它使你更加迷戀微軟。廠商鎖定始終對(duì)廠商來(lái)說(shuō)是好的。為什么我們要如此開(kāi)發(fā)？為什么我們不地考慮應(yīng)用程序的行為而不是它如何存儲(chǔ)的？現(xiàn)在我所有的項(xiàng)目都使用基于JSON的鍵/值存儲(chǔ)。有了這種功能，我可以選擇任何我想要的存儲(chǔ)引擎，包括SQLServer，Oracle，PostgreSQL，MySQL，Cassandra,CouchDB,CouchBase,Dynamo,SimpleDB,S3,Riak,BerkeleyDB,Firebird,Hypertable,RavenDB,Redis,TokyoCabinet/Tyrant,AzureBlobs，文件系統(tǒng)中的明文JSON文件等等等等。突然之間，我們能夠開(kāi)始根據(jù)其優(yōu)點(diǎn)而不是僅僅對(duì)其熟悉來(lái)選擇存儲(chǔ)引擎了。題外話(huà)：在AWSRDS的云上運(yùn)行過(guò)SQLServer嗎？別這么做。當(dāng)然它會(huì)工作，但是一些例如復(fù)制這樣最簡(jiǎn)單的事是不存在的。文章充斥著對(duì)SQLServer不能在AWSRDS上工作的引用。結(jié)論也許我在軟件開(kāi)發(fā)中學(xué)到的兩件最重要的教訓(xùn)是：邊界和封裝的重要性(以多種形式)付出代價(jià)以得到正確的模型和抽象許多年前我恨“模型”這個(gè)詞。每個(gè)人都會(huì)把它到處扔，它是一個(gè)如此過(guò)載的術(shù)語(yǔ)，很難理解它的含義和它為什么這么重要。就這點(diǎn)來(lái)說(shuō)，我僅僅會(huì)說(shuō)模型是對(duì)你想要封裝的現(xiàn)實(shí)的一個(gè)有限的表示。也許最簡(jiǎn)單的例子就是地球儀的墨卡托投影了。這很確切得說(shuō)明了一件事：導(dǎo)航。如果你在其他的事情上使用它，它并不毫無(wú)價(jià)值。如果你不專(zhuān)注于付出代價(jià)去使模型正確，去封裝商業(yè)現(xiàn)實(shí)，那么沒(méi)有任何技術(shù)能夠拯救你。我對(duì).NET最大的抱怨是，“唯一正確的方式”引導(dǎo)你遠(yuǎn)離理想的模型并把你推向關(guān)注實(shí)現(xiàn)細(xì)節(jié)和技術(shù)缺陷的方向。這樣的關(guān)注導(dǎo)致技術(shù)實(shí)施滲血并且感染模型，最終導(dǎo)致它腐爛變質(zhì)，因?yàn)樗荒苓m應(yīng)不斷變化的商業(yè)需求。當(dāng)這發(fā)生的時(shí)候，開(kāi)發(fā)者掙扎著并蹬踢著，如同吸毒者一樣，他們從一個(gè)新技術(shù)轉(zhuǎn)向另一個(gè)，以期望下一個(gè)強(qiáng)大的技術(shù)能夠治愈他們的病痛。技術(shù)本身并不是靈丹妙藥，相反地，它是關(guān)于取舍和選擇。只有正確地理解了商業(yè)行為并把它們封裝進(jìn)結(jié)構(gòu)良好的，易于理解的模型中，以幫助保持技術(shù)堆棧在屬于它的地方—作為一個(gè)實(shí)現(xiàn)細(xì)節(jié)。這就是我為什么不再用.NET框架，因?yàn)樗粩嗟刂厣曜约?的主張)，不斷地想要比它的本身的：一個(gè)實(shí)現(xiàn)細(xì)節(jié)。

python 訪問(wèn) Mysql 數(shù)據(jù)庫(kù)，是多線(xiàn)程好還是多進(jìn)程好

MySQL（發(fā)音為"myesscueel"，不是"mysequel"）是一種開(kāi)放源代碼的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)（RDBMS），MySQL數(shù)據(jù)庫(kù)系統(tǒng)使用最常用的數(shù)據(jù)庫(kù)管理語(yǔ)言--結(jié)構(gòu)化查詢(xún)語(yǔ)言（SQL）進(jìn)行數(shù)據(jù)庫(kù)管理。由于MySQL是開(kāi)放源代碼的，因此任何人都可以在GeneralPublicLicense的許可下下載并根據(jù)個(gè)性化的需要對(duì)其進(jìn)行修改。MySQL因?yàn)槠渌俣?、可靠性和適應(yīng)性而備受關(guān)注。大多數(shù)人都認(rèn)為在不需要事務(wù)化處理的情況下，MySQL是管理內(nèi)容最好的選擇。MySQL關(guān)系型數(shù)據(jù)庫(kù)于1998年1月發(fā)行第一個(gè)版本。它使用系統(tǒng)核心提供的多線(xiàn)程機(jī)制提供完全的多線(xiàn)程運(yùn)行模式，提供了面向C、C++、Eiffel、Java、Perl、PHP、Python以及Tcl等編程語(yǔ)言的編程接口（APIs），支持多種字段類(lèi)型并且提供了完整的操作符支持查詢(xún)中的SELECT和WHERE操作。MySQL開(kāi)發(fā)組計(jì)劃于2001年中期公布MySQL4.0版本。在這個(gè)版本中將有以下新的特性被提供：新的表定義文件格式、高性能的數(shù)據(jù)復(fù)制功能、更加強(qiáng)大的全文搜索功能。在此之后，MySQL開(kāi)發(fā)著希望提供安全的數(shù)據(jù)復(fù)制機(jī)制、在BeOS操作系統(tǒng)上的MySQL實(shí)現(xiàn)以及對(duì)延時(shí)關(guān)鍵字的定期刷新選項(xiàng)。隨著時(shí)間的推進(jìn)，MySQL將對(duì)ANSI92/ANSI99標(biāo)準(zhǔn)完全兼容。MsSql----MicroSoftSqlServer,需要money，而且很多呢。(大型項(xiàng)目用，大型網(wǎng)站用)MySql----免費(fèi)的。速度快?？梢杂糜谛⌒晚?xiàng)目。mysql數(shù)據(jù)庫(kù)和oracle的區(qū)別和選擇：LAMP大會(huì)的時(shí)候我跟Yahoo的一個(gè)技術(shù)高管聊的時(shí)候，我問(wèn)他Yahoo在選擇MySQL還是Oracle的時(shí)候是怎么考慮，他的答案令我非常驚訝。他說(shuō)大部分的時(shí)候我們是會(huì)用MySQL的，因?yàn)樗男阅芤呀?jīng)達(dá)到我們的要求。但是什么時(shí)候我們會(huì)選用Oracle呢，就是當(dāng)我們需要存儲(chǔ)收費(fèi)用戶(hù)的數(shù)據(jù)的時(shí)候。我就問(wèn)為什么，難道Oracle比MySQL穩(wěn)定嗎?他說(shuō)，這個(gè)倒沒(méi)有特別考慮。關(guān)鍵是如果使用Oracle的話(huà)，當(dāng)出現(xiàn)問(wèn)題的時(shí)候我們可以找到負(fù)責(zé)人，Oracle會(huì)負(fù)責(zé)事故的處理，但是如果用MySQL的話(huà)，我們找誰(shuí)去?