Comment puis-je réorganiser les lignes dans la base de données sql

Comme d'autres l'ont mentionné, il n'est pas une bonne idée de dépendre sur le physique de commande de la table de base de données. Tables relationnelles sont conceptuellement plus comme non ordonnée des ensembles de listes ordonnées. En supposant un certain ordre physique peut conduire à des résultats imprévisibles.

Ressemble à ce que vous avez besoin est une colonne distincte que les magasins préférés de l'utilisateur ordre de tri. Mais vous aurez toujours besoin de faire quelque chose dans votre requête pour afficher les résultats dans l'ordre.

Il est possible de spécifier l'ordre physique des enregistrements dans une base de données en créant un index cluster, mais ce n'est pas quelque chose que vous aimeriez faire sur un arbitraire défini par l'utilisateur de base. Et elle peut encore conduire à des résultats inattendus.

L'ordre des lignes dans la base de données ne devrait pas d'importance.

Vous devez utiliser le ORDER BY clause dans vos requêtes de la façon dont vous avez besoin.

Je suppose qu'un simple order by serait ce que vous recherchez?

select my_column from my_table order by my_order_column;

J'ai une solution pour ce que j'ai utilisé quelques fois. Je garde un champ supplémentaire "sort_order" dans le tableau, et les mettre à jour lors de la réorganisation. J'ai utilisé ce dans les cas où j'ai une sorte de conteneurs avec des éléments et l'ordre des éléments doit être modifiable à l'intérieur du conteneur. Lors de la réorganisation, je n'mise à jour de la sort_order pour les éléments dans le conteneur actuel, ce qui signifie pas beaucoup de gens (généralement dans la pratique, seuls quelques-uns) des lignes doivent être mis à jour.

En bref, je ne les suivants:

1. ajouter un sort_order champ à la table des articles
2. lors de l'insertion d'une nouvelle ligne, j'ai mis sort_order=id
3. lors de la réorganisation (besoin de l'id de l'élément à déplacer, et l'id de l'élément à insérer, après):
   • select id, sort_order à partir d'éléments où conteneur = ID de la commande par sort_order
   • split, l'id et le sort_order de lignes dans les deux tableaux
   • supprimer l'id de l'élément à déplacer à partir de l'id-liste
   • insérer l'id de l'élément à déplacer après l'id de l'élément à insérer, après
   • de fusion de la liste des identifiants et la liste des sort_order dans un tableau à deux dimensions, comme [[id, sort_order], [id2, sort_order], ...]
   • exécuter update item set sort_order=SORT_ORDER where id=ID (executemany) avec fusionnée liste

(Si vous déplacez l'élément vers un autre récipient, après la mise à jour "conteneur de clé étrangère" déplacer la première ou la dernière fonction app.)

(Si la mise à jour implique un grand nombre d'éléments, je ne pense pas que cette solution est une bonne approche.)

J'ai fait un exemple d'utilisation de python et mysql sur http://wannapy.blogspot.com/2010/11/reorder-rows-in-sql-database.html (copie et de l'essayer) avec quelques explications supplémentaires.

Tout d'abord, permettez-moi d'accord avec tout le monde ici que l'ordre dans la table ne compte pas. Utiliser un [Déplacer] de la colonne que vous mettez à jour et inclure une clause Order By.

Cela dit, les bases de données SQL Server permettent à un seul "index cluster" sur une table qui fait la force de la position dans la table sous-jacente de stockage. Surtout utile si vous avez un gros jeu de données et toujours de la requête par quelque chose de spécifique.

Ajouter un position colonne de votre table et de les stocker comme un simple entier.

Si vous avez besoin de prendre en charge plusieurs utilisateurs ou des listes, votre meilleur pari est de créer des signets table, une table d'utilisateurs et une table de lien entre eux.

• favoris: id,url
• utilisateurs: id,name
• users_bookmarks: user_id, bookmark_id, position, date_created

En supposant date_created est remplie lors de l'insertion de lignes, vous pouvez obtenir la liste secondaire de la commande en fonction de la date.

select bookmark_id from users_bookmarks where user_id = 1 order by position, date_created;

Dans des moments comme cela, je me souviens d'une citation de la Matrice: "N'essayez pas de l'ordre de la base de données. C'est impossible. Au lieu de cela, seulement de réaliser la vérité... il n'y a pas d'ordre. Ensuite, vous verrez que le tableau que les ordres que lui-même, c'est toi qui commandes de la table."

Pour travailler avec MySQL via une interface graphique, il y a toujours une décision à prendre. Si vous lancez quelque chose comme SELECT * FROM users, MySql va toujours prendre une décision de cette commande par un certain domaine. Normalement, ce sera la clé primaire.

+----------------
| id | name     |
-----------------
| 1  | Brian    |
| 2  | Carl     |
| 3  | Albert   |
-----------------

Lorsque vous ajoutez un ORDER BY commande à la requête, il prendra la décision à l'ordre par un autre champ.

Par Exemple Select * From users ORDER BY name donnerait:

+----------------
| id | name     |
-----------------
| 3  | Albert   |
| 1  | Brian    |
| 2  | Carl     |
-----------------

Donc à votre question, vous voulez changer l'ordre par défaut par laquelle votre tableau affiche cette information. Pour ce faire, vérifiez que votre champ de Clé Primaire
est. Pour la plupart des cas, avoir une identification unique nombre naturel a tendance à faire le truc. MySQL a un AUTO_INCREMENT de la fonction pour cela. Lors de la création de la table, il ressemblerait à quelque chose comme field_name int NOT NULL AUTO_INCREMENT.

Tout cela, c'est-à-dire: si vous souhaitez modifier la "ligne de commande", vous devez mettre à jour cette valeur. Cependant, depuis l'identificateur est quelque chose que les autres tables pourraient utiliser pour faire référence à votre terrain, cela semble un peu téméraire.

Si vous avez par exemple a: UPDATE table Set id = 1 where id = 2;, ce serait d'abord ne pas, depuis le champs id est à la fois une valeur identique et ne parviennent pas PrimaryKey vérifier (qui insiste sur à la fois l'unicité et ayant une valeur définie). Vous pouvez Jongler en exécutant trois mise à jour des déclarations en ligne:

UPDATE users Set id = 100000000 where id = 1;
UPDATE users Set id = 1 where id = 2;
UPDATE users Set id = 2 where id = 100000000;

Cela aurait pour résultat les lignes de ce tableau qui ressemble à:

+----------------
| id | name     |
-----------------
| 1  | Carl     |
| 2  | Brian    |
| 3  | Albert   |
----------------+

Qui techniquement pourrait fonctionner pour réorganiser cette table, mais c'est dans une bulle. MySQL être une base de données relationnelle signifie que toute la table qui était en fonction de ce que les données soient cohérentes va maintenant être fait pour de mauvaises données. Par exemple, j'ai une table qui stocke les anniversaires, la référence à l'utilisateur initial de la table. C'est la structure pourrait ressembler à ceci:

+----------------------------+
| id | user_id  | birthdate  |
+----------------------------+
| 1  | 1        | 1993-01-01 |
| 1  | 2        | 1980-02-03 |
| 1  | 3        | 1955-01-01 |
+----------------------------+

En passant l'ID de l'utilisateur sur le tableau, vous DEVEZ mettre à jour les user_id valeur sur les anniversaires de la table. Bien sûr, MySQL vient préparés à cela: d'une entrée "Les Contraintes De Clé Étrangère". Aussi longtemps que vous avez configuré tous vos contraintes de clé étrangère de Mises à jour en Cascade, vous n'avez pas besoin de modifier manuellement la référence pour chaque valeur que vous avez changé.

Ces requêtes seraient tous beaucoup de travail manuel et risque d'affaiblir votre intégrité des données. Si vous avez les champs que vous voulez rang et réorganiser régulièrement, la réponse posée par Mike Lewis sur cette question avec le "tableau de commande" serait plus judicieux de réponse (et si c'est le cas, alors il s'agit de la meilleure solution et il suffit de les ignorer cette réponse).