SQL Server 2005でテーブルにインデックスを追加したばかりで、考えていました。1つのインデックスを作成することと、インデックスを作成する列ごとに1つのインデックスを持つよりも複数の列を定義することの違いは何ですか。 一方を他方よりも使用する必要がある特定の理由はありますか? 例えば Create NonClustered Index IX_IndexName On TableName (Column1 Asc, Column2 Asc, Column3 Asc) 対 Create NonClustered Index IX_IndexName1 On TableName (Column1 Asc) Create NonClustered Index IX_IndexName2 On TableName (Column2 Asc) Create NonClustered Index IX_IndexName3 On TableName (Column3 Asc)
70-433試験の勉強中に、次の2つの方法のいずれかでカバーインデックスを作成できることに気付きました。 CREATE INDEX idx1 ON MyTable (Col1, Col2, Col3) -または- CREATE INDEX idx1 ON MyTable (Col1) INCLUDE (Col2, Col3) INCLUDE句は私にとって新しいものです。なぜそれを使用し、INCLUDE句の有無にかかわらずカバリングインデックスを作成するかを決定する際にどのようなガイドラインを提案しますか?
ファイルを編集した後、csvをフォルダーに保存しようとしています。 pd.to_csv('C:/Path of file.csv')csvファイルを使用するたびに、インデックスの個別の列があります。インデックスをcsvに出力しないようにしたい。 私は試した: pd.read_csv('C:/Path to file to edit.csv', index_col = False) そしてファイルを保存するには... pd.to_csv('C:/Path to save edited file.csv', index_col = False) しかし、私はまだ不要なインデックス列を取得しました。ファイルを保存するときにこれを回避するにはどうすればよいですか?
なぜか知りたい df[2]、しばらくはサポートされていないdf.ix[2]とdf[2:3]仕事の両方を。 In [26]: df.ix[2] Out[26]: A 1.027680 B 1.514210 C -1.466963 D -0.162339 Name: 2000-01-03 00:00:00 In [27]: df[2:3] Out[27]: A B C D 2000-01-03 1.02768 1.51421 -1.466963 -0.162339 私はdf[2]同じように働くと期待しますdf[2:3]、Pythonのインデックス付け規則に準拠するのとています。単一の整数による行のインデックス付けをサポートしない設計上の理由はありますか?