Question : Les effets de la rangée fermant à clef using un SQL JOIGNENT des permissions de question et de table ?

J'ai une situation où je dois pouvoir fermer à clef sélectivement des rangées spécifiques dans une table, tout en permettant aux rangées restantes d'être mis à jour. Les données que je veux puissent fermer à clef sont actuellement dans une table simple du serveur 2005 de SQL et sont regardées par une application de l'accès 2003 MDB par l'intermédiaire d'une table link.

I ont été données la suggestion pour créer 2 tables identiques et 1 procédé stocké. Une table aurait des permissions de lecture/écriture/mise à jour pour notre base d'utilisateurs et contiendrait seulement les rangées qui peuvent encore être éditées, tandis qu'et la 2ème table aurait seulement lu des permissions, excepté le procédé stocké, qui aurait seulement des autorisations d'écriture à la 2ème table. Si une rangée doit être fermée à clef, alors le procédé stocké copierait la rangée à fermer à clef la �ère table à la 2ème question d'one.

My est ceci : si je lis les données de ces deux tables pendant qu'une question de JOINTURE pour créer une vue simple dans le MDB $$etAPP, le verrouillage de rangée de SQL restent pour les rangées qui sont venu du tableau 2 ?


class= de

Réponse : Les effets de la rangée fermant à clef using un SQL JOIGNENT des permissions de question et de table ?

Using la ligne de commande outils il est tout à fait facile d'exporter des données d'une base de données de MySQL dans un dossier de CSV. Voici comment :

le mysql - uexampleuser - l'exampledb de pletmein - B - e « choisissent * à partir \ personne de `\ `;  » | « s \ t « de sed, » /g ; « de s/^//;  » de s/$//; s \ n//g » > filename.csv

Voici du rendement témoin de ce qui précède :

« identification », « username », « groupe », « mot de passe »
« 1 », « tux », « admin », « 5f4dcc3b5aa765d61d8327deb882cf99 »
« 2 », « tlugian », « admin », « 5f4dcc3b5aa765d61d8327deb882cf99 »
« 3 », « saiyuki », « admin », « 5f4dcc3b5aa765d61d8327deb882cf99 »
« 4 », « fred », « personnel », « 5f4dcc3b5aa765d61d8327deb882cf99 »
« 5 », « prise de bec », « personnel », « 5f4dcc3b5aa765d61d8327deb882cf99 »
« 6 », « wilma », « admin », « 5f4dcc3b5aa765d61d8327deb882cf99 »

Et maintenant pour l'explication :

Commencer par la commande de MySQL. Je n'expliquerai pas - u et - les options de p qu'elles sont franches (en cas de doute mysql d'homme). - L'option de B délimitera les données using des étiquettes et chaque rangée apparaîtra sur une nouvelle ligne. - L'option d'e dénote la commande de courir une fois que vous avez noté dans la base de données. Dans ce cas-ci nous employons un rapport CHOISI simple.

Sur le sed. La commande utilisée ici contient trois manuscrits séparés de sed :

s \ t « , » /g ; « de s/^//        <--- this="" will="" search="" and="" replace="" all="" occurences="" of="">
; « de s/$//;    <--- This="" will="" place="" a="">
s \ n//g    <---- This="" will="" place="" a="">
Après fonctionnement de l'ensemble de résultat par le sed nous réorientons le rendement à un dossier avec une prolongation de .csv.