問題タブ [auto-increment]

SQL Server データベースのテーブルからいくつかのレコードを削除しました。

テーブル内の ID は次のようになります。

99 100 101 1200 1201...

後のレコード (ID > 1200) を削除したいのですが、自動インクリメントをリセットして、次の自動生成された ID が 102 になるようにします。私のレコードは連続しています。SQL Server でこれを行う方法はありますか?

MS Sql Server では、自動インクリメント フィールドを簡単に作成できます。私のシステムでは、主キーに自動インクリメント フィールドを使用するのをやめ、現在は Guid を使用しています。それは素晴らしかったです、私はその変更で多くの利点を持っています. しかし、別の非主キー フィールドでは、「ソフト オートインクリメント」を実装する必要がありました。私のシステムは DB に依存しないため、C# でプログラムによって autoinc 値を作成します。

自動インクリメントのないデータベースの自動インクリメント フィールドの解決策について教えてください。どのような解決策を使用し、その理由は何ですか? これについていくつかのSql Ansiステートメントがありますか? 私のC＃から直接生成するのは、より良い解決策ですか？

PS:テーブルから max(id)+1 を選択することは、実際には同時実行に適していないことを知っています...

SQLiteにテーブルがあります：

EventTypeIDは整数であり主キーであるため、自動的に自動インクリメント列になり、正常に機能します。

テーブルに行を挿入し、VB6から新しくインクリメントされた値を取得したいと思います。

別のクエリを発行せずに、新しく作成されたEventTypeIDを自動的に取得する方法はありますか（EventTypeからmax（EventTypeID）を選択））？

ずっと前のVB6から、それを行う方法があったことを覚えているようです。

可能であれば、任意のテーブルから値を返す t-sql クエリが必要で、最初の行は値 = 1、2 番目の行は 2 などの増分整数列も返します。

この列は実際にはどのテーブルにも存在せず、厳密にインクリメンタルである必要があります。これは、ORDER BY 句でテーブルの行を並べ替えることができ、インクリメンタル行を常に完全な形にしたいためです...

前もって感謝します。

--EDIT 申し訳ありませんが、言及するのを忘れました。SQL Server 2000 で実行する必要があります。

ブラックフィッシュデータベースでdbx4の自動インクリメンタルフィールドを使用しようとしています。単純なテーブル構造があります。

開く前に私はやっています：

開封後：

私が行った場合：

または、これをDBGRIDで使用すると、次のエラーで失敗します。

「フィールド'ID'には値が必要です」</p>

魔女が生成されているはずです。

INSERTクエリを実行すると、「AutoGenerateValue：= arAutoInc」行の有無にかかわらず、正常に機能します。

どうすればこの問題を克服できますか？

最近 ID にアイテムを追加しましたが、転送プロセスでテーブルがめちゃくちゃになったので、テーブルからアイテムを削除しました。1 から始まる ID の代わりにデータを再入力すると、332 から始まります。テーブルを 332 ではなく 1 から開始したいと思います。データからデータを削除したので、明確です。ID を 1 にリセットするにはどうすればよいですか。これがここのどこかにある場合は、ありがとうございます。これを検索する方法がわかりませんでした。

誤って、テーブルの id フィールドから自動インクリメント オプションを削除してしまいました。移行を通じて自動インクリメントのオプションを再挿入する方法を誰か教えてもらえますか?

SELECT を使用して同じ SQL で auto-id 値を取得する最良の方法は何ですか?

フォーラムによると、この " ; has Return Scope_Identity()"
を SQL の最後に追加すると、ASP で機能します。

PHPに対応する方法はありますか?

他のすべてのテーブルの主キーとして GUID を使用していますが、増分番号が必要な要件があります。自動インクリメントを使用してテーブルにフィールドを作成しようとしましたが、MySql はそれが主キーである必要があると不平を言いました。

私のアプリケーションは ORM として MySql 5, nhibernate を使用しています。

私が考えた可能な解決策は次のとおりです。

• 主キーを自動インクリメント フィールドに変更しますが、ID を GUID として保持しているため、アプリの残りの部分は一貫しています。

• GUID と自動インクリメント フィールドの両方で複合キーを作成します。

現時点での私の考えは、複合キーのアイデアに傾いています。

編集: 行 ID (主キー) は現在 GUID です。人間が読めるように、自動インクリメントされる INT フィールドを追加したいと思います。GUIDを主キーとして持つアプリの現在の標準から離れたくありませんでした。