其他

我在做人事管理軟體時發現一個問題就是，工資管理中工資的發放項目經常會發生變化，而且工資項目之間的計算關係也經常發生變化，這為實際的編程帶來了很大的麻煩。其實實際工作中還有很多類似的情況需要解決，希望能為大家提供多一種思路以供參考。現將我的解決方案陳述如下。第一步，建立一個工資表tbl_gztz，用來記錄職工的每個月的工資發放情況，其中就包括工資的發放項目。所以這個表欄位應該盡量地多，你大可放在50個以上。表結構如下：tbl_gztz 資料列名

一、加快sql的執行速度 1.select 語句中使用sort,或join 如果你有排序和串連操作，你可以先select資料到一個暫存資料表中，然後再對暫存資料表進行處理。因為暫存資料表是建立在記憶體中，所以比建立在磁碟上表操作要快的多。 如： SELECT time_records.*, case_name　FROM time_records, OUTER cases　WHERE time_records.client = "AA1000"　AND

問：為什麼在一個有30000條記錄並且建立有索引的表進行操作很慢，怎麼辦？ 答：30000條記錄並不是太多，你感覺有些慢可能是記錄數太多的緣故，原因可能是每條記錄太長，或者你的機器的效能十分低，下面的一些方法可能會對效能有所協助： 1.更新統計資料（update satistics on tablename） 這一點很容易做到，並且有可能會帶來效能的提高。 2.刪除 然後再重新建立索引。這樣作能夠增加索引的連續性。但是要求是DBA或者有建立索引的許可權。 3.ALTER INDEX

一、組成Browser/Server結構的模組結構。由上圖所示， 用 Powerbuilder6. 0 開發的各種基於Internet的應用，是利用PowerBuilder6.0 提供的分布式應用技術及PowerScripts編程技術來實現的，相當於編寫分布式應用環境下的伺服器應用。例如採用PowerScripts語言環境、資料視窗技術等。其製作流程及工作原理是:1. 建立及配置 Web 服務器。 PowerBuilder 中內建O'Reilly公司基於WindowsNT

1、利用importfile （ ）函數實現轉移PowerBuilder是一種進行C/S系統開發的優秀的前端工具，本身提供了大量的功能和函數，其中DataWindow資料視窗是其重要的組成部分，具有強大的功能，其中importfile（ ）函數能夠完成資料的轉移。實現的過程是在伺服器上建立一個同磁碟上的資料庫結構相同的表，建立一個資料視窗對象（dw_fox），取資料來源建立資料視窗，利用資料視窗對象本身的importfile（ ）函數將資料轉移到資料視窗中，利用update（

資料庫應用系統的開發是一項軟體工程。一般可分為以下幾個階段：1.規劃2.需求分析3.概念性模型設計4.

本文首先討論了基於第三範式的資料庫表的基本設計，著重論述了建立主鍵和索引的策略和方案，然後從資料庫表的擴充設計和庫表對象的放置等角度概述了資料庫管理系統的最佳化方案。 1.簡介

Informix Dynamic Server分段儲存，也稱之為分區儲存，其原理是對資料表中的記錄或索引有規則地分散儲存在磁碟不同的地區，達到將資料存放區在多個磁碟上，通過減少對磁碟I/O的競爭，來提高資料庫的效率。與此相反的是基本存放裝置原則，其鼓勵將資料庫表中的資料盡量連續地存放在一個存放裝置上，在Informix Dynamic Server讀出資料時，將資料批量讀出，以提高資料庫的效率。 分段儲存主要是通過均衡磁碟

分布式資料庫系統的目標，也就是研製分散式資料庫系統的目的、動機，主要包括技術和組織兩方面的目標． 1．適應部門分布的組織圖，降低費用 使用資料庫的單位在組織上常常是分布的（如分為部門、科室、車間等等），在地理上也是分布的．分散式資料庫系統的結構符合部門分布的組織圖，允許各個部門對自己常用的資料存放區在本地，在本地錄入、查詢、維護，實行局部控制．由於電腦資源靠近使用者，因而可以降低通訊代價，提高響應速度，使這些部門使用資料庫更方便更經濟。 2．提高系統的可靠性和可用性

分布式資料庫的主要特點

在產品中包括兩個版本的 Adaptive Server Anywhere 資料庫伺服器： 個人資料庫伺服器 此類伺服器是為單個使用者在同一電腦上使用提供的；例如，作為嵌入式資料庫伺服器。它還適用於開發工作。 個人伺服器可執行檔的名稱如下： 在 UNIX 作業系統上，檔案名稱是 dbeng9。在 Windows （Windows CE 除外）上，檔案名稱是 dbeng9.exe。 網路資料庫伺服器 除了具有個人伺服器的各項功能外，網路伺服器還支援網路上的客戶 /

MobiLink 和 SQL Remote 都可在一個統一資料庫和一組遠端資料庫之間提供資料複製。 統一資料庫包含要複製的所有資料。遠端資料庫是統一資料庫的副本，它可以與統一資料庫位於相同的網站，也可以位於物理上的遠端站台。 下圖顯示一個小型系統的示意圖： 某小型系統的示意圖遠端使用者 複製系統包括許多遠端資料庫。每個遠端資料庫包含統一資料庫中的部分資訊。每個遠端資料庫在物理上都是單獨的資料庫，通常位於不同的電腦上。所有遠端資料庫都必須與統一資料庫保持一致。

資料庫的建設與使用在各個不同時期發揮的作用不太一樣，在熟悉與利用資料上有許多文章可做，我們把資料庫本身看作是量化的一個標準，就是資料的安全性、有效性與來源率，資料自身所有的能量將成為未來資料庫整個系統的關鍵要素，如何讓資料庫變得更有利用率，如何讓資料庫成為未來資料銷售的關鍵，對資料本身的內在開發將是資料庫創新的重要源頭。對於資料庫的創新要求，在經曆資料初級階段以後，就顯得非常重要了，目前，許多企業局限於對資料整體資料的完善，在開發資料與利用資料上比較落後，也就是資料經過幾年以後，變成了一種檔案而

HBase對於非Java語言提供了Thrift介面支援，這裡結合對HBase Thrift介面（HBase版本為0.92.1）的使用經驗，總結其中遇到的一些問題及其相關注意事項。1. 位元組的存放順序HBase中，由於row（row key和column family、column qualifier、time

1. 考察現有環境在設計一個新資料庫時，你不但應該仔細研究業務需求而且還要考察現有的系統。大多數資料庫專案都不是從頭開始建立的；通常，機構內總會存在用來滿足特定需求的現有系統（可能沒有實現自動計算）。顯然，現有系統並不完美，否則你就不必再建立新系統了。但是對舊系統的研究可以讓你發現一些可能會忽略的細微問題。一般來說，考察現有系統對你絕對有好處。2.

索引查詢是資料庫中重要的記錄查詢方法，要不要進入索引以及在那些欄位上建立索引都要和實際資料庫系統的查詢要求結合來考慮，下面給出實際中的一些通用的原則：1. 在經常用作過濾器的欄位上建立索引；2. 在SQL語句中經常進行GROUP BY、ORDER BY的欄位上建立索引；3. 在不同值較少的欄位上不必要建立索引，如性別欄位；4. 對於經常存取的列避免建立索引；5. 用於聯結的列（主健/外健）上建立索引；6. 在經常存取的多個列上建立複合索引，但要注意複合索引的建立順序要按照使用的頻度來確定；7.

所謂“時間相關多列資料”指的是同一個Key下具有多個屬性資料，並且這些資料與時間具有相關性，多數情境是該Key對應在不同時間時刻的行為資料。在實際應用中，這類資料很多，例如電子商務網站上使用者最近一段時間瀏覽的寶貝集合、訪問的URL列表等。使用HBase儲存此類資料時，有以下兩種常用的方案：多行單列表結構設計Row Key：使用者標識ID + (Long.MAX_VALUE - timestamp)Column Family：’cf’Column

1.備份重於一切我們必需知道,系統總是要崩潰的，沒有有效備份只是等哪一天死!我經常開玩笑的說,唯一會使DBA在夢中驚醒的就是,沒有有效備份.2.三思而後行任何時候都要清楚你所做的一切，否則寧可不做!有時候一個斷行符號,一條命令就會造成不可恢複的災難,所以,你必需清楚確認你所做的一切,並且在必要時保護現場.3.rm是危險的要知道在UNIX/Linux下，這個操作意味著你可能將永遠失去後面的東西，所以，確認你的操作!!!太多的人在 "rm -rf"

keyspace是應用程式資料的容器，相當於關聯式資料庫中的schema.它用來分組column family.一個叢集中的每一個應用只有一個keyspace.建立keyspace時候可以指定replication_factor，從而表示有幾個副本:建立方法：(方法1：使用opscenter中的"DATA MODELING")也可以使用命令列 cassandra-cli：CREATE KEYSPACE Charles_Learn_Cassandra  WITH

如果將資料庫設計比作是福爾摩斯破案，根據各種條件，限制，規則，抽絲撥繭，尋找其中的相互聯絡，一步一步深入案例的中間，最終解決案例。但破案首先需要有方法，那麼對於資料庫設計目前以使用已久的一系列設計資料庫結構的成熟方法（比如：正常化）都可以作為破案所需方法的良好的根基。實際上，這些方法幾乎都是經典的設計方法，因此，在進行資料庫設計的時候，遵循這些方法並不會感覺到太困難。正如同我們所知，我們可以直接將你按方法的設計可以直接轉變成SQL